Michael Bedward ha scritto:
> Hello all,
> 
> In the thread "gt-postgis + hibernate-spatial pom dependency conflict"
> Andrea wrote:
> 
>> gt-postgis should not be used anymore, we don't maintain it anymore
>> since its replacement, gt-jdbc-postgis, has reached maturity.
>> I keep on forgetting to move it into unsupported land.
>>
> 
> There have been a few questions on the user list lately about what it
> means for a module to be 'unsupported'.  Looking at my replies I see
> explained it as if 'unsupported' means 'incubator'.  On the other hand
> it seems that it can also mean 'place where modules go to die'.
> 
> What about having separate directories for these two purposes ?

Mixed feeling about this.
On one side, it's another thing we have to explain.
On the other side, it's a clear warning: "someone pick up this module
or it's going to die soon".

However, in the specific case of the JDBC data stores, it's not like
there is any salvation possibility, the module has been replaced and
it's going to be removed, end of story.

It would be a third, which would be "last step before certain death".

There are also a few modules that have been in unsupported forever,
and their status is unclear. Think of the pg-versioning module,
not good enough to be declared stable, dependend on a module
that's going to die, yet with enough interest around it to keep
it barely alive. Same goes for the OGR module, that has not even
compiled for a lifetime, and now it's back and can compile and we
have a story to move it to supported land (once imageio-ext switches
to GDAL 1.7.1).

So I have the impression that each module in unsupported has kind
of its personal story, and the reasons for not being part of supported
code are many.

Unsupported is at the same time nursery, limbo and cemetery (with
the occasional module coming back from the dead).
Scary! (which is why we don't release anything from it) :-)

Cheers
Andrea


-- 
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.

------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Reply via email to