Re: [Geotools-devel] ClassCastException on Windows Only

On Fri, Dec 7, 2012 at 10:57 PM, Alex Trofast wrote: > Hello all, > > ** ** > > Working on the Ingres experimental plugin on Windows for the first time I > get test failures I don’t see on Linux. The exception is a > ClassCastException and the backtrace looks like this: > *JDBCDataStore.insert

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

See -- This message is automatically generated by Hudson. For more information on Hudson, see: http://hudson-ci.org/ -- LogMeIn Rescue: Anywhere, Anytime Remo

Re: [Geotools-devel] ClassCastException on Windows Only

Hi Andrea, Ok good to know it's on my end, do you have any ideas why this particular part might fail, only on Windows and not on Linux with my driver? Thanks! Alex From: andrea.a...@gmail.com [mailto:andrea.a...@gmail.com] On Behalf Of Andrea Aime Sent: December-09-12 4:02 AM To: Alex Tro

Re: [Geotools-devel] ClassCastException on Windows Only

On Sun, Dec 9, 2012 at 12:06 PM, Alex Trofast wrote: > Hi Andrea, > > ** ** > > Ok good to know it’s on my end, do you have any ideas why this particular > part might fail, only on Windows and not on Linux with my driver? > Hmm... not really, but I've spent a few weekends making trunk build a

Re: [Geotools-devel] ClassCastException on Windows Only

To Alex, Are you sure that this is complete stacktrace? I don't see a getAttribute line in the stacktrace; the getAttribute line you highlighted. To Andrea, The stacktrace looks a little like unit testing for MySQL. Is testing for MySQL enabled on your windows machine? Brett Walker Sent fro

Re: [Geotools-devel] ClassCastException on Windows Only

Andrea, That should have been Ingress not MySQL Brett Sent from my iPad On 09/12/2012, at 10:35 PM, "Brett Walker" mailto:brett.wal...@geometryit.com>> wrote: To Alex, Are you sure that this is complete stacktrace? I don't see a getAttribute line in the stacktrace; the getAttribute line you

Re: [Geotools-devel] ClassCastException on Windows Only

Hi Brett, Seems like it got cut off I think, here’s the full one: java.lang.ClassCastException: java.lang.String cannot be cast to com.vividsolutions.jts.geom.Geometry at org.geotools.jdbc.JDBCDataStore.insertSQLPS(JDBCDataStore.java:3688) at org.geotools.jd

Re: [Geotools-devel] ClassCastException on Windows Only

On Sun, Dec 9, 2012 at 12:35 PM, Brett Walker wrote: > To Alex, > > Are you sure that this is complete stacktrace? I don't see a getAttribute > line in the stacktrace; the getAttribute line you highlighted. > > To Andrea, > > The stacktrace looks a little like unit testing for MySQL. Is testing fo

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

See Changes: [Jody Garnett] Add JTS.toGeographic [Jody Garnett] Allow property files to work with 3D data again [Jody Garnett] Connect JTS.toGeographic up to StreamingRenderer allowing 3D content to be displayed [Jody Garnett

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

See Changes: [Andrea Aime] Fixing test expectations, the property is geometryless so the bounds of it must be empty -- [...truncated 5731 lines...] at org.apache.maven.surefire.j

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

See Changes: [Andrea Aime] Have decimation work in case no transformation is provided -- [...truncated 5730 lines...] at org.apache.maven.surefire.junit4.JUnit4Provider.executeTes

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

See -- [...truncated 5680 lines...] at org.junit.internal.runners.JUnit4ClassRunner.run(JUnit4ClassRunner.java:42) at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4

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

See Changes: [Jody Garnett] Fine grain testing to look into failure on hudson -- [...truncated 5737 lines...] at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provi

[Geotools-devel] help: build works locally / fails on hudson

Okay I am having a "bad go" at this - after working hard on a patch, asking Andrea for review, getting the clear instructions "not to break the build" and committing over the weekend .. the build is now broken. Trouble is it works locally, and I am stuck committing, hitting go on hudson, and try

Re: [Geotools-devel] help: build works locally / fails on hudson

Jody, the build is passing for me locally and in Jenkins. Might be test order (platform) dependent. What happens if you run just that test with this in the root of gt-render? mvn -o -Dtest=GeographicTransformPointTest test Kind regards, Ben. On 10/12/12 11:59, Jody Garnett wrote: > Okay I am

Re: [Geotools-devel] [ExternalEmail] Re: help: build works locally / fails on hudson

Jody, I can make this test fail by adding reversealphabetical to the top-level pom surefire config. I then get: Failed tests: testBounds(org.geotools.renderer.lite.GeographicTransformPointTest): expected:<0.665264316713612> but was: Looks like test state is leaking. Axis order settings? Some

Re: [Geotools-devel] help: build works locally / fails on hudson

On December 10, 2012 13:59:43 Jody Garnett wrote: > b) the build boxes? Unlikely, but perhaps they are going multi-threaded on > me, or have more horse power and thus can show some problems I cannot see > locally. I've just cleared out Hudson's working directory for geotools-master in the event

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

See Changes: [Jody Garnett] Ignore test just to see the build go once -- Started by user hudson Started by an SCM change Started by an SCM change Checkout:workspace /

Re: [Geotools-devel] help: build works locally / fails on hudson

Thanks guys - I am going to look at defining using WKT for definition rather than EPSG code so at least these tests can pass. We may need to say straight up what axis order CRS has been configured with as part of our testing guidelines. -- Jody Sent with Sparrow (http://www.sparrowmailapp.

Re: [Geotools-devel] [ExternalEmail] Re: help: build works locally / fails on hudson

Jody, with reversealphabetical in the top-level pom, I brute forced all preceding tests paired with with GeographicTransformPointTest. Either of SpatialFilterTest or RenderingTransformationTest causes the failure. That is, with reversealphabetical, both of these fail in GeographicTransformPoi

Re: [Geotools-devel] help: build works locally / fails on hudson

Jody, I think the working directory is a red herring. The problem is the axis order hints in the test fixtures. It is likely something is caching a CRS built with the wrong hints. On 10/12/12 13:22, Jody wrote: > Thanks guys - I am going to look at defining using WKT for definition > rather than

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

See -- [...truncated 5675 lines...] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingM

Re: [Geotools-devel] [ExternalEmail] Re: help: build works locally / fails on hudson

Jody, the attached fix plugs two hint leaks and makes the build pass with alphabetical, reversealphabetical, and (my) filesystem order. I am ready to commit now. I will contact you first to ensure you do not have an alternative fix. Kind regards, Ben. On 10/12/12 13:26, Ben Caradoc-Davies

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

See -- [...truncated 5723 lines...] at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:104) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method

Re: [Geotools-devel] [ExternalEmail] Re: help: build works locally / fails on hudson

Jody, I was not able to contact you. I have committed 2089d98fb823f8f9ebc5a52d7bb55b72e7d9a1a5 on master. Kind regards, Ben. On 10/12/12 14:21, Ben Caradoc-Davies wrote: > Jody, > > the attached fix plugs two hint leaks and makes the build pass with > alphabetical, reversealphabetical, and (my)

Re: [Geotools-devel] [ExternalEmail] Re: help: build works locally / fails on hudson

Jody, the gt-render build is fixed on Hudson. (The rest is still running.) Kind regards, Ben. On 10/12/12 14:31, Ben Caradoc-Davies wrote: > Jody, > > I was not able to contact you. I have committed > 2089d98fb823f8f9ebc5a52d7bb55b72e7d9a1a5 on master. > > Kind regards, > Ben. > > On 10/12/12 14

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

See -- This message is automatically generated by Hudson. For more information on Hudson, see: http://hudson-ci.org/ -- LogMeIn Rescue: Anywhere, Anyti

Re: [Geotools-devel] [ExternalEmail] Re: help: build works locally / fails on hudson

Jody, the build is fixed. The solution was similar to one I applied to gt-epsg-hsql in June: https://jira.codehaus.org/browse/GEOT-4174 Kind regards, Ben. On 10/12/12 14:39, Ben Caradoc-Davies wrote: > Jody, > > the gt-render build is fixed on Hudson. (The rest is still running.) > > Kind regar

Re: [Geotools-devel] [ExternalEmail] Re: help: build works locally / fails on hudson

Go for it Ben and thanks so much for the hussle! -- Jody Sent with Sparrow (http://www.sparrowmailapp.com/?sig) On Monday, 10 December 2012 at 4:21 PM, Ben Caradoc-Davies wrote: > Jody, > > the attached fix plugs two hint leaks and makes the build pass with > alphabetical, reversealphabetic

Re: [Geotools-devel] [ExternalEmail] Re: help: build works locally / fails on hudson

I think I need to add that to the devel guide ;) Thanks again Ben, Andrea, Benjamin. -- Jody Sent with Sparrow (http://www.sparrowmailapp.com/?sig) On Monday, 10 December 2012 at 5:07 PM, Ben Caradoc-Davies wrote: > Jody, > > the build is fixed. > > The solution was similar to one I appl

Re: [Geotools-devel] [ExternalEmail] Re: help: build works locally / fails on hudson

On Mon, Dec 10, 2012 at 8:07 AM, Ben Caradoc-Davies < ben.caradoc-dav...@csiro.au> wrote: > Jody, > > the build is fixed. > But... is it for good? Some of the tests that were failing are simply marked @Ignore now? Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.geo-solution

Re: [Geotools-devel] making proposal app-schema / complex feature split

Niels, I favour option 3 (new module gt-complex) because it does different things to gt-app-schema-resolver, which builds no features or types, has no dependency on gt-app-schema, and concerns itself with finding and caching XSD documents and making them available to the gt-xsd-core Configurat