Re: [Geotools-devel] langague policy - vs J2EE

[Jody G. <jga...@re...>]

Hi Chris:
> Which would be 2.4 or 2.5?  It'd be good to get the 2.4 release at=20
> least without need 1.5.
I agree on the 2.4 thing ... GeoTools 2.4 looks like it is going to be=20
one of our best (now that filter is tested, and with the clean up to=20
prep for ISO Feature). Thinking if we can delay supporting ISO Geometry=20
until after 2.4 is released...

Pros:
- it gives us a release to prep for Java 5
- it gives 2.4 a good clean story (ie prep for ISO Feature, and ISO=20
Geometry can be part of that prep)
Cons:
- leaving the unsupported/geometry team hanging

But yes - good idea Chris I like it.
> We also might consider calling it GeoTools 3.0 if we go 1.5.
I understand; from my respective that has two problems:
- I would rather use a major version number to reflect a increase in=20
ability of the library (ISO Geometry and ISO Feature for example)
- Threatening to roll a version number has caused panic and doubt=20
previously; to the tune of why are you wasting time when oracle still=20
does not work ;-)

On the other hand if we are to believe sun we should release GeoTools 4=20
(rather then 2.4); and go Java 5 for for GeoTools 5 :-D.  The reason=20
being that our "point releases" have often indicated API change (and=20
take a year to produce), and the project at 10 years old does not=20
reflect that with nice large version numbers ...

Cheers,
Jody
>
> Jody Garnett wrote:
>> I must confess the unsupported/geometry module is giving me some=20
>> panic on this front. I like the work I see their and would not like=20
>> to ask them to "roll back" to Java 1.4. Especially since they have=20
>> met the letter of developers guide ...
>>
>> Sigh,
>> Jody
>>>
>>> Martin Desruisseaux wrote:
>>>> Le mardi 30 janvier 2007 =C3=A0 13:32 -0800, Jody Garnett a =C3=A9cr=
it :
>>>>> Java EE has been out since May and I wonder how GeoServer fairs in=20
>>>>> that environment. Is everything okay, or are we going to take the=20
>>>>> more realistic step and check back when J2EE has been adopted by=20
>>>>> more major vendors? I would like to know how things are shaping=20
>>>>> up; do we have work to do?
>>>> I guess that Geotools 2.4 would stay with Java 4. But me too I would
>>>> like to know if it is possible to consider a move to Java 5 for=20
>>>> Geotools
>>>> 2.5. I miss all the features about generic types.
>>> I'm usually the one who's against this the most, and I'm coming=20
>>> closer to it.  I'd like to have it a bit higher than just J2EE=20
>>> releases.
>>>
>>> From my perspective it's important that sys admins who run GeoServer=20
>>> are on 1.5+.  The other concern is running on more obscure open=20
>>> source OS's, like the BSD's.  They take awhile to get java=20
>>> implementations. This should get better with the open source thing,=20
>>> but it's not there yet.  So I think it's getting closer, but we=20
>>> should do some more research.
>>>
>>> Chris
>>>
>>>>     Martin
>>>>
>>>>
>>>>
>>>> --------------------------------------------------------------------=
-----=20
>>>>
>>>> Using Tomcat but need to do more? Need to support web services,=20
>>>> security?
>>>> Get stuff done quickly with pre-integrated technology to make your=20
>>>> job easier.
>>>> Download IBM WebSphere Application Server v.1.0.1 based on Apache=20
>>>> Geronimo
>>>> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&=
dat=3D121642=20
>>>>
>>>> _______________________________________________
>>>> Geotools-devel mailing list
>>>> Geo...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>>>>
>>>>
>>>>
>>
>>
>> ----------------------------------------------------------------------=
---=20
>>
>> Using Tomcat but need to do more? Need to support web services,=20
>> security?
>> Get stuff done quickly with pre-integrated technology to make your=20
>> job easier.
>> Download IBM WebSphere Application Server v.1.0.1 based on Apache=20
>> Geronimo
>> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&da=
t=3D121642
>> _______________________________________________
>> Geotools-devel mailing list
>> Geo...@li...
>> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>>
>> !DSPAM:1003,45c2470b171661460912952!
>>
>