I too checked out a copy of GeoServer yesterday (not geotools) and noticed that
the arcsde jar expected by the eclipse project file was not present. I have CCed
the Geoserver list since this is a GeoServer build problem.
I think this one may be my fault. I have been trying to make the names of the
jar files used by GeoServer agree with the names generated by Jame's release
process.
I think this is where the source of confusion is; and think several of us are
trying to fix it at once. And to make life exciting the fixes are in both the
geotools and geoserver build process.
I think this is where the source of confusion is; and think several of us are
trying to fix it at once. And to make life exciting the fixes are in both the
geotools and geoserver build process.
Well here we go: we are working at cross purposes
Here is the list of jars from gt2 relase:
status geotools2 releaes Geoserver ant target
------ ----------------- --------------------
include gt2-arcsde.jar
gt2-geomedia.jar
required gt2-graph.jar gt2-main.jar
gt2-gtopo30.jar
required gt2-main.jar gt2-main.jar
gt2-mysql.jar
exclude gt2-oracle-spatial.jar
include gt2-postgis.jar gt2-postgis.jar
include gt2-shapefile.jar gt2-shapefile.jar
gt2-tiger.jar
required gt2-validation gt2-main.jar
required opengis-2.0-B3.jar gt2-main.jar
opengis-css-0.1.jar
included gt2-property.jar
required jars we actually need to compile GeoServer
included jars ones we want for additional capabilities
excluded jars we don't want
jars mean that I don't know
So we have a few consistency issuses with the above: gt2-property.jar is only
generated on the geoserver side of things. The opengis jar in contains build
number (resulting in opengis-2.0-B3.jar & opengis-2.0-B2.jar being commited
right now). And gt2-main.jar needs to relinquish control of gt2-validation,
gt2-graph and opengis-2.0.jar.
Here is the list of jars from gt2 relase:
status geotools2 releaes Geoserver ant target
------ ----------------- --------------------
include gt2-arcsde.jar
gt2-geomedia.jar
required gt2-graph.jar gt2-main.jar
gt2-gtopo30.jar
required gt2-main.jar gt2-main.jar
gt2-mysql.jar
exclude gt2-oracle-spatial.jar
include gt2-postgis.jar gt2-postgis.jar
include gt2-shapefile.jar gt2-shapefile.jar
gt2-tiger.jar
required gt2-validation gt2-main.jar
required opengis-2.0-B3.jar gt2-main.jar
opengis-css-0.1.jar
included gt2-property.jar
required jars we actually need to compile GeoServer
included jars ones we want for additional capabilities
excluded jars we don't want
jars mean that I don't know
So we have a few consistency issuses with the above: gt2-property.jar is only
generated on the geoserver side of things. The opengis jar in contains build
number (resulting in opengis-2.0-B3.jar & opengis-2.0-B2.jar being commited
right now). And gt2-main.jar needs to relinquish control of gt2-validation,
gt2-graph and opengis-2.0.jar.
A few fixes to get us underway:
I have restored - gt2-arcsde.jar for right now. I would like to come up with the
definitive list of what jars GeoServer actually needs.
I am trying to remove the gt2-oracle-spatial jar in response to http://jira.codehaus.org/secure/ViewIssue.jspa?key=GEOS-65 . The idea is if the
DataStore does not work out of the box, I don't want it in the list of available
DataStores. When the Oracle DataStore recognizes that its requried jars have
not been installed and disables itself we can add it back into the mix.
Does gt2-arcsde also suffer from this fate? Here is what the resource history says:
1.5 jive gt2-arcsde.jar restored?
1.4 dmzwiers fixes.
1.3 jive Refresh libs to track changes to Map & validaiton
1.2 cholmesny update to arcsde
1.1 jive updated with latest gt2 release jars
The odd one out right now is gt2-property.jar - the build.xml file generates it
with gt2 release naming conventions - even though it is not part of the gt2 release.
DataStore does not work out of the box, I don't want it in the list of
available
DataStores. When the Oracle DataStore recognizes that its requried jars
have
not been installed and disables itself we can add it back into the mix.
Does gt2-arcsde also suffer from this fate? Here is what the resource
history says:
I'm afraid it does I've just created a jira task (GEOT-146) to remember
me to implement such a discovery mechanism and auto-disable the datastore if
the arcsde native classes can't be loaded.
So I agree we may be remove the arcsde jar from the geoserver build until
this gets done. I compromise to do it the sooner possible.
regards,
Gabriel
1.5 jive gt2-arcsde.jar restored?
1.4 dmzwiers fixes.
1.3 jive Refresh libs to track changes to Map & validaiton
1.2 cholmesny update to arcsde
1.1 jive updated with latest gt2 release jars
The odd one out right now is gt2-property.jar - the build.xml file
generates it
with gt2 release naming conventions - even though it is not part of the
Okay I think I am starting to have things under control.
Here is an updated list of jars relase (*marks changes made to build.xml):
status geotools2 release Geoserver ant target
------ ----------------- --------------------
include gt2-arcsde.jar *gt2-arcsde.jar
required gt2-graph.jar *gt2-main.jar
required gt2-main.jar *gt2-main.jar
exclude gt2-oracle-spatial.jar *gt2-oracle-spatial.jar
include gt2-postgis.jar gt2-postgis.jar
include gt2-shapefile.jar gt2-shapefile.jar
required gt2-validation *gt2-validation.jar
required opengis-2.0-B3.jar *opengis-2.0.jar
included gt2-property.jar
I am CCing this email to James Macgill with the hope of having the
opengis-2.0-B4.jar renamed to opengis-2.0.jar in the next geotools2 release.
I did figure out that the gt2-oracle-spatial.jar can be in the GeoServer/libs
directory and not in the geoserver.war file.
Quoting Gabriel Roldán <gabriel.roldan@anonymised.com>:
I'm afraid it does I've just created a jira task (GEOT-146) to remember
me to implement such a discovery mechanism and auto-disable the datastore if
the arcsde native classes can't be loaded.
Thanks for the quick response!
So I agree we may be remove the arcsde jar from the geoserver build until
this gets done. I compromise to do it the sooner possible.
Actually Chris is a smart cookie - he is just adding an exclude to the
geoserver.war construction.
I will add an exclude for arcsde.jar as well. If you have time I have opened a
geotools irc and we can chat about such things. I hate playing with this stuff
without a second opinion.
Quoting Gabriel Rold=E1n <gabriel.roldan@anonymised.com>:
> I'm afraid it does I've just created a jira task (GEOT-146) to
remem=
ber
> me to implement such a discovery mechanism and auto-disable the
datasto=
re if
> the arcsde native classes can't be loaded.
Thanks for the quick response!
> So I agree we may be remove the arcsde jar from the geoserver build
unt=
il
> this gets done. I compromise to do it the sooner possible.
Actually Chris is a smart cookie - he is just adding an exclude to
the
geoserver.war construction.
Actually I've done even better. I've included the jar that arcsde needs
in the geoserver lib directory. As far as I could tell esri doesn't
have nearly as intense restrictions on their library jars. You can
download it without all sorts of license agreements, and what I read
seemed to imply you could include it freely in your apps. So until I
hear something different it's in the geoserver lib directory
(jsde_sdk-8.3.jar, I know it could be better named, but that's just how
I got it). So no rush on the exclude stuff, it'll all work. But it
would be a good feature to have in general for the datastore.
Chris
I will add an exclude for arcsde.jar as well. If you have time I have
ope=
ned a
geotools irc and we can chat about such things. I hate playing with
this =
stuff
without a second opinion.
Jody
-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
I've just created a jira task (GEOT-146) to remember
I've just created a jira task (GEOT-146) to remember