JBoss 4.0.5 - Problems with datasource descriptor inside an

[alexandrefvb]

Hi,

I have an application packaged in an ear file with the following structrure:

application.ear
|- META-INF
| |-- application.xml
| |-- jboss-app.xml
|- application.war
|- application.jar
|- application-ds.xml

The file application.xml specifies application-ds.xml as a java module.

When I deploy this application in JBoss 4.0.4 the datasource is sucessfully deployed and the application works ok.

Upgrading the version of JBoss to 4.0.5 the deployment fails throwing the following exception when datasource came up:

19:20:14,293 WARN [ServiceController] Problem starting service jboss.jca:service=DataSourceBinding,name=CADASTRODS
java.lang.IllegalArgumentException: interface javax.sql.DataSource is not visible from class loader
 at java.lang.reflect.Proxy.getProxyClass(Proxy.java:353)
 at java.lang.reflect.Proxy.newProxyInstance(Proxy.java:581)
 at org.jboss.proxy.GenericProxyFactory.createProxy(GenericProxyFactory.java:145)
 at org.jboss.proxy.GenericProxyFactory.createProxy(GenericProxyFactory.java:61)
 at org.jboss.resource.adapter.jdbc.remote.WrapperDataSourceService.createProxy(WrapperDataSourceService.java:290)
 at org.jboss.resource.adapter.jdbc.remote.WrapperDataSourceService.startService(WrapperDataSourceService.java:101)
 at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289)
 at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245)
 at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:585)
 at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
 at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
 at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
 at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
 at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
 at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978)
 at $Proxy0.start(Unknown Source)
 at org.jboss.system.ServiceController.start(ServiceController.java:417)
 at org.jboss.system.ServiceController.start(ServiceController.java:435)
 at org.jboss.system.ServiceController.start(ServiceController.java:435)
 at org.jboss.system.ServiceController.start(ServiceController.java:435)
 at sun.reflect.GeneratedMethodAccessor6.invoke(Unknown Source)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:585)
 at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
 at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
 at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
 at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
 at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
 at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
 at $Proxy4.start(Unknown Source)
 at org.jboss.deployment.SARDeployer.start(SARDeployer.java:302)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:585)
 at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
 at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
 at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
 at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
 at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
 at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
 at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
 at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
 at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
 at $Proxy25.start(Unknown Source)
 at org.jboss.deployment.XSLSubDeployer.start(XSLSubDeployer.java:197)
 at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1025)
 at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1015)
 at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:819)

Can I put my datasource descriptors inside ears on JBoss 4.0.5?

Thank you,

Alexandre Fidélis Vieira Bitencourt

[alexandrefvb]

Testing some possibilities i found an information that can help to point the cause of problem.

1. My application is scoped and javaToParentDelegation is set to false

<-- jboss-app.xml -->
<jboss-app>
 <loader-repository>
 peixoto.com.br:loader=pxtcore001.ear
 <loader-repository-config>java2ParentDelegation=false</loader-repository-config>
 </loader-repository>
</jboss-app>

2. Removing the jboss-app.xml descriptor from ear the Datasource came up ok, but the application does´t work because commom libraries used by my applications are in the scoped classloader.

Create an scope for our common libraries and the applications helps us to avoid problems when diferent versions of libraries are incompatible, so we cannot use the default classloader to all applications.

Any sugestion?

Thanks again,

Alexandre Fidélis Vieira Bitencourt

[dimitris]

Might be a bug - can you open a jira report, ideally with a minimal testcase?

[alexandrefvb]

Hello,

The problem seems to be specific to Oracle drivers (classes12.jar).

More detais on jira issue:

http://jira.jboss.com/jira/browse/JBAS-3854

Thank you,

Alexandre Fidélis Vieira Bitencourt