El Blog del Gato Psicopata

Error en Git, no puede resolver el proxy. Couldn't resolve proxy

2016-01-21T12:49:00.003+01:00

Estamos intentando hacer cualquier operación con Git y nos da el siguiente error:

error: Couldn't resolve proxy

Es posible que tengas configurado que las peticiones http y sock salgan por algún proxy y no es capaz de conectarse.

La solución es ir al archivo C:\Documents and Settings\xxx\.gitconfig y eliminar esa configuración:

[http]
proxy = XXXXX
proxyD = XXXXX
[user]
name = Pedro López González
email = pedro.lopez.gonzalez@email.com
[sock]
proxy = XXXXX

Eliminar las entradas referentes al proxy.

Borrar credenciales de acceso a Subversion desde Eclipse

2014-08-07T15:55:00.003+02:00

Si necesitamos borrar el usuario de acceso con el que estamos conectados desde Eclipse a SVN haremos lo siguiente:

Go to Windows->Preferences->Team->SVN.
In the Client Interface section, check which adapter is used.

If you are using JavaHL then you need to delete files from the svn.simple directory This directory is usually located in %AppData%\Subversion\auth.

If you are using SVNKit then you need to delete the .keyring file from eclipse configuration directory.

The location of this .keyring file is \configuration\org.eclipse.core.runtime

En Windows 7 la localización del directorio svn.simple es:

%AppData%\Roaming\Subversion\auth

Espero que os sirva

Missing artifact jdk.tools:jdk.tools:jar:1.6

2014-03-12T11:58:00.001+01:00

También valido para

Missing artifact jdk.tools:jdk.tools:jar:1.7

En un proyecto Maven de Eclipse, a veces referencias a algunas librerías y eclipse te devuelve un error como "Missing artifact jdk.tools:jdk.tools:jar:1.6".

El contenedor de Maven hace referencia a una librería no existente en C:\Users\<userdir>\.m2\repository\jdk\tools\jdk.tools\1.6\jdk.tools-1.6.jar'

Como nosotros vamos a usar el tools.jar suministrado por la jdk añadiremos una exclusión a la dependencia que nos esta produciendo el problema:

<dependency>
    <groupId>org.apache.solr</groupId>
    <artifactId>solr-core</artifactId>
    <version>4.5.1</version>
    <exclusions>
        <exclusion>
            <artifactId>jdk.tools</artifactId>
            <groupId>jdk.tools</groupId>
        </exclusion>
    </exclusions>
</dependency>

El autocompletado de Java no funciona en Eclipse Kepler

2014-02-13T18:02:00.001+01:00

Por alguna razón Eclipse Kepler cambia la configuración proveniente de Eclipse Juno, quitandonos por ejemplo el autocompletar de métodos Java.

Para resolverlo nos iremos a Settings y marcaremos el Check "Java Proposals" en Preferences -> Java\Editor\Content Assist\Advance.

Y Problema solucionado.

Generar una release con maven

2014-01-31T14:39:00.001+01:00

A continuación vamos a explicar algunos pasos para generar una release con maven.

Lo primero que tenemos que hacer es configurar la conexión contra el SCM correspondiente en nuestro
caso SVN.

Para eso usaremos el plugin maven-scm-plugin

<plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-scm-plugin</artifactId>
                <version>1.9</version>
                <configuration>
                      <connectionType>connection</connectionType>
                </configuration>
</plugin>

Añadiendo las siguientes lineas a nuestro pom.xml

<scm>
        <connection>scm:svn:http://somerepository.com/MyApplication/trunk</connection>
        <developerConnection>scm:svn:http://somerepository.com/MyApplication/trunk</developerConnection>
</scm>

Una vez configurada la conexión scm procederemos a preparar la release.

mvn clean release:clean release:prepare -Dusername=${username} -DdryRun=true

IMPORTANTE!! para poder hacer la release tendremos que tener totalmente actualizado el entorno, sin que falte por realizar ningún commit del mismo.

Tampoco podemos olvidarnos de que necesitamos estar en una versión SNAPSHOT para hacerlo, sino tendremos un error del tipo:

"You don't have a SNAPSHOT project in the reactor projects list."

Este error ocurre porque estas intentando hacer una release de una release, la versión
de tu proyecto dentro del pom.xml debería ser una SNAPSHOT, algo así como
0.0.8-SNAPSHOT.

Una vez preparada la release si todo bien quitaremos el parámetro dryRun y lanzaremos otra vez la instrucción.

mvn clean release:clean release:prepare -Dusername=${username}

Durante el proceso nos pedirá el número de versión para la release y el nombre del tag que va a crear para la misma, así como cual sera el número de versión para la nueva versión de desarrollo SNAPSHOT en la rama principal trunk

Y con esto digo yo que es suficiente por ahora ....

Failure to find com.sun:tools:jar

2014-01-29T13:37:00.001+01:00

Failure to find com.sun:tools:jar:1.5.0

Este error ocurre porque no encuentra la librería tools.jar.

[INFO] Scanning for projects...
[INFO]
[INFO] ------------------------------------------------------------------------
[INFO] Building MYProject 0.0.1-SNAPSHOT
[INFO] ------------------------------------------------------------------------
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 0.594s
[INFO] Finished at: Sat Feb 23 20:49:53 GMT+05:30 2013
[INFO] Final Memory: 3M/15M
[INFO] ------------------------------------------------------------------------
[ERROR] Failed to execute goal on project MYProject: Could not resolve dependencies for project

MYProject:MYProject:war:0.0.1-SNAPSHOT: Failure to find com.sun:tools:jar:1
.5.0 in http://repo.maven.apache.org/maven2 was cached in the local repository, resolution will

not be reattempted until the update interval of central has elapsed or updates are forced ->

[Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, please read

the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/DependencyResolutionException
'cmd' is not recognized as an internal or external command,
operable program or batch file.

La forma de solucionarlo es añadir una nueva dependencia en nuestro pom.xml,

con la ruta a nuestra instalación de la jdk

<dependency>
<groupId>com.sun</groupId>
<artifactId>tools</artifactId>
<version>1.5.0</version>
<scope>system</scope>
<systemPath>${java.home}/lib/tools.jar</systemPath>
</dependency>

Y a funcionar ....

Solo se permite un uso de cada dirección de socket (protocolo/dirección de red/puerto)

2013-11-07T13:16:00.002+01:00

Como hemos podido leer en el post de este blog Saltarse el proxy para conexiones SSL,
se puede configurar nuestro subversión para que utilice el proxy según nos convenga.

En caso de mostrarnos el error Solo se permite un uso de cada dirección de socket (protocolo/dirección de red/puerto) debemos ir al fichero servers situado en la ruta %APPDATA%\Subversion\ y en la sección [global] añadiremos en la linea de conexión al proxy http-proxy-exceptions las direcciones que queremos excluir.

http-proxy-exceptions = IPs separadas por comas.

java.sql.SQLException: No suitable driver

2013-10-15T17:25:00.000+02:00

Aunque no parece un error demasiado difícil de solucionar, voy a poner una posible causa (quizás la menos esperada) por la que puede salir este error.

Si estamos seguros de que hemos bajado los drivers correspondientes a la versión de Oracle utilizada, y estos están debidamente situados en el classpath, podría suceder que la cadena de conexión que tenemos tan trillada este mal.

En algún tutorial me he encontrado la url configurada tal que así:

jdbc:oracle:thin@localhost:1521:XE

Ojo, nos estan faltando los dos puntos después de thin ..... La configuración correcta seria:

jdbc:oracle:thin:@localhost:1521:XE

Saludos

Guardar una aplicación Android en tu movil

2012-10-04T13:19:00.002+02:00

Una vez ya hemos compilado y verificado que la aplicación funciona seguiremos los siguientes pasos:

Connect the device to the computer with USB.
Ensure the device is not locked (ie. timed out in the UI). I have to keep unlocking it while I'm working.
Wait for Windows to recognise the USB device, and when the autoplay menu comes up select Open device to view files. It should open up the file system in the device, in Explorer.
In Explorer go to the Eclipse workspace and find the apk file from the build (eg. My First App.apk)
Copy the apk file to the Downloads directory on the device
On the device, use the My Files app to open the Downloads directory.
Click the downloaded file (My First App.apk) and Android offers to install it
Select install
The app is now in the installed Apps. Run it.

También podemos enviarnos el fichero apk por email, descargarlo y ejecutarlo.

Borrar ficheros de un directorio con Groovy dado un patron

2012-09-12T15:15:00.002+02:00

Vamos a ver como hacerlo tanto con una búsqueda recursiva como con una búsqueda directa por el patrón recibido.

def directoryName = System.getProperty('java.io.tmpdir')
println "reading files from directory '$directoryName'"
println "Remove pattern files in ${directoryName} and its subdirectories..." v def directory = new File(directoryName)
//def classPattern = ~/.*\.class/
def deletePattern = ~/.*wrongUsers.*.txt$/
// de manera recursiva directory.eachFileRecurse(groovy.io.FileType.FILES)
{ file ->
if (file ==~ deletePattern)
{
println "Deleting ${file}..."
file.delete()
}
}

buscando directamente por el patrón

deletePattern = ~/.*okUsers.*.txt$/
directory.eachFileMatch(deletePattern)
{ file ->
println "Deleting ${file}..."
file.delete()
}

También le podemos dar el patrón completo y luego borrar recursivamente con una closure:

def deletePattern = ~/.*wrongUsers.*.txt|.*okUsers.*.txt$/
// Create a ref for closure
def delClos
// Define closure
delClos = {
println "Dir ${it.canonicalPath}";
it.eachDir( delClos );
it.eachFileMatch (deletePattern){
println "delete File ${it.canonicalPath}";
it.delete()
}
}
// Apply closure
delClos( new File(directoryName) )

así de facil

Convertir un InputStream en un String

2012-09-12T13:21:00.002+02:00

protected String streamToString(InputStream input) {
StringBuffer out = new StringBuffer();
byte[] b = new byte[4096];
for (int n; (n = input.read(b)) != -1;) {
out.append(new String(b, 0, n));
}
return out.toString();
}

Probar una Url con Groovy

2012-09-12T13:18:00.000+02:00

Vamos a conectar con una URL en groovy.

String address = "www.google.es"
def urlInfo = address.toURL()
println "URL: ${address}"
println "urlInfo: ${urlInfo}"
println "Host/Port: ${urlInfo.host}/${urlInfo.port}"
println "Protocol: ${urlInfo.protocol}"

def connection = urlInfo.openConnection()
println "Connection Type: ${connection.class}"
println "Content Type: ${connection.contentType}"
println "Response Code/Message: ${connection.responseCode} / ${connection.responseMessage}"
println "Request Method: ${connection.requestMethod}"
println "Date: ${connection.date}"
println "Last-Modified: ${connection.lastModified}"
println "Content Length: ${connection.contentLength}"

Y esto es todo sencillo no???

Configuración de proxy en Eclipse

2012-09-11T09:58:00.001+02:00

Configurar un proxy HTTP en Eclipse es bastante sencillo.

Abrir Window –> Preferences
Pulsar General/Network Connections
Marcar Manual proxy configuration
Introducir la dirección del proxy HTTP
Introducir el puerto del proxy HTTP
En el caso de que el proxy requiera autenticación tendremos que marcar Auth a true e introducir usuario/password.
Pulsar OK

Y esto es todo amigos ....

Si todo esto no funciona, podemos hacer lo siguiente cuando ejecutemos una clase, test, etc ...
-Dhttp.proxyHost=PROXY_HOST -Dhttp.proxyPort=PROXY_PORT

Terminal de acceso a maquinas Unix / Linux

2012-07-24T12:44:00.000+02:00

Excelente terminal de acceso a maquinas Unix / Linux con pestañas en esta dirección.

http://mobaxterm.mobatek.net/

Eliminar tareas programadas en windows

2012-06-25T14:39:00.000+02:00

Para cuando nos encontramos en un ordenador en el que se ejecutan taras programadas tipo reiniciar el equipo para realizar actualizaciones.
Crear una tarea programada que elimine las que ya estén creadas. Para ello iremos a:

Programas > Panel de Control > Rendimiento y mantenimiento > Tareas Programadas

Dentro eligiremos una tarea programada que se ejecute en C:\WINDOWS\system32 y que invoque un .bat donde pondremos lo siguiente:

@echo S|at /Delete

Colocaremos @echo S| por delante de la instrucción que queremos ejecutar para que cuando nos pida por consola:

¿Desea continuar esta operación? (S/N) [N]:

Introduzca la opción deseada, en nuestro caso un S.

Comparar Ficheros y Carpetas en distintos entornos con Beyond Compare

2012-04-04T15:56:00.002+02:00

Beyond Compare 3 is the ideal tool for comparing files and folders on your Windows or Linux system. Visualize changes in your code and carefully reconcile them.

Lo puedes probar gratuitamente en esta dirección Beyond Compare

Inicializar un Array de Strings en java

2012-02-11T03:53:00.004+01:00

Si queremos inicializar un Array de Strings, ints, etc.... se hará:

int[] numeros={2, -4, 15, -25};

String[] nombres={"Juan", "José", "Miguel", "Antonio"};

String[][] arrays = { array1, array2, array3, array4, array5 };

String[][] arrays = new String[][] { array1, array2, array3, array4, array5 };

Usar HibernateTemplate para las operaciones de base de datos con hibernate

2012-02-09T11:03:00.001+01:00

Cuando usamos hibernate, muchas veces nos empeñamos en controlar nosotros el manejo de las sesiones y esto es un error que nos puede llevar a olvidarnos de cerrar la misma.

Esto puede ocurrir por los siguientes motivos:

** Nos olvidamos de llamar a Session.close(). Esta es la mas común de las causas y para asegurarnos que siempre cerramos la sesión deberíamos usar un bloque try-finally.

** Hibernate esta haciendo Connection Pooling. También hay que tener en cuenta que cuando no usamos un DatasourceConnectionProvider hay que deshabilitar esta opción en las propiedades de hibernate.

** Estas utilizando tu propia conexión de Base de Datos. En este caso recordad que hibernate no cerrara la sesión por ti.

hibernate.connection.pool_size=0

Comentar que hibernate lanza un warning al log cuando una sesión que no ha sido cerrada es recolectada por el garbage collector.

Ponemos un ejemplo de código correcto:

Session s = SessionFactory.openSession();
try {
// do some work
s.connection().commit();
}
catch (Exception e) {
s.connection().rollback();
}
finally {
s.close().close();
}

Después de todo esto, como buena practica usaremos HibernateTemplate para que sea este el que se encargue de todo este trabajo. De esta manera no usaremos nunca un getSession() sino que llamaremos a las operaciones permitidas dentro de la clase HibernateTemplate.

Ejemplo:

DetachedCriteria detachedCriteria = DetachedCriteria.forEntityName("TipoVia");
detachedCriteria.add(Restrictions.eq("codigoVia", codigoTipoVia));
Collection matchingResults = getHibernateTemplate().findByCriteria(detachedCriteria);
return DataAccessUtils.singleResult(matchingResults);

El hibernateTemplate se configura con Spring a partir del SessionFactory que también tengamos configurado.

Crear profiles para la construcción de proyectos en maven

2012-02-08T16:22:00.002+01:00

Cuando estamos desarrollo un proyecto y este avanza acercándose el momento de realizar demos, entregables y demás, empieza a ser interesante configurar profiles para construir el mismo como nos es necesario. Crearemos una sección de profiles de la siguiente manera:

<profiles>
<profile>
<id>localDevelopment</id>
<build>
<resources>
<resource>
<directory>src/main/resources</directory>
</resource>
<resource>
<directory>src/main/webapp</directory>
</resource>
</resources>
</build>
</profile>

<profile>
<id>demo</id>
........................
</profile>
<profile>
<id>release</id>
........................
</profile>
</profiles>

Finalmente podremos ejecutar la construcción de la siguiente manera:

mvn clean package -P localDevelopment

En honor a Janfri su video de youtube

2012-02-08T11:08:00.002+01:00

Janfri el gato Psicópata en el Veterinario

verificar tamaño del war en maven

2012-02-08T09:42:00.002+01:00

Para ello utilizaremos el plugin maven-sizewatch-plugin de la siguiente manera:

<plugin>
<groupid>agimatec.maven.plugins
</groupid>
<artifactid>maven-sizewatch-plugin</artifactid>
<version>1.0</version>
<executions>
  <execution>
   <id>verify-war-size
   </id>
  <phase>
   verify
  </phase>
  <goals>
  <goal>
   verifysize
  </goal>
</goals>
<configuration> <failonerror>true</failonerror> <maxsize>777777</maxsize> <artifact>${project.build.directory}/${warName}.war</artifact> </configuration> </execution> </executions>
</plugin>

Usar BufferedReader para una lectura mas optima de un Fichero

2012-01-05T09:27:00.002+01:00

Si queremos un menor consumo de recursos y mas velocidad en la lectura de un InputStream podemos usar la clase BufferedReader que además de usar un buffer nos va a leer el fichero por lineas.

Podemos conseguir hasta una mejora del 50 % en el rendimiento.

File file = new File("pathToFile");
FileInputStream inputStream = new FileInputStream(file);
BufferedReader br = new BufferedReader(new InputStreamReader(inputStream));
String cadena = ""
while(cadena != null) {
cadena = br.readLine();
}

Añadir Certificado ssl a la jre

2011-12-19T15:50:00.001+01:00

Quien no ha tenido alguna vez un error de este tipo:

Caused by: javax.net.ssl.SSLHandshakeException: sun.security.validator.ValidatorException: PKIX path building failed: sun.security .provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target

Esto es porque necesitamos añadir un certificado a nuestro almacén de certificados.

Seguiremos los siguientes pasos.

Se obtiene el certificado de la máquina destino.
Utilizando keytool que es un binario que hay en jre/bin, se añade el certificado al almacén de certificados que tenemos en jre/lib/security/cacerts el certificado correspondiente.

Con el comando:

windows:
keytool -import -alias joe -file server.crt -keystore C:/jdk1.5.0_06/jre/lib/security/cacerts
Linux:
/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/bin/keytool -import -alias joe -file server.crt -keystore /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/lib/security/cacerts

Cuando se ejecute este comando pedirá la contraseña del almacen de claves, entonces poner “changeit”, que es la contraseña por defecto de la JRE.

Y esto es todo amigos ...

Configurar maven contra repositorio nexus

2011-12-15T09:40:00.001+01:00

Tenemos nuestro proyecto maven y necesitamos conectarlo contra un servidor nexus de sonatype, inicialmente y sin ningún tipo de configuración en nuestro settings.xml nos encontramos con el siguiente problema.

Caused by: org.apache.maven.wagon.authorization.AuthorizationException: Access denied to:

Eso es porque se esta conectando a un servidor nexus para bajarse las dependencias y no tiene configurado el acceso desde maven. Seguramente tendremos en nuestro pom.xml algo parecido a esto:

<repository>
<id>nexuspublic</id>
<url>https://server/nexus/content/groups/public/</url>
</repository>

Para poder conectarnos vamos a tener que configurar lo siguiente en nuestro <b>settigns.xml</b>: Creación de un server con los datos de usuario y password para la conexión con nexus.

<server>
<id>nexus</id>
<username>theUser</username>
<password>thePassword</password>
</server>

Creación de un mirror con la configuración de acceso al servidor nexus
<blockquote>
<mirror>
<id>nexus</id>
<mirrorof>central</mirrorof>
<url>https://server/nexus/content/groups/public</url>
</mirror>

Creación de un profile para que a traves del mirror configurado anteriormente se conecte a los repositorios existentes en nexus.

<profile>
<id>nexus</id>
<repositories>
<repository>
<id>central</id>
<url>https://server/nexus/content/groups/public</url>
<releases>
<enabled>true</enabled>
</releases>
<snapshots>
<enabled>true</enabled>
</snapshots>
</repository>
</repositories>
</profile>

y voala ya podemos conectarnos a nuestro repositorio en nexus.

Saltarse el proxy para conexiones ssl en subversion

2011-12-01T09:30:00.001+01:00

Tenemos un proxy para controlar la salida fuera de nuestra red y necesitamos bajarnos nuestro código de un subversion externo mediante ssl. Hemos configurado la herramienta Cntlm Authentication Proxy pero nos da el siguiente error:

svn: E175002: Unable to connect to a repository at URL https://XXXXXXXXXXXXXXX svn: E175002: OPTIONS de 'https://XXXXXXXXXXXXXXX': Could not resolve hostname `https://XXXXXXXXXXXXXXX': El nombre solicitado es válido y se ha encontrado en la base de datos, pero no tiene asociados los datos correctos que se intentan resolver. (https://XXXXXXXXXXXXXXX)

Esto es porque adicionalmente tenemos que configurar como se conecta Subversión al proxy para ese tipo de conexiones.

Para ello editaremos el fichero servers ubicado en la ruta %APPDATA%\Subversion\ y en la sección [global] añadiremos las lineas de conexión al proxy.

[global]
#direcciones que no van por el proxy
http-proxy-exceptions = localhost, 127.0.0.1, *.nuestrodominio, *.intranet,
http-proxy-host = host del proxy
http-proxy-port = puerto del proxy

Con esto ya no tendremos problemas para conectarnos a un subversion externo.