Have to be pretty careful rest config doesnt open SQL injection attack paths of course :-)
On Wed, May 5, 2010 at 2:50 AM, <christian.muel...@nvoe.at> wrote: > +1, full agreement > > > Quoting Andrea Aime <aa...@opengeo.org>: > >> christian.muel...@nvoe.at ha scritto: >>> I think we should consider 2 additional facts. >>> >>> 1) The configuration should be usable with geotools alone. >>> 2) Configuring Geoserver using the rest API is a nice thing. >>> >>> IMHO, I would propose an XML config file for geotools instead of a >>> property file. Perhaps we could use a naming convention to avoid a >>> new parameter. >> >> No xml file, no property file. No file at all please. >> From GeoTools you can call JDBCDataStore.addVirtualTable(...) >> and that's it. >> >>> The xml config would also work nice with the rest architecture. >>> >>> Concerning the work flow, I have no preference, since I am doing >>> all geoserver configuration stuff with rest. >> >> What I have proposed in that thread should work then, we can use >> the feature type user map to store the virtual table definition. >> And well, if we want, we can store there a VirtualTable object, >> and roll a xstream custom persister to get a nice xml out of that >> >> Cheers >> Andrea >> >> -- >> Andrea Aime >> OpenGeo - http://opengeo.org >> Expert service straight from the developers. > > > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > > > > ------------------------------------------------------------------------------ > _______________________________________________ > Geoserver-devel mailing list > Geoserver-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geoserver-devel > ------------------------------------------------------------------------------ _______________________________________________ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel