OK even more weirdness!

We currently have 2 deployment folders defined in conf\jboss-service.xml. This is so 
that we can keep the core JBoss configuration XML/jars etc. separate from our own. It 
looks like:


  |    <!-- ==================================================================== -->
  |    <!-- Deployment Scanning                                                  -->
  |    <!-- ==================================================================== -->
  | 
  |    <!-- An mbean for hot deployment/undeployment of archives.
  |    -->
  |    <mbean code="org.jboss.deployment.scanner.URLDeploymentScanner"
  |       name="jboss.deployment:type=DeploymentScanner,flavor=URL">
  | 
  |       <!-- Uncomment (and comment/remove version below) to enable usage of the
  |         DeploymentCache
  |       <depends 
optional-attribute-name="Deployer">jboss.deployment:type=DeploymentCache</depends>
  |       -->
  |       <depends 
optional-attribute-name="Deployer">jboss.system:service=MainDeployer</depends>
  | 
  | .....
  | 
  |       <attribute name="URLs">
  |          
deploy/,file:/${uk.co.hemscott.deploy_root}/server/${jboss.server.name}/deploy
  |       </attribute>
  | 

If the replSync-service.xml file is placed in the second deployment folder 
(file:/${uk.co.hemscott.deploy_root}/server/${jboss.server.name}/deploy) then 
redeploying an application jar will cause the ClassCastException.

If I deploy the replSync-service.xml file directly into the standard JBoss folder 
(deploy/) then re-deploying an application jar does NOT cause the ClassCastException.

Could this possibly due to a bug in the DeploymentScanner somehow? However we don't 
have any other problems with our application being deployed in a separate deploy 
folder only JBoss Cache it seems??

Many thanks

mark

View the original post : 
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3838812#3838812

Reply to the post : 
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3838812


-------------------------------------------------------
This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference
Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer
Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA
REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND
_______________________________________________
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Reply via email to