Sunburned Surveyor wrote:
> I finally got the export of a PDF version of the GeoTools developer
> guide to work after singing up with Codehaus. Perhaps we should add a
> note indicating that the document conversion will only work for
> registered users of the site?
Or I can just remove the button as something that annoys people ...
> Just a thought...
>
> I noted that the chapters of the exported PDF seem to be all mixed up.
> For example, chapter 8 and chapter 9 come before chapter 1. I'm not
> sure if this is intentional, but I thought I would mention it. I
> realize PDF may not be the preferred form of documentation for the
> GeoTools Project, but I like it. :]
>   
Yeah it is supposed to be all nice and sorted; the sort order seems to 
change everytime we update confluence. The joys of a wiki.
> After skimming the developer's guide, I still have a couple of
> questions. I'd like to ask them here, even though I didn't read EVERY
> page of the Developer Guide in excrutiating detail. Please forgive me
> for my laziness. :]
>
> Here are my questions:
>
> [1] The Developer's Guide mentions the procedures one would go trough
> to add a third party JAR to GeoTools. However, I didn't see any
> instructions on when the addition of a third party library is
> acceptable. Is there a criteria that I can use to determine this, or
> would I just propose the dependency on the mailing list? I would
> imagine there would be a desire to keep the number of dependencies to
> a minimum, thought I could be incorrect about this.
>   
That is up to each module maintainer; in general we try and keep the 
number of jars down to a dull roar. The last download of geotools was 30 
megs so I think we need to go through and check for jars that are not 
earning their keep again.

But you are correct; the desire here is to get the spatial problems solved.
> [2] Where would I find a list of third party JARS already included as
> a dependency in GeoTools? The Developer's Guide mentioned this site:
> http://mvnrepository.com/. I'm not sure if that is what I am really
> looking for. Isn't that a list of all the Jars in some type of global
> Maven repository? GeoTools certainly doesn't depend on all of those, I
> would hope. Is there another list of required libraries for just
> GeoTools? I hope this question makes sense, as I am not a Maven
> user...yet.
>   
The user guide has instructions for using maven to "ask" what the 
dependencies are for a given plug-in. Nobody uses all of GeoTools; just 
the parts they need for the work they are doing ... as an example:
- uDig uses some jars like gt-brewer and gt-validation; while
- geoserver experiments with things like gt-h2.jar

Here is the page from the user guide:
- http://docs.codehaus.org/display/GEOTDOC/04+How+to+Read+a+Shapefile
> [3] I can't seem to find the current version of Java that GeoTools 
> supports/requires. Where would I find this information? Is there a policy for 
> when the library upgrades to a new JRE?
>   
- http://docs.codehaus.org/display/GEOT/2.1+Language

The policy is we try and stay one "dot" release behind Sun's latest and 
greatest; for the longest time we stayed at Java 1.4 because the various 
Java EE applications that use GeoTools could not upgrade until Java 5 EE 
came out.

Jody
Cheers,
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-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Reply via email to