> Good point. What do you think about the following:
>
> * We add a dynamic check for the old datastores in the classpath. When
> they are present postgis only matches "postgisng" (or "postgis2"), and
> same for oracle. When they are not present however, the datastore will
> match just "postgis", a
Justin Deoliveira ha scritto:
>> I'm +1, but there are a few little things that are not fully ok and
>> that I hope we can sort out quickly:
>> * dbtype: postgisng and oracleng. What should we do about those?
>> The names were set so that we can have old and new postgis in the
>> same container
Andrea Aime wrote:
> Justin Deoliveira ha scritto:
>> Here it is:
>>
>> It was actually already started, I just had to tweak it a bit.
>>
>> http://docs.codehaus.org/display/GEOTOOLS/Next+Generation+JDBC+DataStore
>>
>> It is more or less ready for voting, which I think at this point is
>> just a
Justin Deoliveira ha scritto:
> Here it is:
>
> It was actually already started, I just had to tweak it a bit.
>
> http://docs.codehaus.org/display/GEOTOOLS/Next+Generation+JDBC+DataStore
>
> It is more or less ready for voting, which I think at this point is just
> a formality.
I'm +1, but th
Justin Deoliveira wrote:
> Here it is:
>
> It was actually already started, I just had to tweak it a bit.
>
> http://docs.codehaus.org/display/GEOTOOLS/Next+Generation+JDBC+DataStore
>
> It is more or less ready for voting, which I think at this point is just
> a formality.
>
> In terms of thi
+1 from me. Nice work.
--
Ben Caradoc-Davies
Software Engineer, CSIRO Exploration and Mining
Australian Resources Research Centre
26 Dick Perry Ave, Kensington WA 6151, Australia
--
_
Thanks Justin.
+1 from me
Michael
--
___
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
Hi Justin:
Only small stupid feedback; in your proposal page the final directory
structure has an unsupported/jdbc directory.
- is this needed anymore? If jdbc-core is being folded into library/
jdbc?
- or is it used to hold onto the jdbc-ng modules that are not ready
yet? (if so could you li
Here it is:
It was actually already started, I just had to tweak it a bit.
http://docs.codehaus.org/display/GEOTOOLS/Next+Generation+JDBC+DataStore
It is more or less ready for voting, which I think at this point is just
a formality.
In terms of things to do:
* Updating user guide
Done, if s
