On Wed, Mar 18, 2009 at 11:51 AM, Jody Garnett <[email protected]> wrote: > Ah you miss understand me; we are discovery the services in code form; > as such we do not need a folder to straighten all the individual > service files out. > > I expected to see a service/ folder but it is not strictly needed. >
I wasnt calling you a Miss! I know we are discovering services - but if this is an extensible mechanism, why not set up a naming convention so every new file doesnt need a modification to the agreed structure (I reckon specifically named files in the top level should be used sparingly, and under control of the proposal, since documentation will need to be kept up to date etc) > >> 2) We are still burying database connections deep, and not re-using >> them. I'd like database connections and other local configuration to >> be normalised and re-used. > > Rob I think that you have the option of using your container to manage > the database connections. As such if you want a single place to manage > connections you could look to your application server? Good point - makes the argument for removing the database connections from the guts of the config even more compelling IMHO! > >> This is a real issue when we distribute a re-usable Geoserver >> configuration via version control - with multiple geoservers >> delivering common stuff - INSPIRE for example would require this. > > Okay I see how that makes it harder to just backing on to your > application server for connection pools etc. > yes - no guarantee that the application server will provide this either. Rob ------------------------------------------------------------------------------ Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com _______________________________________________ Geoserver-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-devel
