On 2002.09.27 16:19:18 -0400 Curt Johnson wrote: > A couple of quick questions... > > Is the JMX ant task documented anywhere? Only marginally in the package javadoc.
> Does it handle large files (> 20MB)? Sure, it doesn't actually copy any files, it just sends the deploy command to the deployer, which copies it at its convenience. > Does it work with the farm service? I haven't tried, but I think so. david jencks > > Thanks, > Curt Johnson > > David Jencks wrote: > > >Well, I hope you try the jmx ant task also. You can also (not > automated) > >just use jmx-console and the MainDeployer mbean to deploy stuff, just > type > >in the url and press the button. Both jmx and jmx-console are not > >dependent on the original source/location of the app remaining available > >after deployment. > > > >david jencks > > > >On 2002.09.27 15:10:08 -0400 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 > >> > >> > > > > > >------------------------------------------------------- > >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
