On 3/17/06, Wojciech Ciesielski <[EMAIL PROTECTED]> wrote: > I didn't expect to trigger such an elaborate discussion ;-) > > > Personally, I still think that parsing the server.xml and the > > context.xml or whatever config files the webserver is using is the > > second best option. > > There is another problem - how can you get path to tomcat root directory? > It's not that obvious... I can easily obtain real absolute path to directory > where application is deployed but it does not have to be within tomcat > (context registered outside tomcat root). Also acquiring working directory > from java system properties is not ok because it changes - for example when > tomcat is launched from within Eclipse during development then java working > dir is set to Eclipse home...
what about CATALINA_HOME / CATALINA_BASE environment variables? > > > The best option imho would be simply configure it with an external > > configuration file / system and don't spend too much time with magic > > and trickery. > > The point is that we are preparing processing system with unknown > (dynamically changing) amount of slave servers. What we were trying to > achieve is: > > - ease of deployment on 20-100 machines. That's why setting different params > in some config file for each server, packaging the WAR and sending it to the > server would be pain in the ... ;-) It's also a reason for choosing > tomcat-deployed web-apps as processing units - it's very easy to deploy on > multiple machines... Understood. But who said that the configuration has to come from file and not from a central well-known webapp? If you have one tomcat per server and your boxes are properly configured you could submit your ip adress to the configuration server and receive the "orders" from there . > > - possibility of coexistence of different versions of processing software on > one machine. It's up to master application what servers are going to be used > at particular processing does it mean more than one tomcat per server? Could you still assign each installation a unique name? regards Leon --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
