[Installation, Configuration & DEPLOYMENT] - DeploymentScanner
by HarleyGuy
I am hoping a more senior JBoss expert can share his knowledge on remote deployments to JBoss-AS.
We are using JBoss-4.2.3GA. We are using Hudson to accomplish our builds for the web project. We are now attempting to deploy the war file to a remote JBoss-AS running on Redhat Linux. What I discovered is JBoss-AS has the ability to scan a URL and accomplish a hot-deployment for us. We can just drop off the war file in a directory for JBoss to scan. We would have to manually remove the old war file so JBoss-AS will undeploy it for us.
The guys on my team are not very supportive on making this work because they want a clean build and suspect JBoss-AS will not provide us with this capability following my approach.
Are there any pitfalls with using the Deployment Scanner JXMBean like I described above?
Thanks for taking the time to read my post.
HG
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4249307#4249307
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4249307
16 years, 9 months
[Installation, Configuration & DEPLOYMENT] - Re: ClassCastException due to Xerces conflict during app dep
by rodos77
"jaikiran" wrote : I think this is the correct thing to do, because each deployment is expected to be started within its own classloader to ensure that it gets access to the right resources.
I do not believe JBoss 4 does this. It uses the deployer's classloader when deploying the war, not the war's classloader. Thus the problem is avoided.
"jaikiran" wrote : So the only way to override the xerces version appears to be to change the version in the JBoss endorsed directory (but that can lead to other issues).
The application I'm working on may be installed at a client site where we have no controll over the the App Server. In addition, as you said, changing the endorsed Xerces may lead to other problems so I do not think this is a viable solution.
Are you saying that currently there is no solution to this problem? If so, I'd say this is a pretty big issue for JBoss considering this problem is not seen in JBoss 4 and thus constitutes a pretty important change in behavior.
Perhaps this should be escalated and/or be given more attention? I've seen numerous posts on the forum complaining about this and none of the workarounds (classloader isolation, removing Xerces from war) address the underlying problem of being able to use a different version of Xerces than the one in the endorsed dir.
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4249303#4249303
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4249303
16 years, 9 months