Christian Müller ha scritto: > I had read the user guide. > The principle is the same as the directory data store but the the > requirements are more complex. > 1) Need to specify the generalization distance for each set of > precalculated geometries. > 2) No restriction to file based data stores, reading from any data store > should be possible > and so on .... > The geotools implementation does not make me a headache, I can offer a > lot of creation variants and delegate some stuff to the application. > Geoserver is the challenge. > The geoserver admin interface offers me the possibility of one config > url. Within this configuration I find the names of data stores and I > have to rely that I find these data stores in the geoserver catalog. > So far, so good. > But how should I code that ?. The Catalog is defined in a geoserver > package, and I am still in geotools. > I am looking for a way to integrate into geoserver without special coding. > Any idea ?
If you do your datastore factory in GeoServer and use GeoServerExtensions to lookup the catalog you'll get enough information to pull this out. That's the approach I'd suggest you use. Alternatively, you can do this fully in GeoTools if your datastore configuration file has all the information needed to connect to the slave datastores, that is, a set of connection parameters per slave datastore. And you'd also need a way to configure the datastores separately as I guess you might want to use the same datastore multiple times (multiple feature types in the same db building your pyramid). This is doable, but at the same time looks pretty much complex to configure from a GeoServer user point of view (the point and click kind of user, that is). Anyways, whatever you do, try to make it as configurable as possible from a programmatic point of view, with the new UI we'll try to make everything as configurable as possible from the UI itself (so the way the configuration is stored and edited might change). Cheers Andrea -- Andrea Aime OpenGeo - http://opengeo.org Expert service straight from the developers. ------------------------------------------------------------------------------ This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
