Warning: Esto no es un manual ni un libro de como hacer las cosas

Pues eso, que no pretendo explicar con detalle y una perfecta literatura lo que hay que hacer para solucionar y/o configurar nada, solo es una pequeña guia para que algunos problemillas que me voy encontrando en el día a día no se me olviden.
Si sirve de ayuda mejor que mejor :-).

jueves, 21 de enero de 2016

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

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.

jueves, 7 de agosto de 2014

Borrar credenciales de acceso a Subversion desde Eclipse

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

miércoles, 12 de marzo de 2014

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

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>


jueves, 13 de febrero de 2014

El autocompletado de Java no funciona en Eclipse Kepler

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. 

viernes, 31 de enero de 2014

Generar una release con maven

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 ....

miércoles, 29 de enero de 2014

Failure to find com.sun:tools:jar

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 .... 

jueves, 7 de noviembre de 2013

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

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.