Yes. cory specified the version number which to roll back the reference
and referencing extension modules to. I have not quite gotten to this
yet. I will schedule a jira task for it as a 2.4-RC0 blocker.
http://jira.codehaus.org/browse/GEOT-1400
-Justin
Andrea Aime wrote:
> Martin Desruisseaux
Martin Desruisseaux ha scritto:
> I was not really ready for the 2.4 branch since I didn't had the time to look
> at
> the work in the referencing module. Can I suggest to wait before to make a
> 2.4
> release from the branch? I may want to keep 2.4 with the old implementation
> (with only cla
I was not really ready for the 2.4 branch since I didn't had the time to look
at
the work in the referencing module. Can I suggest to wait before to make a 2.4
release from the branch? I may want to keep 2.4 with the old implementation
(with only classes renamed) before the release, so we have
Hi Rob,
Rob Atkinson wrote:
> Justin Deoliveira wrote:
>> Hi all,
>>
>> I have created the 2.4 branch of geotools. For those who want to
>> continue to depend on geotools 2.4 (like geoserver)
> geoserver trunk should be tracking geotools trunk. The question is
> therefore whether geoserver wan
Justin Deoliveira wrote:
Hi all,
I have created the 2.4 branch of geotools. For those who want to
continue to depend on geotools 2.4 (like geoserver)
geoserver trunk should be tracking geotools trunk. The question is
therefore whether geoserver wants to split off a 1.6 branch tied to
geotool
Hi all,
I have created the 2.4 branch of geotools. For those who want to
continue to depend on geotools 2.4 (like geoserver) wont have to do
anything. Those wanting to depend directly on trunk will have to upgrade
to 2.5 snapshot.
I am going to try and release geotools 2.4-RC0 in the next few
