|
From: Chris H. <ch...@op...> - 2005-04-07 10:18:50
|
(moving to devel, as this is much more a developers question - if anyone replies please take the users off the cc, I just include so people can follow the thread there) Quoting "P.Rizzi Ag.Mobilit=E0 Ambiente" <pao...@am...>: > > > Modifying the file is not the best solution. Maybe integrating > the > > > support for a database storing the dynamic layers is better. > > > > > > Perhaps did somebody already implemented it? > > No, not yet. Definitely on the list of desired features, but > > no one has > > motivated to do it. Would be nice in conjunction with the new > > geoserver home directory stuff - instead of pointing at a > > directory you > > could just point at a jdbc connection... > Since DataStores are used as a mean of accessing data I feel it would > be better to use a DataStore to access GeoServer layers > configuration, > instead of JDBC. > This way the configuration could be stored inside whatever repository > for which there exists a DataStore. That makes sense to me. I suppose you would just have a special featureType that would have all the config data? This could have some interesting side effects, like your datastores would each be a feature, with a bounding box, so could do wfs queries against those bounding boxes. Did you implement this? I assume you're doing more than files, right?=20 Though I suppose it's fairly coupled with the rest of your system, and not easy to roll in. Chris > > Bye > Paolo Rizzi > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real > users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick > _______________________________________________ > Geoserver-users mailing list > Geo...@li... > https://lists.sourceforge.net/lists/listinfo/geoserver-users > ---------------------------------------------------------- This mail sent through IMP: https://webmail.limegroup.com/ |