P.Rizzi Ag.Mobilità Ambiente wrote:
Yes, sorry, it was a typo, the correct phrase was:
"..there should never be any case where one must configure a DataStore
WITHOUT using
its DataStoreFactory...".
Instead this is interesting:
"...This is a fundemental flaw in DataStore factory, the difference between
indentity
(which data) and configuration (how you want it served up) is not
explicit...".
So you're saying that there should be exactly just ONE instance of a
DataStore (hence just
ONE DB connection) for each DB and then there may exists several
HowWeWouldCallThem
that let's you see that single DataStore in different ways???
That sounds like mapping, something Gabriel is/will working on, or not???
I put this in the list, so it won't go unnoticed.
Oh we went through this last year, or I did and people wondered what I
was on about :-)
It is the motivation behind IService (basically a DataStore "handle"
that is constructed just based on identity). You would have one of these
handles, and you could (from it) access different implementations of
DataStores on *that* content. ShapefileDataStore and
IndexedShapefileDataStore for example ...
I would like DataStores to be *multiple* rather then customizable. That
is make a datastore that does *one* thing very well. You can see an
example of this here:
-<http://svn.geotools.org/udig/branches/ows3/gt/owswfs/>
It is a WFS datastore that processes a SPI for WFSFactory instances, and
uses those (with version negotiation) to choose between a WFS 1.0 GML2
specific datastore and a WFS 1.0 GML3 specific datastore. You could
argue that such may be implemented with stratagy objects (as in
WebMapServer) and I would be happy with that as well, but the code would
not be quite as straight forward...
Cheers,
Jody
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
