My intention here is to move any catalog stuff out of the picture. ServiceInfo and GeoResourceInfo are pretty set as the standard information we want to gather up.... Jody > 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! >> >> > > >
------------------------------------------------------------------------- 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
