[jboss-jira] [JBoss JIRA] Commented: (JBAS-4283) JBoss application server appears to be matching on *ra.xml inside the .rar file when deploying

Adrian Brock (JIRA) jira-events at lists.jboss.org
Tue Apr 3 05:35:58 EDT 2007


    [ http://jira.jboss.com/jira/browse/JBAS-4283?page=comments#action_12358178 ] 
            
Adrian Brock commented on JBAS-4283:
------------------------------------

Don't re-open this issue just because the xml file is in a nested jar file.

JBoss will not deploy any jar file that contains an unrecognised META-INF/*.xml (nested or otherwise)

It will assume that any xml file is intended to be handled by a deployer and will fail the deployment
if there is no deployer to handle it.

This is a deliberate design decision so you can do things like deploy ejb or war archives inside rars
(or any other deployment type that allows nesting).

> JBoss application server appears to be matching on *ra.xml inside the .rar file when deploying
> ----------------------------------------------------------------------------------------------
>
>                 Key: JBAS-4283
>                 URL: http://jira.jboss.com/jira/browse/JBAS-4283
>             Project: JBoss Application Server
>          Issue Type: Bug
>      Security Level: Public(Everyone can see) 
>          Components: Deployment services
>    Affects Versions: JBossAS-4.0.5.GA
>         Environment: Windows XP, JDK 5, Mule 1.3.3/ 1.4 SNAPSHOT
>            Reporter: Marie Rizzo
>
> In attempting to deploy Mule on JBoss using the rar deployment, I noticed that although a proper ra-xml file exists for JBoss deployment inside the rar file, JBoss rejects anything that contains any other file which matches the pattern but does not pertain to JBoss deployment. In my case this occurs in the resource adapter jar file which has a file called oc4j-ra.xml file inside it.  It seems to me that JBoss is matching on *ra.xml which may be the cause of the problem. Below is the relevant extract from the log file. 
> 2007-03-30 16:16:48,734 DEBUG [org.jboss.deployment.MainDeployer] Starting deployment (init step) of package at: file:/C:/Downloads/jboss-4.0.5.GAR/server/default/tmp/deploy/tmp37913mule-jca-1.4-SNAPSHOT.rar-contents/mule-module-jca-1.4-SNAPSHOT.jar
> 2007-03-30 16:16:48,734 DEBUG [org.jboss.deployment.JARDeployer] Found entry: 'META-INF/oc4j-ra.xml', matching: 'ra.xml', rejecting jar
> 2007-03-30 16:16:48,734 DEBUG [org.jboss.deployment.MainDeployer] No deployer found for url: file:/C:/Downloads/jboss-4.0.5.GAR/server/default/tmp/deploy/tmp37913mule-jca-1.4-SNAPSHOT.rar-contents/mule-module-jca-1.4-SNAPSHOT.jar
> 2007-03-30 16:16:48,734 DEBUG [org.jboss.deployment.MainDeployer] deployment waiting for deployer: file:/C:/Downloads/jboss-4.0.5.GAR/server/default/tmp/deploy/tmp37913mule-jca-1.4-SNAPSHOT.rar-contents/mule-module-jca-1.4-SNAPSHOT.jar
> Consequently, a ClassLoaderNotFound exception is thrown because the resource adapter was never deployed. 
> 11:57:17,203 WARN  [ServiceController] Problem starting service jboss.jca:service=RARDeployment,name='mule-jca-1.3.3.rar'
> java.lang.ClassNotFoundException: No ClassLoaders found for: org.mule.ra.MuleResourceAdapter
>         at org.jboss.mx.loading.LoadMgr3.beginLoadTask(LoadMgr3.java:306)
>         at org.jboss.mx.loading.RepositoryClassLoader.loadClassImpl(RepositoryClassLoader.java:511)
>         at org.jboss.mx.loading.RepositoryClassLoader.loadClass(RepositoryClassLoader.java:405)
>         at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
>         at org.jboss.resource.deployment.ResourceAdapterFactory.createResourceAdapter(ResourceAdapterFactory.java:66)
>         at org.jboss.resource.deployment.RARDeployment.startService(RARDeployment.java:108)
>         at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289)
>         at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245)
> Please could you check up on this? If JBoss is indeed matching on the *ra.xml, it would be very restrictive with regards to naming conventions.  

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        



More information about the jboss-jira mailing list