Re: [Geotools-devel] Maven 2 errors building coverage branch.

[Jesse Eichar]

Just tried it  on trunk.  I updated and ran:

mvn clean:clean
mvn install.

Thats all and I got the same problem again.

So I deleted the .m2 directory and did the clean install again. (Still all on trunk) It still didn't work. I've attached the output of running it with the -e option. I couldn't find an report in the target directory.

log
Description: Binary data

On 13-Mar-06, at 4:02 PM, Martin Desruisseaux wrote:

BLUE4A4E a écrit :

[INFO] Failed to resolve artifact.
GroupId: org.geotools
ArtifactId: gt2-plugin
Version: 2.2-SNAPSHOT

It sound like the kind of error I would expect if "mvn install" has not be run at least once from the topermost directory (the one that contains "module", "plugin", "ext" and "maven" subdirectories).

To fix them I've replaced each 2.2-SNAPSHOT with a 2.3-SNAPSHOT in:
\trunk\gt\plugin\arcgrid\pom.xml
\trunk\gt\plugin\geotiff\pom.xml
\trunk\gt\plugin\gtopo30\pom.xml
\trunk\gt\plugin\image\pom.xml

It should work only if "mvn install" has been run from the topermost directory in the trunk (which is 2.3). Otherwise, the result should have been the same. When a "mvn install" succeed, Maven copies the JARs in the following location on the local machine: (Windows): C:\Documents and settings\<user>\.m2\repository\org \geotools\... I think that you probably have a "gt2-plugin\2.3-SNAPSHOT" subdirectory from a previous successfull "mvn install" on the trunk, but no "gt2-plugin\2.2-SNAPSHOT" subdirectory. It would explain the behavior that you noticed. Building the whole coverage branch should fix that without changing 2.2-SNAPSHOT with a 2.3- SNAPSHOT in pom.xml files.

[WARNING] POM for 'javax.units:jsr108:pom:0.01' is invalid. It will be ignored for artifact resolution. Reason: Not a v4.0.0 POM.

[INFO] Compilation failure

C:\AllData\Coverages\trunk\gt\module\referencing\src\org\geotools \referencing\cs\AbstractCS.java:[30,19] package javax.units does not exist

    C:\Documents and settings\<user>\.m2\repository\javax\units



        Martin.


-------------------------------------------------------

http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642
_______________________________________________
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

The compilation failure is a consequence of the warning just above. It is very strange... Sound like that planetmirror added jsr108.jar on their server, but with an invalid pom.xml file. I have updated the Geotools pom.xml file in order to check on the geotools repository before to check on the planetmirror repository. Please try "svn update". Then open the following directory in yours explorer: and delete all content found in this directory. Launch "mvn install" again. It should download "jsr108.jar" from the Geotools repository now, instead of planetmirror. This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory!