Why not just deploy multiple instances with specific property files for each configuration? In your resource folder you could have Properties.config1, Properties.config2 then in the additional args in JavaMonitor you could stick -Duser.name=config1 then in the next instance you'd have -Duser.name=config2 .
On Mon, Apr 2, 2012 at 8:16 AM, Dev WO <[email protected]> wrote: > Hi WOmates, > > I'm actually rewritting a project to make it more "multiple configuration" > aware. > > I need to define a little more the "multiple configuration" setup: > -the same code-base will have about 10s different configurations (like > language setup and custom UI layout) > -each configuration would serve in the range of 100s (maybe 1000s) users > > My original idea was to create a single project in Eclipse and have a > build.xml file for each configuration (providing the language(s), the > database connection details, etc), that way I could have a specific > database for each configuration and be able to update based on the > configuration (like if configuration are used on different timezone, I can > have a more optimized downtime window), in addition to isolate the data for > each configuration. > > I haven't completely look into the build.xml to see if I could use it to > achieve "per built" Properties and includes for example. > > But do you think it's the way to do it or is there a better way to manage > this, mostly on the maintenance and future development perspective (having > a single project seams pretty interesting to me)? > > It shouldn't really matter for now, but it would also be my first move > into D2W;) > > Thanks for your comments, > > Xavier > > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Webobjects-dev mailing list ([email protected]) > Help/Unsubscribe/Update your Subscription: > > https://lists.apple.com/mailman/options/webobjects-dev/ted.archibald%40gmail.com > > This email sent to [email protected] >
_______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list ([email protected]) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [email protected]
