Postgres: Importación de un fichero en una tabla. Solucuionar el error "invalid byte sequence for encoding "UTF8": 0xd1 0x41"

 Se va seguir lo expuesto en stackoverflow. 

Problema:

1. Se ha generado un fichero "txt" desde windows, llamado "file01.txt"

2. Se ha creado una tabla XIMO01 con un único campo c1 varchar de longitud 1000

3. Dentro de PgAdmin ejecutamos

COPY miesquema."XIMO01" (c1) FROM '/home/ximo/file01.txt'

y contesta

ERROR: invalid byte sequence for encoding "UTF8": 0xd1 0x41 CONTEXT: COPY EDU01, line 12 SQL state: 22021

Solución:

1. Pasamos el fichero con final de línea CRLF a LF :

 dos2unix -b file01.txt

2. Miramos que codificación tiene tiene el fichero

file file01.txt

y nos devuelve 

file01.txt: ISO-8859 text, with very long lines

hacemos la conversion a UTF-8 (ojo: el formato que acepta es ISO-8859-15 y no ISO-8859 !!!!)

iconv -f ISO-8859-15 -t UTF-8 < file01.txt > output01.txt

y ahora hacemos

COPY miesquema."XIMO01" (c1) FROM '/home/ximo/output01.txt'

y ya lo carga

Como solucionar SSLHandshakeException en un cliente de WS de ORVE

 Mirar este link DANTESQUE WS & ENI

Parece ser que hay que incluir el certificado de la CA (que ha emitido el certificado del servidor de WS) en el cacert del java utilizado.

java-home/lib/security/cacerts

Dantesque WS XML & ENI

Dantesque WS XML & ENI

Dantesque WS XML & ENI

Dantesque WS XML & ENI

ECLIPSE ERROR: The package javax.xml is accessible from more than one module: , java.xml

Antecedentes

1. Tengo un proyecto con tropecientas dependencias en Maveny no da problemas de compilacion.

2. Tengo el JDK 13 insalado

3. Tengo Eclipse 2020-12-02

4. Decido descargarme el JDK 15.0.1

5. En otro proyecto de otro Workspace, hago pruebas del JDK15 con un proyecto pequeño

6. Me creo otro Workspace y me copio el proyecto grande ahí.

7. Aparece el fatídico error

Por tanto tengo el antiguo Workspace que no da dicho problema y en cambio en el antiguo no da el problema.

8. Busco en StackOverflow y comenta algunas ideas:

   a. Hay una duplicidad de exportación de referencias   

   b. Hay una libreria que está incluida tanto en el JDK como en Maven

Solución 

1. Haciendo un click derecho sobre el proyecto y seleccionando "Properties", buscamos :

   a. En Java Build Path y hay 2 apartados (Modulepath y Classpath). Vemos qye el JRE System Library que está en Modulepath apunta a JavaSE-13. Lo editamos y que apunte al JDK 15

   b. En Java Compiler, arreglamos para que la version de java se la 15

   c. En Project Faces, dejamos la version 15 de java

2. Ahora hay que ver que en "properties" del pom.xml tenemos el valor 15 en maven.compiler.source y maven.compiler.target 

3. Ahora tras hacer un Maven-Clean y un Maven-Update project desaarece el fatídico error.

La causa del error, parece ser que es debida al conflicot de versiones de JDK 13 y JDK 15 que se ve que ha exportados librerioas de ambos JDK, quejandose de la duplicidad.

 

Java 15 con Eclipse y Maven

 1. Indicar en el pom.xml en la sección de properties la propiedad maven.compiler.source y maven.compiler.source al valor 15.

Recordar que según Mkyong los valores posibles son ... 1.8, 1.9, 1.10, 10, 11, 12, 13...

<properties>
 
 <maven.compiler.source>15</maven.compiler.source>
 
 <maven.compiler.target>15</maven.compiler.target>

  ....

</properties>

2. En el pom.xml dentro de  <build> metemos

<build>
  <pluginManagement>
    <plugins>
      <plugin>
        <groupId>org.apache.maven.plugins</groupId>
        <artifactId>maven-compiler-plugin</artifactId>
        <version>3.8.1</version>
        <configuration>
          <showWarnings>true</showWarnings>
          <showDeprecation>true</showDeprecation>
        </configuration>
      </plugin>
    </plugins>
  </pluginManagement>

  ....

</build> 

3. Con el boton derecho del ratón hacemos click sobre el proyecto y seleccionamos Java Compiler

Y pinchamos en Java Build path y le damos 2 clicks rápidos al JRE que tengamos marcado

Y marcamos el boton de Installed JREs

Le damos al botón Add ..

Y ahora a Standard VM y al botón Next

Y le damos la ruta de nuestro jdk

Seleccionamos y ya está

4. Ahora temos que actualizar el Project Faces dentro de propiedades seleccionando la version 15 de java.

Y le damos Apply and Close y ya está.

A dibujar: Gimp (1) Introduccion

 1. Instalación

Vamos a seguir los pasos de Rahul.

Para ello hacemos:

1 2 3

sudo add-apt-repository ppa:otto-kesselgulasch/gimp sudo apt-get update sudo apt-get install gimp

 2. Característticas:

Según https://gimp.es tiene las siguientes características:

• 3 formas de definir el color 
• Selecciones múltiples
• Herramientas de edición de imágenes (pinceles, aerógrafos...)
• Un dibujo contiene varies Capas y cada capa contiene canales (rojo, verde, azul) 
• Hay un 4º canal que es el canal alfa o "layer mask", para determinar la opacidad
• Hay también capas de texto.
• Efectos: Hay 150 efectos clásicos y filtros como sobra base (drop shadow), desenfoque (blur) i desenfoque de movimiento (motion blur)
• Admite scripts en Python, C, C++ .. 
• Formatos de archivo: XCF (original Gimp), BMP, JPEG, PNG, TIFF, HEIF, Auntodesk, PaintShop Pro y Adobe Photoshop, Postscript, X bitmap, XWD, PCX, SVG, ICO.
• Importa PDF pero no guarda
• Exporta a MNG, HTML, lenguaje C, arte ASCII
• Plugin GAP para animaciones
• Plugin GPS con muchos pinceles y automatización
• Plugin Resynthesizer
• Plugin G'MIC: Tiene muchos filtros

3. Pequeñas acciones

• Crear un dibujo: Fichero - Nuevo - Se dan las dimensiones
• Crear capa: Boton derecho sobre la parte inferior derecha (donde estan las propiedades de la capa) y duplicar o crear capa. si se crea una capa se puede decir que sea transparente, para que se pueda mezclar con lo que pintemos en las otras capas
• Marcando la lupa y control podemos con el ratón ampliar o reducir la imagen
• 
  

Ubuntu. Solucionar apt-get update “the following signatures couldn’t be verified because the public key is not available”

Introducción

Para solucionar el problema he recurrido a Chris Jean 

Quiero utilizar el programa Sikulix para probar software, y para utilizar la parte de OCR para buscar texto, se necesita innstalar el OCR Tesseract 4.0.1 mínimo, y resulta que la clave pública no está en mi sistema y por tanto no se pueden instalar estos paquetes.

He hecho lo siguiente:

1. Cargar el repositorio

sudo add-apt-repository ppa:alex-p/tesseract-ocr

con lo que me sale una ratahila de mensajes y en concreto uno de ello me dice:

Las firmas siguientes no se han podido verificar porque la clave pública no está disponible: NO_PUBKEY F7E06F06199EF2F2

2. Actualizar el software

sudo apt-get update

y constesta entre otras cosas.

Las firmas siguientes no se han podido verificar porque la clave pública no está disponible: NO_PUBKEY F7E06F06199EF2F2

N: No se puede actualizar de un repositorio como este de forma segura y por tanto est desactivado per omisión.

N: Mire la página de manual apt-secure(8) para ver los detalles sobre la creación de repositorios y la configuración de usuarios.

3. Para añadir las claves públicas, Chris propone:

sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys F7E06F06199EF2F2

Vamos a probar a ver si ya se puede instalar el software.

Sikulixpara ello hacemos:(Sikulix-RaiMan)

sudo add-apt-repository ppa:alex-p/tesseract-ocr
sudo apt-get update
sudo apt install tesseract-ocr
sudo apt install libtesseract-dev
sudo ldconfig

y para ver la version

tesseract -v

Que nos devuelve:

tesseract 4.1.1

 leptonica-1.78.0

  libgif 5.1.4 : libjpeg 8d (libjpeg-turbo 1.5.2) : libpng 1.6.34 : libtiff 4.0.9 : zlib 1.2.11 : libwebp 0.6.1 : libopenjp2 2.3.0

 Found AVX2

 Found AVX

 Found FMA

 Found SSE

 Found libarchive 3.2.2 zlib/1.2.11 liblzma/5.2.2 bz2lib/1.0.6 liblz4/1.7.1

Con lo que ya lo tenemos instalado

Certificados en Java (3). Configurar JBoss Server con https. autentificacion del cliente con certificado.

 1. Introducción

En el fichero server.xml se indica donde localizar los certificados

para encontralo, si se sabe que cuelga de "/opt" se puede probar con este comando

find /opt -name server.xml -print

Y nos salen

/opt/jboss-X.X.X.ZZ/server/all/deploy/jboss-web.deployer/server.xml
/opt/jboss-X.X.X.ZZ/server/default/deploy/jboss-web.deployer/server.xml

Parece ser que el segundo fichero es el correcto.

Miramos el contenido del fichero, y solamente la parte que nos interesa es:

<Connector port="8443" protocol="HTTP/1.1" SSLEnabled="true"
               maxThreads="150" scheme="https" secure="true"
               clientAuth="false" sslProtocol="TLS"
               ciphers="TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384, TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256, TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384, TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256, TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384, TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256, TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384, TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256"
               keystoreFile="${jboss.server.home.dir}/conf/myjbosscert.p12" keystorePass="mypassword" keystoreType="PKCS12"
               truststoreFile="${jboss.server.home.dir}/conf/server.truststore" truststorePass="otherpassword" truststoreType="JKS" />

Ahora hay que cambiar myjbosscert.p12 por el nuevo certificado y tener en cuenta la nueva contraseña e indicarlo en el fichero server.xml

OJO: solo se puede activar para que vea los certificados como jks o como PKCS12. Por tanto hay que tener cuidado y leerse la documentación para no terner problemas, y ver que está activado el APR para utilizar certificados ".p12" (PKCS12) 

2. Pero y si tenemos un certificado en formato crt?

Para ello tenemos que convertirlo a p12 y para ello hacemos

openssl pkcs12 -export -in myjbosscert.crt -inkey myjboss.key -out myjbosscert.p12 -name myjboss -CAfile myCA.pem -caname root -chain

Donde myjboss.key es la clave que hemos creado para el servidor

y myCA.pem es el certificado X509 de la entidad certificadora.

Lo que hacemos es que añadimos la cadena de certificados al almacén PKCS12

NO ES OBLIGADO e incluso puede ser recomendable en ciertos casos no utilizar las opciones 

   -name myjboss    ni tampoco

   -caname root 

Y nos pedirá una contraseña.

NOTA: Al convertir un certificado de X509 v3 (con datos adicionales como los diversos SAN o "nombre-maquina+dominio" alternativos), parece que se pierde parte de esta información adicional. Si queremos ver el certificado resultante y sabiendo la contraseña que nos pide anteriormente podemos hacer:

openssl pkcs12 -nokeys -info -in ximodante.p12 -passin pass:mypassword

OJO: este comando no muestra las SAN o DNS alternativos!!, pero si instalamos este certificado en un Tomcat y accedemos a este servidor desde Firefox y le decimos que muestre el certrificado de servidor, SI QUE NOS MUESTRA LOS SAN!!!!!

3. Apuntes de José María del Ayuntamiento de Mula

 1. En el servidor de la SEDE tenéis que modificar el nombre del certificado y pass en el server.xml de 

/opt/jboss-4.2.3.GA/server/default/deploy/jboss-web.deployer/server.xml

2. En Backoffice para el SELLO es en keystore.properties de la ruta 

/opt/jboss-4.2.3.GA/server/default/conf/keystore.properties