> Maybe we should add custom code so that the property data store > is available in the UI only if the UI is in development mode > or something?
I like this idea. Shall I JIRA? Thanks, Mike Pumphrey OpenGeo - http://opengeo.org Andrea Aime wrote: > Mike Pumphrey ha scritto: >> In this old JIRA task, the "Properties" data store was removed: >> >> https://fisheye.codehaus.org/browse/GEOS-2590 >> >> Now there is a data store in 2.0-RC1 called "Properties" with the >> description: >> >> "Allows access to Java Property files containing Feature information" >> >> >> Is this a different "Properties" than that discussed on the old JIRA >> task above? I don't know anything about this type of data store, and >> I'm trying to fill out the "Working With Data" section of the docs, >> so any information would be appreciated. > > Nope, it's the same datastore that somehow popped back into > the dependencis. > I must say I'm not too surprised... all of our vector data related > tests use property files, if a developer needs to check something > "live" he'll add back the dependency. > Say the next day he forgets about it, commits the pom.xml file, > and we're back to square one. > > Maybe we should add custom code so that the property data store > is available in the UI only if the UI is in development mode > or something? > Otherwise we need to keep attention up and remove it any time > it gets back in the distribution > > Cheers > Andrea > ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Geoserver-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-devel
