So we are starting to figure it out - I am sure Martin tried to tell us
this - but we chose to learn it the hard way.
The long term solution is to make a dummy module for each "layer' in the
geotools system, so referencing would be one point of reuse, core would
be another ...
Here is a POM dependency (from VPF):
<dependencies>
<dependency>
<groupId>org.geotools</groupId>
<artifactId>gt2-main</artifactId>
<version>2.2-SNAPSHOT</version>
</dependency>
<dependency>
<groupId>org.geotools</groupId>
<artifactId>gt2-epsg-wkt</artifactId>
<version>2.2-SNAPSHOT</version>
<scope>runtime</scope>
</dependency>
<!-- this dependency is covered by main (via api) and by epsg-wkt -->
<!-- because this is confusin to maven we need to give it a clue -->
<dependency>
<groupId>org.geotools</groupId>
<artifactId>gt2-referencing</artifactId>
<version>2.2-SNAPSHOT</version>
</dependency>
</dependencies>
VPF has the concept of "gt-referencing" passed onto it via:
* main -> api -> referencing
* epsg-wkt -> refereencing
Since it cannot quite tell that this is sane, we need to provide an
explicit hint, while this does
not look sane from the gt build perspective, I could see this being
needed when you track
several versions of a jar and need to explicitly keep them straight.
Now here is where it gets sad: we only needed epsg-wkt for runtime (ie
when testing), but it still got in the way
and confused us for figuring out what was needed for compile time.
So the lesson learned is that "scope" does not matter, if you have any
dependency by more then one "route"
you will need to make it clear explicitly.
As a map please view the page here: I have attached photos...
http://docs.codehaus.org/display/GEOSDEV/Maven+Notes
Jody
-------------------------------------------------------
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!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
