[Gvsig_desarrolladores] gvSIG 2.0: Error al probar un test

Jorge Piera Llodrá jpiera en gvsig.com
Vie Oct 7 15:09:51 CEST 2011 

Hola Fran.

Me suena que ese error me ocurrió a mi hace un tiempo.

Geotools crea una base de datos en el directorio /tmp/Geotools (en 
windows no recuerdo donde estaba) que contiene la información de los 
CRS's. En un momento dado, esa base de datos queda corrupta (no sabemos 
el motivo) y la aplicación ya no es capaz de encontrar ningún CRS. Fran, 
borra la carpeta Geotools (si están en Windows, la buscas y la borras) y 
vuelve a probar a ver si es eso.

Tendremos que investigar cómo se llega a ese estado.

Un saludo,
Jorge.


On 10/07/2011 01:41 PM, Francisco José Peñarrubia wrote:
> 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,
>>
>>      
>    


-- 
Jorge Piera Llodrá
gvSIG software architect
PRODEVELOP
e-mail: jpiera en gvsig.com
http://www.prodevelop.es
http://www.gvsig.org

Más información sobre la lista de distribución gvSIG_desarrolladores