Hey,
5/ Based on my own experience, I prefer to make app servers as independent as possible. Give each one its own WAR file, such that when the netapp has problems your app stays afloat.
>>>
This also my experience and I can't believe that JSP classs file sharing work well. It exists today no coordination
between the different tomcat instances jsp compilation units.
Peter
QM schrieb:
On Tue, Apr 12, 2005 at 04:41:54PM -0400, Michael Marrotte wrote: : Am I posting this question to the wrong groups or a little too impatient?
1/ cross-posting to both tomcat-dev@ and tomcat-user@ is considered a breach of etiquette
2/ perhaps people don't know the answer, or have no thoughts on your situation
3/ perhaps people think your idea is interesting, but want you to take the hit for the R&D
4/ If you're worried about JSP compilation, just JSP precompilation
5/ Based on my own experience, I prefer to make app servers as independent as possible. Give each one its own WAR file, such that when the netapp has problems your app stays afloat.
-QM
: -----Original Message-----
: From: Michael Marrotte [mailto:[EMAIL PROTECTED] : Sent: Tuesday, April 12, 2005 10:01 AM
: To: tomcat-dev@jakarta.apache.org
: Subject: Tomcat Cluster + File Sharing
: : My post to the user list didn't get any response. I'm thinking the
: developers might provide a little more feedback. I'm just looking for a
: sanity check. I'd like to cluster multiple Tomcat instances to share the
: same file system (a NetApp). I'm thinking something like a master/slaves
: type architecture where the master deploys wars compiles JSP, etc and the
: slaves just read and execute. I'm picturing the architecture implemented by
: the use of two server.xml files (e.g. masterServer.xml and slaveServer.xml).
: However, before I dig too deep into it, I would just like to get any
: feedback on the idea. Any info is greatly appreciated; at the least maybe
: point me to some docs that discuss the idea.
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
