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 _______________________________________________ gvSIG_desarrolladores mailing list gvSIG_desarrolladores@listserv.gva.es http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores