Hola Fran, Aunque veo que ya te funciona con la solución de Jorge, por si todavía quieres quitar la dependencia de JCRS, puede venir por dos sitios:
- En el propio pom.xml, que por lo que se ve no está - Como dependencia de una dependencia. Para verlo puedes invocar a maven con "mvn dependency:tree" y te sacará un árbol con todas las dependencias del proyecto. Saludos. El 07/10/11 13:41, Francisco José Peñarrubia escribió: > 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, >> -- Cèsar Ordiñana Navarro gvSIG software architect DiSiD Technologies (http://www.disid.com) _______________________________________________ gvSIG_desarrolladores mailing list gvSIG_desarrolladores@listserv.gva.es http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores