Re: [Geotools-devel] [Geoserver-devel] FactoryFinder.getCoordinateOperationFactory(hints) always returns a new factory???

[Chris H. <ch...@op...>]

> Baseline is, IMHO, GeoServer should start following  geotools releases
> a bit closer (Geotools trunk is 2.4.x and GeoServer is built against
> 2.2.x, too bad) in order to avoid fixing the same errors X times in a
> row.
Yes, I definitely agree.  The main reason we haven't in the past is=20
geotools hasn't been the most stable, so that an upgrade often meant=20
more problems instead of less.  But I think we're making good strides on=20
that, and as that plays out I hope we can have GeoServer more closely=20
follow the geotools releases, as trunk becomes a more stable place.

Chris


>=20
>=20
> Simone.
>=20
> On 10/11/06, aa...@op... <aa...@op...> wrote:
>> Martin Desruisseaux ha scritto:
>>>  aa...@op... a =E9crit :
>>>> shouldn't the objects returned by the coordinate operation
>>>> factories shared?
>>>  Yes they should. Which Geotools version are you using?
>>>
>>>  Factories were shared from the begining at least for factories with
>>>  null or empties Hints. Things are a little bit more complicated for
>>>  non-empty Hints, but caching has been added for them too in late
>>>  Geotools 2.3. If it still create a new factory at every call in
>>>  latest Geotools 2.3, then we may have a bug...
>>>
>> I see. I'm working against gt2 2.2.x, and the hints I was
>> using in that call were not null.
>>
>>>  If we throw away
>>>  the factory after every method call, we defeat this caching.
>> I have fixed that on 2.2.x and trunk, had problems with svn
>> yesteday so I still haven't managed to commit on 2.3.x, but I'll do as=
ap.
>>
>> Cheers
>> Andrea
>>
>>
>> ----------------------------------------------------------------------=
---
>> Using Tomcat but need to do more? Need to support web services, securi=
ty?
>> Get stuff done quickly with pre-integrated technology to make your job=
 easier
>> Download IBM WebSphere Application Server v.1.0.1 based on Apache Gero=
nimo
>> 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
>>
>=20
>=20

--=20
Chris Holmes
The Open Planning Project
http://topp.openplans.org