Sin asunto

as=ED que ya est=E1 el misterio resuelto. Supongo que ser=E1 algo
circunstancial, pero dura ya desde ayer.

Y ahora voy a por el resto del correo...



2011/4/11 C=E8sar Ordi=F1ana <cordinyana en gvsig.com>:
> El 11/04/11 14:39, Fernando Gonz=E1lez escribi=F3:
>> Hola, necesito leer un dxf en un proyecto y he pensado en usar las
>> librer=EDas de gvSIG. Me he creado un pom[3] pero no s=E9 si estoy tiran=
do
>> del repositorio correcto[1] y de las versiones correctas de gvSIG[2].
>>
>> El caso es que me fallan estas dependencias:
>>
>> =A0 =A0 =A0 1) org.test:dxftest:jar:1.0-SNAPSHOT
>> =A0 =A0 =A0 2) org.gvsig:org.gvsig.dxf:jar:2.0-SNAPSHOT
>> =A0 =A0 =A0 3) org.gvsig:org.gvsig.projection:jar:2.0-SNAPSHOT
>> =A0 =A0 =A0 4) org.opengis:geoapi:jar:2.0
>>
>> =A0 =A0 =A0 1) org.test:dxftest:jar:1.0-SNAPSHOT
>> =A0 =A0 =A0 2) org.gvsig:org.gvsig.dxf:jar:2.0-SNAPSHOT
>> =A0 =A0 =A0 3) org.gvsig:org.gvsig.projection:jar:2.0-SNAPSHOT
>> =A0 =A0 =A0 4) javax.media:jai_core:jar:1.1.3
>>
>> =A0 =A0 =A0 1) org.test:dxftest:jar:1.0-SNAPSHOT
>> =A0 =A0 =A0 2) org.gvsig:org.gvsig.dxf:jar:2.0-SNAPSHOT
>> =A0 =A0 =A0 3) org.gvsig:org.gvsig.projection:jar:2.0-SNAPSHOT
>> =A0 =A0 =A0 4) javax.media:jai_codec:jar:1.1.3
>>
>>
>> =BFEst=E1n mal configuradas las dependencias o el problema es m=EDo?
>
> Hola Fernando,
>
> En el site del proyecto projection puedes ver sus dependencias y de qu=E9
> repositorios salen (apartado Dependency Repository Locations):
>
> http://gvsig-desktop.forge.osor.eu/downloads/pub/projects/gvSIG-desktop/d=
ocs/reference/org.gvsig.projection/2.0.0/dependencies.html
>
> Justo esas dependencias que no encuentra (geoapi, jai_core y jai_codec)
> est=E1n en el repositorio maven de osgeo. Entiendo que deber=EDa haberlas
> encontrado tambi=E9n, ya que las dependencias llevan tambi=E9n el
> repositorio. En cualquier caso creo que se arreglar=E1 a=F1adiendo esta
> entrada dentro de <repositories>:
>
> <repository>
> <id>osgeo</id>
> <name>Open Source Geospatial Foundation</name>
> <url>http://download.osgeo.org/webdav/geotools</url>
> <releases>
> <enabled>true</enabled>
> <updatePolicy>never</updatePolicy>
> <checksumPolicy>warn</checksumPolicy>
> </releases>
> <snapshots>
> <enabled>false</enabled>
> </snapshots>
> </repository>
>
> Por otro lado, en ejecuci=F3n no te funcionar=E1 tal cu=E1l lo tienes, ya=
 que
> la librer=EDa de DXF depende s=F3lo del API de proyecciones en compilaci=
=F3n,
> necesitar=E1s incluir una implementaci=F3n de proyecciones en ejecuci=F3n=
.
>
> Para simplificar este tipo de cosas de cara a tests unitarios o clases
> de pruebas, hemos preparado un pom.xml que incluye todas las librer=EDas
> de gvSIG necesarias para ejecuci=F3n. Se puede usar de dos formas
> complementarias, seg=FAn lo que queramos hacer:
>
> - Queremos usar las mismas versiones que se usan en gvSIG, tanto de las
> librer=EDas de gvSIG como de sus dependencias.
>
> =A0 Incluimos lo siguiente en nuestro pom.xml:
>
> <dependencyManagement>
> <dependencies>
> <dependency>
> <groupId>org.gvsig</groupId>
> <artifactId>org.gvsig.core.maven.dependencies</artifactId>
> <version>2.0.1-SNAPSHOT</version>
> <type>pom</type>
> <scope>import</scope>
> </dependency>
> </dependencies>
> </dependencyManagement>
>
> =A0 Esto hace que todo el apartado <dependencyManagement> que hay en
> org.gvsig.core.maven.dependencies se incluya dentro del nuestro. Para el
> que no lo sepa, el apartado dependencyManagement sirve para fijar las
> versiones de las dependencias, por lo que ya no hace falta definirlas
> dentro del apartado <dependency>.
>
> =A0 Si haces lo anterior, al incluir la dependencia con DXF no tendr=E1s
> que poner la versi=F3n. Quedar=E1 tal que as=ED:
>
> =A0 =A0 =A0 =A0<dependencies>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0...
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0<dependency>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0<groupId>org.gvsig</groupI=
d>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0<artifactId>org.gvsig.dxf<=
/artifactId>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0<scope>compile</scope>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0</dependency>
>
> =A0 =A0 =A0 =A0</dependencies>
>
>
> =A0 Ver=E1s que he a=F1adido tambi=E9n: <scope>compile</scope>. Esto es p=
orque
> el pom de org.gvsig.maven.core.dependencies tiene todas las dependencias
> configuradas para ejecuci=F3n, si las necesitas de compilaci=F3n hay que
> indicarlo
>
>
> - Queremos tener todas las dependencias de ejecuci=F3n necesarias para
> nuestro proyecto:
>
> =A0 Para ello incluiremos la siguiente dependencia dentro del apartado
> <dependencies>:
>
> <dependency>
> <groupId>org.gvsig</groupId>
> <artifactId>org.gvsig.core.maven.dependencies</artifactId>
> <version>2.0.1-SNAPSHOT</version>
> <type>pom</type>
> <scope>runtime</scope>
> </dependency>
>
> =A0 Si es s=F3lo para tests unitarios se puede cambiar el scope runtime p=
or
> test.
>
> =A0 Con esto heredaremos todas las dependencias de ejecuci=F3n, incluyend=
o
> todas las librer=EDas del core y sus dependencias. La primera vez, sino
> has compilado gvsig por tu cuenta, se bajar=E1 un mont=F3n de librer=EDas=
,
> pero te despreocupas del tema.
>
> Si tienes una aplicaci=F3n que usa libDXF, para su ejecuci=F3n en producc=
i=F3n
> si que te recomiendo que revises qu=E9 dependencias espec=EDficas necesit=
as
> para incluirlas individualmente. Adem=E1s hay casos en los que podr=E1s
> elegir la implementaci=F3n. Por ejemplo, del api de proyecciones hay
> varias implementaciones disponibles, ej: la de org.gvsig.projection
> mismo o la de org.gvsig.crs.
>
> Saludos,
>
> --
> C=E8sar Ordi=F1ana Navarro
> gvSIG software architect
> DiSiD Technologies (http://www.disid.com)
>
> _______________________________________________
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores en listserv.gva.es
> http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>