I agree with the story aspect! Could we use the pom description to explain what is going on?
Jody On 13/03/2010, at 6:28 PM, Andrea Aime wrote: > 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 ------------------------------------------------------------------------------ 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
