[Gvsig_desarrolladores] Error al descargar gvSig 2.0 desde elrepositorio en Eclipse

Lun Mar 1 23:31:37 CET 2010

Bueno, en realidad, y confundiendo mi entendimiento alcanzado en el tema,
pude avanzar, instalar los jars con mvn install:install-file. Esto, a pesar
que los jars, internamente, no disponían de una version en el manifiesto.
Asi que, esto es sólo para avisar que funcionó.

El 1 de marzo de 2010 14:50, Jorge Infante <joluinfante en gmail.com> escribió:

> Bueno, todo me ha funcionado perfectamente, gracias a la ayuda que me han
> dado.
> Ahora  se me presenta un "inconveniente maven".
> Resulta que tengo que usar 2 jar's que no contienen un valor de version
> dentro de su manifiesto. Y necesito que esos jar's se incluyan en el
> classpath.
> Estuve revolviendo google, y nadie dá una solución.
> Cual es la solucion correcta?
> Obviamente, la mejor sería conseguir la nueva version del jar con su
> manifiesto adaptado para maven. La otra opcion sería abrir el jar, modificar
> el manifiesto y volver a generar el jar. Existe alguna solucion a nivel de
> nomenclatura dentro del pom.xml?
>
> El 26 de febrero de 2010 08:02, Juan Lucas Dominguez Rubio <
> jldominguez en prodevelop.es> escribió:
>
>  Hola, Jorge.
>> El proyecto org.gvsig.oracle de gvSIG 2.0 debe funcionar correctamente
>> salvo algún detalle. Por ejemplo, creo que no funciona del todo bien la
>> escritura de metadatos en la BD en el momento que exportas una capa de
>> gvSIG a Oracle Spatial. Si tienes algún problema, avísanos.
>>
>> Saludos,
>>
>>  Juan Lucas Domínguez Rubio
>> ---
>> Prodevelop SL, Valencia (España)
>>  Tlf.: 96.351.06.12 -- Fax: 96.351.09.68
>> http://www.prodevelop.es
>> ---
>>
>> ------------------------------
>> *De:* gvsig_desarrolladores-bounces en listserv.gva.es en nombre de Jorge
>> Infante
>> *Enviado el:* vie 26/02/2010 2:33
>> *Para:* Lista de Desarrolladores de gvSIG
>> *Asunto:* Re: [Gvsig_desarrolladores] Error al descargar gvSig 2.0 desde
>> elrepositorio en Eclipse
>>
>> Excelente. Funcionó perfectamente.
>> Cómo hago para incluir en la bajada el projecto oracle_spatial, desde
>> eclipse?
>> Vi que install.xml, existe un "required=no".
>> Por el momento, no tengo iguales las versiones de consola y eclipse, por
>> lo tanto, tengo que seguir haciendo todo desde dentro del eclipse.
>>
>> El 25 de febrero de 2010 12:22, Jose Manuel Vivó Arnal <
>> jmvivoa1 en gmail.com> escribió:
>>
>>> Hola Jorge:
>>>
>>> Intentalo añadiendo la variable de entorno 'MAVEN_OPTS' al valor
>>> '-Xmx512m' en el lanzador.
>>>
>>> Un Saludo.
>>> Chema.
>>>
>>> El día 25 de febrero de 2010 13:47, Jorge Infante
>>>  <joluinfante en gmail.com> escribió:
>>> > Bueno, con version 1.6 de java, todo anduvo "casi" excelentemente bien.
>>> > Evidentemente, la version de java hace la diferencia.
>>> > El problema que me quedo, durante el checkout fue:
>>> >
>>> > [artifact:mvn] [INFO] Building _fwAndami
>>> > [artifact:mvn] [INFO]    task-segment: [install]
>>> > [artifact:mvn] [INFO]
>>> >
>>> ------------------------------------------------------------------------
>>> > ...
>>> > [artifact:mvn] [INFO] Compilation failure
>>> > [artifact:mvn] Failure executing javac, but could not parse the error:
>>> > [artifact:mvn] The system is out of resources.
>>> > [artifact:mvn] Consult the following stack trace for details.
>>> > [artifact:mvn] java.lang.OutOfMemoryError: PermGen space
>>> >
>>> > Me imagino que hay que levantar los valores de memoria maxima para
>>> java.
>>> > Alguna sugerencia de valores?
>>> > Lo pregunto porque por algunas horas voy a estar en otro tema, y sin
>>> tiempo
>>> > para ahondar en el tema...
>>> >
>>> > El 24 de febrero de 2010 08:17, Jorge Infante <joluinfante en gmail.com>
>>> > escribió:
>>> >>
>>> >> Ok. Muchas gracias. Lo pruebo.
>>> >>
>>> >> El 24 de febrero de 2010 06:42, Juan Luis Rodríguez
>>> >> <jlrodriguez en emergya.es> escribió:
>>> >>>
>>> >>>
>>> >>> El 24 de febrero de 2010 10:28, Jorge Infante <joluinfante en gmail.com
>>> >
>>> >>> escribió:
>>> >>>>
>>> >>>> Ok. Me funciono. Yo lo habia copiado solamente a $JAVA_HOME/lib, y
>>> >>>> hacia  falta copiarlo al otro directorio.
>>> >>>> Bueno, mi nuevo problema, se produce compilando extGPE-gvSIG.
>>> >>>> Me dice:
>>> >>>> [artifact:mvn]
>>> >>>>
>>> /instalar/gvsig2.0/workspace/extGPE-gvSIG/src/org/gvsig/fmap/dal/store/gpe/DALGPELibrary.java:[42,-1]
>>> >>>> cannot access org.gvsig.xmlschema.lib.impl.DefaultXMLSchemaLibrary
>>> >>>> [artifact:mvn] bad class file:
>>> >>>>
>>> /root/.m2/repository/org/gvsig/org.gvsig.xmlschema.lib.impl/2.0-SNAPSHOT/org.gvsig.xmlschema.lib.impl-2.0-SNAPSHOT.jar(org/gvsig/xmlschema/lib/impl/DefaultXMLSchemaLibrary.class)
>>> >>>> [artifact:mvn] class file has wrong version 50.0, should be 49.0
>>> >>>>
>>> >>>> Daria la impresion que DefaultXMLSchemaLibrary.class está en version
>>> 1.4
>>> >>>> del compilador, o algo asi. Me posicione en
>>> >>>> .m2/repository/org/gvsig/org.gvsig.xmlschema.lib.impl/2.0-SNAPSHOT,
>>> y
>>> >>>> renombre el jar que contiene a esta clase (que es el nombrado en el
>>> error,
>>> >>>> pero, el error, volvio a darse. Me imagino que el proceso,
>>> simplemente,
>>> >>>> vuelve a traer la clase desde el repositorio, y la reemplaza. Tal
>>> vez, la
>>> >>>> solucion sea recompilar la clase con la version correcta y regenerar
>>> el jar,
>>> >>>> pero, no me doy cuenta "como"...
>>> >>>
>>> >>> Parece que /org.gvsig.xmlschema.lib.impl-2.0-SNAPSHOT.jar está
>>> compilado
>>> >>> usando la versión 1.6 de java y tú estás utilizando la 1.5 del JDK.
>>> Una
>>> >>> solución sería utilizar el JDK 1.6 para compilar tu proyecto.
>>> >>> Version 50.0 = Java 1.6.x
>>> >>> Version 49.0 = Java 1.5.x
>>> >>> Version 48.0 = Java 1.4.x
>>> >>>
>>> >>> --
>>> >>> Juan Luis Rodríguez Ponce
>>> >>> Área de Operaciones
>>> >>>
>>> >>> Emergya Consultoría
>>> >>> Tel.  +34 954 51 75 77 / +34 607 43 74 27
>>> >>> Fax: +34 954 51 64 73
>>> >>> www.emergya.es
>>> >>>
>>> >>> _______________________________________________
>>> >>> gvSIG_desarrolladores mailing list
>>> >>> gvSIG_desarrolladores en listserv.gva.es
>>> >>>
>>> http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>>> >>>
>>> >>
>>> >>
>>> >>
>>> >> --
>>> >> ==Tome nota de mi nuevo número de teléfono: +549-341-5115422.==
>>> >
>>> >
>>> >
>>> > --
>>> > ==Tome nota de mi nuevo número de teléfono: +549-341-5115422.==
>>> >
>>> > _______________________________________________
>>> > gvSIG_desarrolladores mailing list
>>> > gvSIG_desarrolladores en listserv.gva.es
>>> > http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>>> >
>>> >
>>>
>>>
>>>
>>> --
>>> Jose Manuel Vivó Arnal ( Chema )
>>> DiSiD Technologies S.L. (http://www.disid.com)
>>>  _______________________________________________
>>> gvSIG_desarrolladores mailing list
>>> gvSIG_desarrolladores en listserv.gva.es
>>> http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>>>
>>
>>
>>
>> --
>> ==Tome nota de mi nuevo número de teléfono: +549-341-5115422.==
>>
>> _______________________________________________
>> gvSIG_desarrolladores mailing list
>> gvSIG_desarrolladores en listserv.gva.es
>> http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>>
>>
>
>
> --
> ==Tome nota de mi nuevo número de teléfono: +549-341-5115422.==
>

-- 
==Tome nota de mi nuevo número de teléfono: +549-341-5115422.==
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20100301/864778bf/attachment.htm 