Is this proposing to use the ServiceInfo interface as it stands today.
If so I am afraid this proposal gets a -1 from me. To be blunt the
catalog interfaces in geotools have been a dismal failure... indeed they
probably should have been removed.

Adding a dependency from data access on the catalog will do way more bad
then good imho.

I am pretty sure Johann can solve his issue without the need for
changing api like this. Why not just add some methods to the datastore
imlementation classes:

ShapefileDatataStore#getShapefileURL();
JDBCDataStore#getDataBase();
JDBCDataStore#getHost();

etc...

That way Johann can righ a convenience method that does instance of
checks against a datastore and returns the proper description.

-Justin


Jody Garnett wrote:
> After a bit of work on IRC Eclisa has his first bug report:
> - http://jira.codehaus.org/browse/GEOT-1657
> 
> And a proposal:
> - http://docs.codehaus.org/display/GEOTOOLS/Introduction+of+getInfo
> 
> Cheers,
> Jody
> 
> Jody Garnett wrote:
>> Even the udig guys are a bit stuck on this one; we want to record a list 
>> of warnings associated with a FeatureSource. Since we are all on trunk 
>> Eclisia why not collaborate on this one? What kind of information would 
>> you like to see?
>>   
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Geotools-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
> 
> !DSPAM:4007,477e7e61125708992556831!
> 


-- 
Justin Deoliveira
The Open Planning Project
http://topp.openplans.org

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Reply via email to