I disagree. Why should a user be expected to restart the ENTIRE application server, when only a single deployment is changing? There are ways to do this that minimizes outage. Typically you do manual rolling update across all nodes. This process though can be somewhat of a pain in the ass (take one node out of the lb, add another), which is why I have always thought we should offer an automated tool for this. Most modern load balancers have an API for this kind of thing.
-Jason > -----Original Message----- > From: Remy Maucherat > Sent: Wednesday, June 28, 2006 10:37 AM > To: Robb Greathouse; Sacha Labourey; Stan Silvert; Ryan Campbell; > 'JBoss.org development list'; Scott M Stark > Cc: The Core; Bill Burke > Subject: RE: [JBoss-dev] Tomcat 6 redeploy. > > > Oh, thanks for clarification. > > > > When a app starts undeployment there are two possible cases. 1) It is > > being redeployed, and should return a 500 plus and 2) It is being > > undeployed for good and should return a 404. > > > > Maybe what is required is a configurable retry period. After a app is > > undeployed it could wait a defined number of seconds to see if it comes > > back. If it does not comeback after 5 or 10 seconds then Tomcat could > > conclude it was undeployed. Otherwise it would retry the request on the > > same machine without failover. > > There's an interface on mod_jk to allow configuring workers "manually" > when you expect to do maintenance. I'm not he one coding mod_jk, so if > they want to do it and code something automagical, they can ;) > > Similarly, while autodeployment is cool in development or when doing pre > production testing, I don't think it is realistic to use it in real > production environments. > > Rémy Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
