I seem to remember from when I played with this that you can go into the JMX console and there is a place to put a new URL and have JBoss hot deploy that. So hot deploy of new apps is there today. Of course, the next time JBoss is down, the new app's URL should be added to the list in the config file, since changes to MBean attributes are not remembered.
Jason Westra wrote: > Here are the results of my findings for HTTP deployment using the supplied > URLDeploymentScanner and URLDirectoryScanner classes. > > URLDeploymentScanner > -------------------- > - No scanning. Must use a exact, comma-delimited list of URLs to the > applications. > - "hot" redeploy works > - "hot" undeploy works, but only 50%. After undeploy, URLDeploymentScanner > tries to deploy each URL in the list, and if the app is gone, it logs errors > continually. > - No "hot" deploy of new apps. You have to shutdown server, and change list > of deployed applications, &restart. > - Cannot use expanded applications (e.g., no default web apps). Logs errors > saying ZipException blah, blah... > > URLDirectoryScanner > -------------------- > - No scanning. Must use a exact list of URLs to the applications. > - "hot" redeploy works > - No "hot" deploy of new apps. You have to shutdown server, and change list > of deployed applications, &restart. > - "hot" undeploy works 100%. If the app in the URL list does not exist, > URLDirectoryScanner will not error out like URLDeploymentScanner. > - Cannot use expanded applications, but logs no errors (different from > URLDeploymentScanner) > > I have not tried the farm deployment option yet, nor the JMX Ant task. > > After experimenting so far, I think pointing multiple JBoss Servers to a > shared network drive /deploy directory is a better option than using the > HTTP deployment capability. Of course, assuming you have the option of using > a shared drive to keep a single copy of your applications. Since the shared > drive would be a single point of failure, this is a toughie to swallow too. > > Jason > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of David Jencks > Sent: Friday, September 27, 2002 10:19 AM > To: [EMAIL PROTECTED] > Subject: Re: [JBoss-user] deploying via HTTP URLs > > Warning, I haven't tried much of this, and may not be 100% accurate. > > On 2002.09.27 12:01:57 -0400 Jason Westra wrote: > > Hi! > > > > I want to keep all deployed apps in a single location on our network and > > start up multiple (non-clustered) JBoss instances that deploy the apps > > from > > HTTP URLs. I know this is *possible* with JBoss however... > > > > 1. Is it recommended? > > definitely > > > If not, why? > > If so, what are some "gotchas" to look out for, tune, etc.? > > > > 2. Does it work well with expanded web apps, or should I only use > > archived > > .wars? > > I don't know, but I'd like to:-) > > 3. What affect does the URL deployment scanner time have on this type of > > deployment? > > AFAIK the scanners really only work on local file systems. If true, this > means you will have to have your application repository on one of the jboss > machines or deploy more explicitly. I think you can either list the app > urls explicitly in the scanner config or (what I'd probably do) write an > ant script using the jmx task to explicitly deploy the apps. > > I think you can use the farm service without clustering to deploy to one > jboss instance explicitly and have the deployments mirrored on the other > servers automatically. > > > 4. I have no need for session replication, fail-over, just > > load-balancing. > > Any recommendations on sticky IP routing software with Apache to ensure > > requests are routed/load-balanced across the separate JBoss-Tomcat > > servers? > > I seem to recall Greg talking about writing some kind of load balancer for > jetty so you wouldn't need apache or anything else, but I don't know > whether this is finished. > > david jencks > > > > Jason > > > > > > > > ------------------------------------------------------- > > This sf.net email is sponsored by:ThinkGeek > > Welcome to geek heaven. > > http://thinkgeek.com/sf > > _______________________________________________ > > JBoss-user mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/jboss-user > > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user -- Greg Turner, JBoss Authorized Consultant Tiburon Enterprise Systems http://www.tiburon-e-systems.com Box 1171 Tiburon, CA 94920 415-927-2543 ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
