[Geotools-devel] GeoTools 2.5-RC0 released but not announced, please try it out

Hi, GeoTools 2.5-RC0 is released, though I'm holding on the announcements until Monday morning, as usual. Meanwhile if any of you can try out the downloads from soureforge that'd be great. Regards, Gabriel - This SF.Net

[Geotools-devel] End of code freeze on 2.5.x branch

Hi all, 2.5.x is free to go, thanks for waiting while it was frozen. Gabriel On Friday 22 August 2008 04:52:35 pm Gabriel Roldán wrote: > Hi, > > code freeze starts now, please hold on commits for 2.5.x > > Gabriel > > On Friday 22 August 2008 02:25:26 pm Gabriel Roldán wrote: > > Hi all, > > >

[Geotools-devel] Code freeze on 2.5.x branch

Hi, code freeze starts now, please hold on commits for 2.5.x Gabriel On Friday 22 August 2008 02:25:26 pm Gabriel Roldán wrote: > Hi all, > > we're calling for a code freeze on the GeoTools 2.5.x branch in order to > release 2.5.0-RC0. > > The code freeze is meant to start in two hours from now

Re: [Geotools-devel] Oracle datatore, the SDO classes

Chris Holmes ha scritto: > Jody can answer this more fully, but as I remember they had a client who > wanted to not rely on the Oracle java spatial jars. I believe there > might have been some uncertainty at the time over whether oracle was > going to continue to support that method of access.

Re: [Geotools-devel] Oracle datatore, the SDO classes

Jody can answer this more fully, but as I remember they had a client who wanted to not rely on the Oracle java spatial jars. I believe there might have been some uncertainty at the time over whether oracle was going to continue to support that method of access. I think more recently we got fe

[Geotools-devel] Oracle datatore, the SDO classes

Hi, I'm trying to understand a little thing about the existing Oracle data store. Why the SDO classes were written in the first place? I mean, Oracle provides JGeometry and the dummy jar seems to cover it, so what was the reason to create the a separate implementation? Cheers Andrea -

[Geotools-devel] Call for a code freeze on 2.5.x branch

Hi all, we're calling for a code freeze on the GeoTools 2.5.x branch in order to release 2.5.0-RC0. The code freeze is meant to start in two hours from now. Excuse the short time window, if you have any pending commit that can meet that timeframe please do. Otherwise please hold on commiting t

Re: [Geotools-devel] poms updated on 2.5.x and trunk

mvn deploy is working now, the trick being running mvn deploy instead of mvn deploy:deploy, as explained in lets see how far we get, after this comes the asembly stage. Keep you al

Re: [Geotools-devel] poms updated on 2.5.x and trunk

This is the full stack trace from maven. Martin, you're the maven expert, any clue about what can be going bad? [INFO] [INFO] Building Geotools Archetype [INFO]task-segment: [deploy:deploy] [INFO]

Re: [Geotools-devel] poms updated on 2.5.x and trunk

do you have an altDeploymentRepository defined in your ~/.m2/settings.xml? is one needed? I'm consistently getting this altDeploymentRepository = null error Gabriel On Friday 22 August 2008 02:36:13 am Jody Garnett wrote: > So that is in the build directory then? Check it's dependencies I gess? >