Re: [Geotools-gt2-users] DataStore factory

[zze-M2S F. V e. RD-BIZZ-S. <vfr...@or...>]

Thanks Andrea and Jody for your response.=20

I will try to take a look into catalog and uDig source despite of i'm =
not familiar with RCP and Eclipse plugins at all. In fact I wasn't aware =
that uDig (and maybe GeoServer I guess) was the only known application =
which uses WFS geotools plugin. It's a little strange since there's no =
other free Java lib for that.

BTW with my factory I was simply using a Map as a cache for datastores =
(URL was used as key). Looking into =
WFSDataSourceFactory.createDataStore() source and I see that there's =
already a cache, implemented by a Map too (all datastore params, not =
only the URL, are used as key). Anyway my factory was using =
WFSDataSourceFactory.createNewDataStore() which ignores the cache, so I =
was not doing a cache over a cache. ;-)

Nevertheless I really think there's something weird about =
WFSDataStore/FeatureStore. I don't speak about concurrency but just =
about side effects on sequential operations on differents feature types.
I will try to contact dzwiers, who seems to be the WFS geotools plugin =
maintener, to help me to solve it.

Regards,

Vincent.

-----Message d'origine-----
De : Jody Garnett [mailto:jga...@re...]
Envoy=E9 : mardi 6 mars 2007 19:35
=C0 : Andrea Aime
Cc : zze-M2S FRISON V ext RD-BIZZ-SOP; =
geo...@li...
Objet : Re: [Geotools-gt2-users] DataStore factory

Andrea Aime wrote:
> zze-M2S FRISON V ext RD-BIZZ-SOP ha scritto:
> =20
>> Hi,
>>=20
>> For now the only solution I have if I want to perform different
>> queries on different feature types is to recreate a new DataStore and
>> a new DataStore for each new request! :(
>>   =20
> As far as I know udig is using just one instance of datastore for
> multiple layers, but I may be wrong (not very familiar with udig =
internals).
> =20
This is the case Andrea.

The DataStore API really would like to to keep them as singletons, or in =
a catalog (as uDig and GeoServer do).  There is a very simple example in =
GeoTools called Registry that slurps up all the shapefiles in a =
directory. But you can do something as simple as keeping your data =
connections in a java.util.Map.
>> Of course it's temporary workaround because it's disastrous for
>> performances.
>>=20
>> Well, I guess I'm not the first one who want to keep in memory a
>> DataStore object (with its different FeatureStore objects) across
>> different queries. Nobody could help me pleaaaase?
>>   =20
> Vincent, from what I know, only udig is using the WFS data store, so
> you're unfortunately the first hitting it in the wild....
>
> Also, it seems the datastore mantainers are too flooded with work to
> provide you any help... so, the only tangible help I can give you, is
> to point you to the developer guide and suggest you try to debug the
> datastore yourself :( http://docs.codehaus.org/display/GEOT/Home
>
> If you have patches, we'll gladly accept them :-)
> =20
I thought this was more of an issue with creating multiple concurrent =
datastores then specific problems with WFS.