I think it makes it easier to ignore the problem; what do you think of kicking
it out of the build.
--
Jody Garnett
On Thursday, 17 February 2011 at 3:51 PM, Michael Bedward wrote:
> Thanks Jody.
>
> So what do you think about disabling the test for OSX/Java 6 ? I know
> that's a bit naughty but it seems like the lesser of two evils.
>
> Michael
>
> On 17 February 2011 16:42, Jody Garnett <jody.garn...@gmail.com> wrote:
> > Details here:
> > - https://jira.codehaus.org/browse/GEOT-3376
> >
> > --
> > Jody Garnett
> >
> > On Thursday, 17 February 2011 at 2:35 PM, Michael Bedward wrote:
> >
> > Hi folks,
> >
> > I think Jody mentioned a while ago that the permanent failure of this
> > test on OSX...
> >
> > testCreateDataStore(org.geotools.data.spatialite.SpatiaLiteDataStoreFactoryTest)
> >
> > ...is due to some Apple Java 6 problem and that the test works on OSX
> > with Java 5. Is that right ?
> >
> > Apple have recently changed how and where Java is installed (again)
> > and it's getting more fiddly to keep Java 5 going - at least the way
> > I've been doing it. As an aside, the new Java install arrangement
> > completely confuses Netbeans :(
> >
> > Is there any hope of curing the test or, if not, would it be ok to
> > disable it when running on OSX ?
> >
> > Michael
> >
> > ------------------------------------------------------------------------------
> > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> > Pinpoint memory and threading errors before they happen.
> > Find and fix more than 250 security defects in the development cycle.
> > Locate bottlenecks in serial and parallel code that limit performance.
> > http://p.sf.net/sfu/intel-dev2devfeb
> > _______________________________________________
> > Geotools-devel mailing list
> > Geotools-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/geotools-devel
>
------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
