Enam wrote: > I didn't wait for the official update on the geotools site and went ahead to > download 2.4.0 from sf.net. I found two problems with the javadoc archive: > > 1) the file name is gt-2.4.0-doc.zip.zip > > 2) Links to class pages don't work. I found that all the class pages are > stored in a separate directory named "class-use". For example the link on > the index page points to org/geotools/data/AbstractFeatureSource.html but > the actual file is in org/geotools/data/class-use/AbstractFeatureSource.html > > And I have a question: I see that geotools is packed with many jars. > Supposing that I don't want to keep all the jars for my application is there > any resource that I can use to determine which jars I'll need ? I suppose > the pom may have some dependency information ? > You are correct; maven is the tool that uses those pom.xml files to track what is needed. Unfortantly reading the pom.xml files yourself is not really a solution; because sometimes a library we use (like geoapi) will depend on another library (like jrs-108.jar).
To use maven to figure out what is needed: - go into the source directory of the module you want (say shapefile) - mvn help:effective-pom > file.txt - open up file.txt and look at the dependency section, those are the jars you need to import (into say eclipse) - also some jars need at least one plug-in to function; gt2-referencing needs gt2-epsg-hsql.jar for example. Sometimes Martin is nice and publishes a "maven site" which boils down all this information into a web site you can browse around to see what is needed... Jody ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Geotools-gt2-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
