Thanks Kieran and Ted, That's a pretty good way to go:) I think I'll need to create one "application" in WOMonitor per configuration as they will answer on different domain name and I don't want to get a load balancing between instances that have different properties.
Xavier On 2 avr. 2012, at 17:43, Kieran Kelleher wrote: > You could have 10 Properties files ... > > Properties.config01 > Properties.config02 > Properties.config03 > etc. > > > And then in WOMonitor (or even development launch arguments, just specify the > property extension as the java "user name", in which case ERXProperties will > ensure that the properties in that file override all other Properties files. > For for a deployed app that you want to run with Properties.config01, just > add this in WOMonitor: > > -Duser.name=config01 > > > > > > On Apr 2, 2012, at 10:16 AM, Dev WO 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/kelleherk%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]
