Re: [Geotools-devel] something very wrong (was Re: Geotools 8.0 release)

2012-08-01 Thread Victor.Tey
Hi Justin, The revision number i used is from the log output from cite wfs test http://hudson.opengeo.org/hudson/view/cite/job/cite-wfs-1.1-master/547/consoleText git revision = 6a230d54bdb01a8e38cf9eb056e5f61687acd4dd git branch = 6a230d54bdb01a8e38cf9eb056e5f61687acd4dd build date = 29-Jul-201

Re: [Geotools-devel] something very wrong (was Re: Geotools 8.0 release)

2012-08-01 Thread Justin Deoliveira
Ok, I think everything should be rolled back now... no permanent damage done and we should be ready to try again. Perhaps it would be good to wait until git upgraded on the server so we are able to do the final merge during the publish step. I will also have to add a check to the script that check

[Geotools-devel] something very wrong (was Re: Geotools 8.0 release)

2012-08-01 Thread Justin Deoliveira
Victor, looking at the merge that occurred during this release I think something is very wrong. I see you specified a revision of "aacb7f76b710fc44a2938a69b163dd717bc818ec" for the release job, which is a revision on the master branch, not the 8.x branch. The end result being a release branch the w

[Geotools-devel] [Hudson] Hudson build is back to normal : geotools-master-jdbc #41

2012-08-01 Thread Hudson
See -- This message is automatically generated by Hudson. For more information on Hudson, see: http://hudson-ci.org/ -- Live Security Virtual Conference Ex

[Geotools-devel] [Hudson] Build failed in Hudson: geotools-master-jdbc #40

2012-08-01 Thread Hudson
See -- [...truncated 1377 lines...] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597)

Re: [Geotools-devel] [ExternalEmail] Incompatible referencing Citation change required to support OGC HTTP URI srsName parsing?

2012-08-01 Thread Andrea Aime
On Wed, Aug 1, 2012 at 11:47 AM, Ben Caradoc-Davies < ben.caradoc-dav...@csiro.au> wrote: > Just as I feared: option (2) causes a GeoServer request with > srsName=http://www.opengis.net/def/crs/EPSG/0/4326 to return a response > with srsname="http://www.opengis.net/gml/srs/epsg.xml#4326"; and > lo

[Geotools-devel] [jira] (GEOT-4217) H2DataStoreFactory does not create a manageable data source

2012-08-01 Thread Andrea Aime (JIRA)
Andrea Ai

Re: [Geotools-devel] [ExternalEmail] Incompatible referencing Citation change required to support OGC HTTP URI srsName parsing?

2012-08-01 Thread Ben Caradoc-Davies
Just as I feared: option (2) causes a GeoServer request with srsName=http://www.opengis.net/def/crs/EPSG/0/4326 to return a response with srsname="http://www.opengis.net/gml/srs/epsg.xml#4326"; and longitude/latitude order. The underlying cause (I think) is that HTTP_AuthorityFactory is config