Hi,
by looking at the GeoServer 1.7.6 readme, it tells it was built against geotools 2.5.7 [1], but the pom says <gt.version>2.5-SNAPSHOT</gt.version> [2]
So it looks like it was actually built with 2.5-SNAPSHOT:
$unzip -l geoserver-1.7.6-arcsde-plugin.zip
Length Date Time Name
-------- ---- ---- ----
2102 07-24-09 11:23 arcsde-README.txt
375736 07-24-09 12:41 gt-arcsde-2.5-SNAPSHOT.jar
123028 07-24-09 12:41 jsqlparser-0.3.14.jar
64651 07-24-09 12:41 gt-arcsde-common-2.5-SNAPSHOT.jar
62086 07-24-09 12:41 commons-pool-1.3.jar
570 07-24-09 11:23 LICENSE.txt
-------- -------
628173 6 files
so if whomever created 1.7.6 forgot to change the geotools version in the pom, what do we do? do we publish a 1.7.6a with the correct geotools version? just fix the README? do nothing?
Cheers,
Gabriel
[1] <http://svn.codehaus.org/geoserver/tags/1.7.6/src/release/README.txt>
[2] <http://svn.codehaus.org/geoserver/tags/1.7.6/src/pom.xml>
--
Gabriel Roldan
OpenGeo - http://opengeo.org
Expert service straight from the developers.
Gabriel Roldan ha scritto:
Hi,
by looking at the GeoServer 1.7.6 readme, it tells it was built against geotools 2.5.7 [1], but the pom says <gt.version>2.5-SNAPSHOT</gt.version> [2]
So it looks like it was actually built with 2.5-SNAPSHOT:
$unzip -l geoserver-1.7.6-arcsde-plugin.zip
Length Date Time Name
-------- ---- ---- ----
2102 07-24-09 11:23 arcsde-README.txt
375736 07-24-09 12:41 gt-arcsde-2.5-SNAPSHOT.jar
123028 07-24-09 12:41 jsqlparser-0.3.14.jar
64651 07-24-09 12:41 gt-arcsde-common-2.5-SNAPSHOT.jar
62086 07-24-09 12:41 commons-pool-1.3.jar
570 07-24-09 11:23 LICENSE.txt
-------- -------
628173 6 files
so if whomever created 1.7.6 forgot to change the geotools version in the pom, what do we do? do we publish a 1.7.6a with the correct geotools version? just fix the README? do nothing?
Hmmm... good question, I think we should ask Mark Leslie, he did the release.
Mark, what is the relationship between the official 2.5.7 release and
these SNAPSHOT jars we have around? Are they the same?
It would certainly be cleaner to push out a 1.7.6a with fixed names,
but it would require rebuilding all the installers... ugh.
So if the jars are the same as 2.5.7 I guess that we can just fix
the readme for this time.
There's tension between what we should do and what we have time to do...
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
Andrea Aime wrote:
Gabriel Roldan ha scritto:
Hi,
by looking at the GeoServer 1.7.6 readme, it tells it was built against geotools 2.5.7 [1], but the pom says <gt.version>2.5-SNAPSHOT</gt.version> [2]
So it looks like it was actually built with 2.5-SNAPSHOT:
$unzip -l geoserver-1.7.6-arcsde-plugin.zip
Length Date Time Name
-------- ---- ---- ----
2102 07-24-09 11:23 arcsde-README.txt
375736 07-24-09 12:41 gt-arcsde-2.5-SNAPSHOT.jar
123028 07-24-09 12:41 jsqlparser-0.3.14.jar
64651 07-24-09 12:41 gt-arcsde-common-2.5-SNAPSHOT.jar
62086 07-24-09 12:41 commons-pool-1.3.jar
570 07-24-09 11:23 LICENSE.txt
-------- -------
628173 6 files
so if whomever created 1.7.6 forgot to change the geotools version in the pom, what do we do? do we publish a 1.7.6a with the correct geotools version? just fix the README? do nothing?
Hmmm... good question, I think we should ask Mark Leslie, he did the release.
Mark, what is the relationship between the official 2.5.7 release and
these SNAPSHOT jars we have around? Are they the same?
It would certainly be cleaner to push out a 1.7.6a with fixed names,
but it would require rebuilding all the installers... ugh.
So if the jars are the same as 2.5.7 I guess that we can just fix
the readme for this time.
There's tension between what we should do and what we have time to do...
right, if we're certain they're the same except for the version numbers I'd say a simple errata would do the trick.
Cheers,
Gabriel
Cheers
Andrea
--
Gabriel Roldan
OpenGeo - http://opengeo.org
Expert service straight from the developers.