Jody, how do you handle data directories with datastores configured for read-write access to, for example, databases? These must require special treatment to avoid the test environment writing into the production database.
Kind regards, Ben. On 03/09/15 11:14, Jody Garnett wrote: > Depends on the installation ... > > On some installation I make sure the "data" is out of the data directory > (external references only - since data is often under different backup > policy than configuration). Create a copy of the data directory, run the > new geoserver against the copy. > > If the machine is scripted, configured via rest api so machines can be > provisioned consistently, I update the script with the new war and let it > try setting up a new VM. Not sure if that counts as sophisticated or not. > -- > Jody > > -- > Jody Garnett > > On 2 September 2015 at 14:08, Phil Scadden <p.scad...@gns.cri.nz> wrote: > >> >Indeed. I have seen previous betas with no reports, except from the >> most diligent users, who we then nominate for the steering committee. >> >It is a trap! :-) Users may prefer to test releases that they are >> considering for production. Kind regards, >> I'm a little curious here. If I was taking more beta's, or for that >> matter more production releases! onto my test environment, it would make >> IT more confident about updating our production environment (which they >> are extremely conservative about). The hassle is synchronising with the >> production version. Do you just periodically copy the geoserver data >> area or do people have more sophisticated ways of synchronizing between >> test and production environments? >> >> -- >> Phil Scadden, Senior Scientist GNS Science Ltd 764 Cumberland St, >> Private Bag 1930, Dunedin, New Zealand Ph +64 3 4799663, fax +64 3 477 >> 5232 >> >> Notice: This email and any attachments are confidential. >> If received in error please destroy and immediately notify us. >> Do not copy or disclose the contents. >> >> >> >> ------------------------------------------------------------------------------ >> Monitor Your Dynamic Infrastructure at Any Scale With Datadog! >> Get real-time metrics from all of your servers, apps and tools >> in one place. >> SourceForge users - Click here to start your Free Trial of Datadog now! >> http://pubads.g.doubleclick.net/gampad/clk?id=241902991&iu=/4140 >> _______________________________________________ >> Geoserver-devel mailing list >> Geoserver-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/geoserver-devel >> > > > > ------------------------------------------------------------------------------ > Monitor Your Dynamic Infrastructure at Any Scale With Datadog! > Get real-time metrics from all of your servers, apps and tools > in one place. > SourceForge users - Click here to start your Free Trial of Datadog now! > http://pubads.g.doubleclick.net/gampad/clk?id=241902991&iu=/4140 > > > > _______________________________________________ > Geoserver-devel mailing list > Geoserver-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geoserver-devel > -- Ben Caradoc-Davies <b...@transient.nz> Director Transient Software Limited <http://transient.nz/> New Zealand ------------------------------------------------------------------------------ Monitor Your Dynamic Infrastructure at Any Scale With Datadog! Get real-time metrics from all of your servers, apps and tools in one place. SourceForge users - Click here to start your Free Trial of Datadog now! http://pubads.g.doubleclick.net/gampad/clk?id=241902991&iu=/4140 _______________________________________________ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
