[Gvsig_desarrolladores] gvSIG 2.0: Error al probar un test

[Francisco José Peñarrubia]

Hola Cèsar, gracias por la respuesta.

Este es mi pom.xml, pero no veo la dependencia a JCRSLibrary. (está 
comentada).... He hecho un clean, pero sigue dando el mismo error.
Te lo paso por si ves algo raro.

Saludos.

<?xml version="1.0" encoding="ISO-8859-1"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
     xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 
http://maven.apache.org/maven-v4_0_0.xsd">
<modelVersion>4.0.0</modelVersion>
<artifactId>org.gvsig.lidar.lib</artifactId>
<packaging>jar</packaging>
<name>org.gvsig.lidar.lib</name>
<parent>
<groupId>org.gvsig</groupId>
<artifactId>org.gvsig.maven.base.pom</artifactId>
<version>1.0.8-SNAPSHOT</version>
</parent>
<repositories>
<repository>
<id>gvsig-public-http-repository</id>
<name>gvSIG maven public HTTP repository</name>
<url>http://gvsig-desktop.forge.osor.eu/downloads/pub/projects/gvSIG-desktop/maven-repository</url> 

<releases>
<enabled>true</enabled>
<updatePolicy>daily</updatePolicy>
<checksumPolicy>warn</checksumPolicy>
</releases>
<snapshots>
<enabled>true</enabled>
<updatePolicy>daily</updatePolicy>
<checksumPolicy>warn</checksumPolicy>
</snapshots>
</repository>
</repositories>
<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>

<dependencies>
<dependency>
<groupId>org.gvsig</groupId>
<artifactId>org.gvsig.tools.lib</artifactId>
<scope>compile</scope>
</dependency>
<dependency>
<groupId>org.gvsig</groupId>
<artifactId>org.gvsig.utils</artifactId>
<version>2.0-SNAPSHOT</version>
<scope>compile</scope>
</dependency>
<dependency>
<groupId>com.vividsolutions</groupId>
<artifactId>jts</artifactId>
<version>1.11</version>
<type>jar</type>
<scope>compile</scope>
</dependency>

<dependency>
<groupId>org.gvsig</groupId>
<artifactId>org.gvsig.fmap.dal</artifactId>
<version>2.0-SNAPSHOT</version>
<scope>compile</scope>
</dependency>
<dependency>
<groupId>org.gvsig</groupId>
<artifactId>org.gvsig.fmap.dal</artifactId>
<classifier>impl</classifier>
<scope>compile</scope>
</dependency>
<dependency>
<groupId>org.gvsig</groupId>
<artifactId>org.gvsig.fmap.dal</artifactId>
<classifier>spi</classifier>
<scope>compile</scope>
</dependency>
<dependency>
<groupId>org.gvsig</groupId>
<artifactId>org.gvsig.fmap.dal.file</artifactId>
<scope>compile</scope>
</dependency>
<dependency>
<groupId>org.gvsig</groupId>
<artifactId>org.gvsig.jlidar</artifactId>
<version>2.0-SNAPSHOT</version>
<scope>compile</scope>
</dependency>
<dependency>
<groupId>org.gvsig</groupId>
<artifactId>org.gvsig.fmap.geometry</artifactId>
<scope>compile</scope>
</dependency>
<dependency>
<groupId>org.gvsig</groupId>
<artifactId>org.gvsig.andami</artifactId>
<scope>compile</scope>
</dependency>
<dependency>
<groupId>org.gvsig</groupId>
<artifactId>org.gvsig.fmap.geometry</artifactId>
<classifier>impl</classifier>
<scope>runtime</scope>
</dependency>
<dependency>
<groupId>org.gvsig</groupId>
<artifactId>org.gvsig.metadata.lib.basic.api</artifactId>
<scope>compile</scope>
</dependency>
<!--dependency>
<groupId>org.gvsig</groupId>
<artifactId>org.gvsig.projection</artifactId>
<scope>compile</scope>
</dependency-->
<!-- TESTS -->
<dependency>
<groupId>org.gvsig</groupId>
<artifactId>org.gvsig.compat</artifactId>
<classifier>se</classifier>
<scope>runtime</scope>
</dependency>
<dependency>
<groupId>org.gvsig</groupId>
<artifactId>org.gvsig.symbology.lib.impl</artifactId>
<scope>runtime</scope>
</dependency>
<dependency>
<groupId>commons-httpclient</groupId>
<artifactId>commons-httpclient</artifactId>
<scope>runtime</scope>
</dependency>
<dependency>
<groupId>org.gvsig</groupId>
<artifactId>org.gvsig.fmap.dal</artifactId>
<classifier>tests</classifier>
<scope>test</scope>
</dependency>
<dependency>
<groupId>org.gvsig</groupId>
<artifactId>org.gvsig.fmap.dal.index.spatial</artifactId>
<classifier>jts</classifier>
<scope>runtime</scope>
</dependency>
<dependency>
<groupId>org.gvsig</groupId>
<artifactId>org.gvsig.fmap.dal.index.spatial</artifactId>
<classifier>jts</classifier>
<scope>runtime</scope>
</dependency>
<dependency>
<groupId>org.gvsig</groupId>
<artifactId>org.gvsig.fmap.mapcontext</artifactId>
<scope>test</scope>
</dependency>

</dependencies>
<build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-jar-plugin</artifactId>
<configuration>
</configuration>
<executions>
<!-- Generates a jar file only with the test classes -->
<execution>
<goals>
<goal>test-jar</goal>
</goals>
</execution>
</executions>
</plugin>
</plugins>
</build>
</project>


El 07/10/2011 13:01, Cèsar Ordiñana escribió:
> Hola Fran,
>
> El 07/10/11 10:21, Francisco José Peñarrubia escribió:
>> Hola.
>>
>> Tengo un problema con un test que he hecho. Creo que debe ser un
>> problema con alguna librería mal registrada (la de reproyecciones, supongo).
>> Lo digo por este mensaje:
>>
>>      There's already a library initialized with the name
>> 'org.cresques.ProjectionLibrary-impl': 'org.gvsig.crs.JCRSLibrary'  with
>> priority '10', and 'org.cresques.impl.CresquesCtsLibrary' with priority '0
> No te preocupes por este mensaje, sólo es un aviso por si acaso de que
> hay dos implementaciones disponibles, y se va a usar la que tiene mayor
> prioridad, en este caso la de CRS.
>
>> y el error que sale:
>>
>> Probando testSimpleIteration
>> 10:04:56,509 ERROR [repository.EpsgRepositoryGT.getCrs()]
>>      Impossible to get the CRS
>> org.opengis.referencing.NoSuchAuthorityCodeException: No code
>> "EPSG:23030" from the authority "European Petroleum Survey Group" was
>> found for object of type IdentifiedObject.
>>        at
>> org.geotools.referencing.factory.AbstractAuthorityFactory.noSuchAuthorityCode(AbstractAuthorityFactory.java:824)
>>        at
>> org.geotools.referencing.factory.AbstractAuthorityFactory.createObject(AbstractAuthorityFactory.java:174)
>>
>>
>> ¿Sabeis cómo lo puedo arreglar?
> Por el log no acabo de ver el problema, pero supongo que será porque
> falta alguna de las dependencias de ejecución de libJCRS.
>
> En cualquier caso, dado que se trata de un test, yo quitaría
> directamente JCRS como dependencia y así se ejecutará el test usando la
> implementación cresques, que es 100% java y con menos dependencias. No
> tiene la misma precisión y funcionalidad, pero supongo que para el test
> que estas haciendo será más que suficiente.
>
>> Saludos, y gracias de antemano.
>>
>> Fran.
> Saludos,
>

-- 
Fran Peñarrubia
Scolab
www.scolab.es

Asociación gvSIG
www.gvsig.com