[jboss-user] [Installation, Configuration & DEPLOYMENT] - Re: EJB JAR inside EAR
Thats really unfortunate, you've been very helpful even if the problem still hasnt been solved. I'm trying a few different oracle drivers now to see if possibly the wrong version of the oracle drivers, but I'm on my last legs here! Perhaps someone else would care to chime in, or does this belong in the Persistence/Database forum for that type of help? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4128787#4128787 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4128787 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Installation, Configuration & DEPLOYMENT] - Re: EJB JAR inside EAR
I don't think this might have to do anything with the mappings. But having never worked with entity beans or blobs, i am not the right person to be commenting on this. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4128727#4128727 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4128727 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Installation, Configuration & DEPLOYMENT] - Re: EJB JAR inside EAR
This may very well be correct. On cursory inspection, the database field that this blob corresponds to has been left blank, though the rest of the record has been created properly. It appears that the process does everything EXCEPT create this blob insertion. Now, could there be a problem using the Oracle9i mapping that came default with the JBoss install to insert these values? Though it has not encountered any other problems, this is a 10g database using those 9i mappings, perhaps there was a change somewhere? (shot in the dark, just wondering) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4128427#4128427 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4128427 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Installation, Configuration & DEPLOYMENT] - Re: EJB JAR inside EAR
OK, a bit of digging, led me to this http://support.bea.com/application_content/product_portlets/support_patterns/wls/CLOBBLOBDataTypeHandlingIssuesPattern.html. Going by what is mentioned in that article, i guess, the problem you are having is related to a programming error rather than a classloader issue. Here's the relevant part from that article (you might want to go through that complete article as it recommends some programming techniques to avoid these issues with weblogic driver): anonymous wrote : Since the WebLogic driver uses WebLogic wrapper classes, no typecasting is required when using this driver. If typecasting is used, ClassCastException will be thrown | | The actual exception that occurs is on the line | | os = ((OracleThinBlob)myRegularBlob).getBinaryOutputStream();" | | To resolve this issue, the above code needs to be modified. | Replace | os = ((OracleThinBlob)myRegularBlob).getBinaryOutputStream(); | with | os = myRegularBlob.setBinaryStream(1); >From the code that you posted earlier in this thread, i do see a similar thing >being done in the code: | Blob blob = resultset.getBlob("xml"); | if(blob != null) | { | OutputStream outputstream = ((OracleBlob)blob).getBinaryOutputStream(); I guess, this line is causing the ClasscastException. To fix this, i guess a code change will be required. Since you don't have access to the code, you might have to bring this to the notice of your developers. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4128178#4128178 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4128178 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Installation, Configuration & DEPLOYMENT] - Re: EJB JAR inside EAR
If you want, I can post the jar contents of weblogic.jar. It is rather large, and does contain its own version of oracle.jdbc.driver.OracleDriver, so a ClassNotFoundException might be avoided this way I suppose. ClassLoading Isolation is set up, I can see the different repositories in my jmx-console. I set it through the ear-deployer.war value: true ...which, if I read correctly, should cause all ears to have their own isolated loader by default? If not, I also created a jboss-app.xml file: | http://www.jboss.org/j2ee/dtd/jboss-app_4_0.dtd";> | | | myserver:archive=myserver.ear | | | I have spent at least a week or more trying different configurations and combinations without much work. (not trying to be curt, just informing you) By placing the weblogic.jar file in the EAR only, JBoss cant find OracleDriver. This seems to confirm that the OracleDriver from the weblogic.jar could have been loaded in conjunction with the one from classes12.jar. Note: I placed the weblogic.jar in //lib/weblogic.jar By placing weblogic.jar in both places, the server starts up but throws the following error: | 09:38:32,352 ERROR [MainDeployer] Could not create deployment: file:/C:/jboss-4.0.4.GA/server/decisionserver/tmp/deploy/tmp35516weblogic.jar-contents/console.war | org.jboss.ws.WSException: java.lang.ClassNotFoundException: weblogic.management.console.webapp._index | at org.jboss.ws.server.WebServiceDeployerJSE.isWebserviceDeployment(WebServiceDeployerJSE.java:161) | at org.jboss.ws.server.WebServiceDeployer.create(WebServiceDeployer.java:101) | at org.jboss.ws.server.WebServiceDeployerJSE.create(WebServiceDeployerJSE.java:66) | at org.jboss.deployment.SubDeployerInterceptorSupport$XMBeanInterceptor.create(SubDeployerInterceptorSupport.java:180) | at org.jboss.deployment.SubDeployerInterceptor.invoke(SubDeployerInterceptor.java:91) | 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 $Proxy37.create(Unknown Source) | at org.jboss.deployment.MainDeployer.create(MainDeployer.java:953) | at org.jboss.deployment.MainDeployer.create(MainDeployer.java:943) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:807) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:771) | at sun.reflect.GeneratedMethodAccessor52.invoke(Unknown Source) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:324) | 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(ModelMBeanOperationInterce | ptor.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 $Proxy8.deploy(Unknown Source) | at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:421) | at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:634) | at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:263) | at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentScanner.java:336) | at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289) | at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245) | at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:324) | 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)
[jboss-user] [Installation, Configuration & DEPLOYMENT] - Re: EJB JAR inside EAR
Well, i'm puzzled now. You mentioned that you are using oracle.jdbc.driver.OracleDriver class as the driver in which case removing the classes12.jar should have caused ClassNotFoundExceptions, unless this class is contained in some other jar in the classpath. I have been thinking about your deployment usecase and to be honest, i am not yet sure why there's a ClassCastException (even if you have weblogic.jar and classes12.jar in the lib folder of the server - they will finally be loaded by a single classloader). Can you try configuring classloader isolation for your application and package the weblogic.jar inside your EAR instead of placing it in the lib folder of the server? You can find the instructions here: http://wiki.jboss.org/wiki/Wiki.jsp?page=ClassLoadingConfiguration Also, this wiki article http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossClassLoadingUseCases explains how classloading works in JBoss. You might want to read through it to understand what's the best way to package your application. Let us know how it goes. If you are still running into that issue then let's see if there's any other way we can debug this. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4127479#4127479 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4127479 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Installation, Configuration & DEPLOYMENT] - Re: EJB JAR inside EAR
Removing the classes12.jar did not seem to HURT anything per se, but it did not resolve the ClassCastException View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4127132#4127132 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4127132 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Installation, Configuration & DEPLOYMENT] - Re: EJB JAR inside EAR
The driver class is specified in the -ds.xml file as the following: | oracle.jdbc.driver.OracleDriver | I am connecting to an Oracle 10g database, if that helps. I will remove classes12.jar and try again shortly and repost more info. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4127086#4127086 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4127086 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Installation, Configuration & DEPLOYMENT] - Re: EJB JAR inside EAR
I believe this is the reason for the ClasscastException. You are having 2 separate jar file containing the same classes (and some additional ones). I guess, you have configured a datasource (*-ds.xml) file for accessing the DB. What driver are you using there? Can you post it's contents? If you are using weblogic driver then you dont need the classes12.jar in the lib folder. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4126996#4126996 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4126996 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Installation, Configuration & DEPLOYMENT] - Re: EJB JAR inside EAR
Forgot to add that there ARE javax.sql.* classes included in weblogic.jar View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4126993#4126993 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4126993 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Installation, Configuration & DEPLOYMENT] - Re: EJB JAR inside EAR
Sorry for double post =/ View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4126718#4126718 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4126718 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Installation, Configuration & DEPLOYMENT] - Re: EJB JAR inside EAR
The weblogic.jar is placed in /lib Yes, there is a classes12.jar (oracle drivers) in the same directory. This is the error I get now, not entirely unexpected given the file it was trying to load: | 13:47:23,428 ERROR [LogInterceptor] Unexpected Error in method: public abstract com.cybersource.risk | manager.decision.strategy.Strategy com.cybersource.riskmanager.decision.strategy.StrategyHome.create | (java.lang.String,java.lang.String,java.lang.String,java.sql.Timestamp,byte[],java.lang.String,java.math.BigDecimal,java.lang.String) throws javax.ejb.CreateException,java.rmi.RemoteException | java.lang.NoClassDefFoundError: weblogic/jdbc/common/OracleBlob | at com.cybersource.riskmanager.decision.strategy.StrategyBeanBMP.ejbCreate(UnknownSource) | 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:324) | at org.jboss.ejb.plugins.BMPPersistenceManager.createEntity(BMPPersistenceManager.java:205) | at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.createEntity(CachedConnectionInterceptor.java:225) | at org.jboss.ejb.EntityContainer.createHome(EntityContainer.java:772) | 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:324) | at org.jboss.invocation.Invocation.performCall(Invocation.java:359) | at org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome(EntityContainer.java:1130) | at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(EntitySynchronizationInterceptor.java:203) | at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invokeHome(CachedConnectionInterceptor.java:189) | at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:105) | at org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInstanceInterceptor.java:134) | at org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome(EntityLockInterceptor.java:76) | at org.jboss.ejb.plugins.EntityCreationInterceptor.invokeHome(EntityCreationInterceptor.java:43) | at org.jboss.ejb.plugins.CallValidationInterceptor.invokeHome(CallValidationInterceptor.java:56) | at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:125) | at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:350) | at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:161) | at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:145) | at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:132) | at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invokeHome(ProxyFactoryFinderInterceptor.java:107) | at org.jboss.ejb.EntityContainer.internalInvokeHome(EntityContainer.java:514) | at org.jboss.ejb.Container.invoke(Container.java:975) | 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:324) | 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.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:169) | at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:118) | at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:206) | at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:192) | at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:61) | at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:70) | at org.jboss.proxy.ejb.HomeInterceptor.invoke(HomeInterceptor.java:184) | at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:100) |
[jboss-user] [Installation, Configuration & DEPLOYMENT] - Re: EJB JAR inside EAR
The weblogic.jar is placed in /lib Yes, there is a classes12.jar (oracle drivers) in the same directory. This is the error I get now, not entirely unexpected given the file it was trying to load: | 13:47:23,428 ERROR [LogInterceptor] Unexpected Error in method: public abstract com.cybersource.risk | manager.decision.strategy.Strategy com.cybersource.riskmanager.decision.strategy.StrategyHome.create | (java.lang.String,java.lang.String,java.lang.String,java.sql.Timestamp,byte[],java.lang.String,java.math.BigDecimal,java.lang.String) throws javax.ejb.CreateException,java.rmi.RemoteException | java.lang.NoClassDefFoundError: weblogic/jdbc/common/OracleBlob | at com.cybersource.riskmanager.decision.strategy.StrategyBeanBMP.ejbCreate(UnknownSource) | 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:324) | at org.jboss.ejb.plugins.BMPPersistenceManager.createEntity(BMPPersistenceManager.java:205) | at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.createEntity(CachedConnectionInterceptor.java:225) | at org.jboss.ejb.EntityContainer.createHome(EntityContainer.java:772) | 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:324) | at org.jboss.invocation.Invocation.performCall(Invocation.java:359) | at org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome(EntityContainer.java:1130) | at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(EntitySynchronizationInterceptor.java:203) | at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invokeHome(CachedConnectionInterceptor.java:189) | at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:105) | at org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInstanceInterceptor.java:134) | at org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome(EntityLockInterceptor.java:76) | at org.jboss.ejb.plugins.EntityCreationInterceptor.invokeHome(EntityCreationInterceptor.java:43) | at org.jboss.ejb.plugins.CallValidationInterceptor.invokeHome(CallValidationInterceptor.java:56) | at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:125) | at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:350) | at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:161) | at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:145) | at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:132) | at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invokeHome(ProxyFactoryFinderInterceptor.java:107) | at org.jboss.ejb.EntityContainer.internalInvokeHome(EntityContainer.java:514) | at org.jboss.ejb.Container.invoke(Container.java:975) | 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:324) | 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.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:169) | at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:118) | at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:206) | at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:192) | at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:61) | at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:70) | at org.jboss.proxy.ejb.HomeInterceptor.invoke(HomeInterceptor.java:184) | at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:100) |
[jboss-user] [Installation, Configuration & DEPLOYMENT] - Re: EJB JAR inside EAR
Also, do you have any classes belonging to javax.sql.* package in that weblogic.jar? anonymous wrote : the weblogic.jar file was brought over to provide access to a specific logger that the code required. Logging of what? Trying to understand whether this logging can be done without this jar file. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4126640#4126640 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4126640 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Installation, Configuration & DEPLOYMENT] - Re: EJB JAR inside EAR
Where is this weblogic.jar file placed? Also do you have the oracle driver related jar in %JBOSS_HOME%/server/xxx/lib folder (i guess yes)? What happens if you don't have this weblogic.jar file (maybe your application will fail, but does this current usecase which is failing, go through?) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4126636#4126636 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4126636 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Installation, Configuration & DEPLOYMENT] - Re: EJB JAR inside EAR
End of the post got cut off, but it should be what you are looking for. I know its a ton to look through, thanks for doing that. One line that stands out immediately before the exception is the following: [Loaded weblogic.jdbc.common.OracleBlob] the weblogic.jar file was brought over to provide access to a specific logger that the code required. This stands out after a cursory inspection, but may be unrelated, I have no idea. This weblogic Oracle definitely seems as if it should not be used here though. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4126628#4126628 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4126628 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Installation, Configuration & DEPLOYMENT] - Re: EJB JAR inside EAR
Hmmm... Not what i expected. Let's try one other approach (again, i am not sure whether its going to pin-point the exact issue. But let's give it a try). Edit the run.bat (if you are using Windows) or run.conf (for Unix) to pass the -verbose:class JVM parameter to the server. run.bat: set JAVA_OPTS=%JAVA_OPTS% -Dsun.rmi.dgc.client.gcInterval=360 -Dsun.rmi.dgc.server.gcInterval=360 -verbose:class run.conf: if [ "x$JAVA_OPTS" = "x" ]; then |JAVA_OPTS="-server -Xms128m -Xmx512m -Dsun.rmi.dgc.client.gcInterval=360 -Dsun.rmi.dgc.server.gcInterval=360" -verbose:class | fi Note: These parameters will have to be all in one line This will print out to STDOUT the classes that are being loaded and the jar files from which they are being picked up. This dump will be huge and remember to redirect STDOUT to some file: run.bat > classes.log Restart JBoss after these changes. Then on, just follow the steps that you normally do, to run into this exception. Once this exception occurs (you will have to keep an watch on either server.log or classes.log to see whether the exception has occured), upload this classes.log to some place where we can access it (you wont be able to post that huge classes log in your post). If we are lucky, then we might figure out what the issue is from these logs. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4126612#4126612 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4126612 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Installation, Configuration & DEPLOYMENT] - Re: EJB JAR inside EAR
WAR contents: | META-INF/ | META-INF/MANIFEST.MF | WEB-INF/ | WEB-INF/classes/ | WEB-INF/classes/com/ ...etc... | WEB-INF/lib/ | WEB-INF/tlds/ | WEB-INF/weblogic.xml | WEB-INF/tlds/riskmanagerdecision.tld | decisionCore.jar | WEB-INF/web.xml | WEB-INF/jboss-web.xml | Dont want to post a giant list of class files off the bat, but suffice to say there are only class files in the classes/com/... directory structure. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4126232#4126232 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4126232 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Installation, Configuration & DEPLOYMENT] - Re: EJB JAR inside EAR
Let's start with the jars that you are packaging as part of your WAR file. Can you post the output of jar -tf decisionserver.war similar to what you had done for the EAR. You might have to extract that war to some place outside the ear to run this command. What i am interested is the list of jar files contained in this WAR. That might give us a starting point to debug this issue. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4126212#4126212 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4126212 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Installation, Configuration & DEPLOYMENT] - Re: EJB JAR inside EAR
So what can I do to try and clarify the situation? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4126202#4126202 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4126202 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Installation, Configuration & DEPLOYMENT] - Re: EJB JAR inside EAR
The ClassCastException stacktrace isnt actually printing out the exact class name, which makes it difficult to figure out what is causing this problem. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4126169#4126169 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4126169 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Installation, Configuration & DEPLOYMENT] - Re: EJB JAR inside EAR
I feel I have to reiterate that the code is closed to be, I do not have source access at this time, which unfortunately may limit us although I hope it does not. StrategyBeanBMPs ejbCreate, as per a decompiler, is as follows: | public StrategyPK ejbCreate(String s, String s1, String s2, Timestamp timestamp, byte abyte0[], String s3, BigDecimal bigdecimal, | String s4) | throws CreateException, RemoteException | { | if(!isEncrypted(abyte0)) | abyte0 = encrypt(abyte0); | super.ejbCreate(s, s1, s2, timestamp, abyte0, s3, bigdecimal, s4); | Connection connection; | try | { | ejbFindByPrimaryKey(new StrategyPK(s, s1)); | throw new DuplicateKeyException("Primary key already exists"); | } | catch(ObjectNotFoundException objectnotfoundexception) | { | connection = null; | } | PreparedStatement preparedstatement = null; | try | { | connection = dataSource.getConnection(); | if(DatabaseDetector.isOracle(connection)) | preparedstatement = connection.prepareStatement("insert into strategy (business, strategy, version, deploy_dt, deploy_admin_server, deploy_port, deploy_protocol, xml) values (?, ?, ?, ?, ?, ?, ?, empty_blob())"); | else | preparedstatement = connection.prepareStatement("insert into strategy (business, strategy, version, deploy_dt, deploy_admin_server, deploy_port, deploy_protocol, xml) values (?, ?, ?, ?, ?, ?, ?, ?)"); | if(timestamp == null) | timestamp = new Timestamp(System.currentTimeMillis()); | preparedstatement.setString(1, s); | preparedstatement.setString(2, s1); | preparedstatement.setString(3, s2); | preparedstatement.setTimestamp(4, timestamp); | preparedstatement.setString(5, s3); | if(bigdecimal == null) | bigdecimal = new BigDecimal("7001"); | preparedstatement.setBigDecimal(6, bigdecimal); | preparedstatement.setString(7, s4); | if(!DatabaseDetector.isOracle(connection)) | { | String s5 = new String(abyte0); | StringReader stringreader = new StringReader(s5); | preparedstatement.setCharacterStream(8, stringreader, s5.length()); | } | if(preparedstatement.executeUpdate() != 1) | throw new CreateException("Error adding row"); | if(DatabaseDetector.isOracle(connection)) | { | Object obj = null; | Object obj1 = null; | boolean flag = true; | try | { | connection = dataSource.getConnection(); | boolean flag1 = connection.getAutoCommit(); | connection.setAutoCommit(false); | String s6 = "select xml from strategy where business = ? and strategy = ? for update"; | preparedstatement = connection.prepareStatement(s6); | preparedstatement.setString(1, s); | preparedstatement.setString(2, s1); | ResultSet resultset = preparedstatement.executeQuery(); | if(resultset.next()) | { | Blob blob = resultset.getBlob("xml"); | if(blob != null) | { | OutputStream outputstream = ((OracleBlob)blob).getBinaryOutputStream(); | outputstream.write(abyte0); | outputstream.flush(); | outputstream.close(); | connection.commit(); | connection.setAutoCommit(flag1); | } | } | } | catch(IOException ioexception) | { | ioexception.printStackTrace(); | try | { | connection.rollback(); | } | catch(Exception exception) { } | throw new EJBException("IO Exception reading xml from strategy" + ioexception.toString()); | } | catch(SQLException sqlexception1) | { | sqlexception1.printStackTrace(); | try | { | connection.rollback(); | } | catch(Exception exception1) { } | throw new EJBException("select
[jboss-user] [Installation, Configuration & DEPLOYMENT] - Re: EJB JAR inside EAR
Sorry about this delayed reply, i somehow did not notice your reply. As for the exception, anonymous wrote : | java.lang.ClassCastException | at com.cybersource.riskmanager.decision.strategy.StrategyBeanBMP.ejbCreate(Unknown Source) This appears to be coming from your application's code. Can you post the code in the ejbCreate method of StrategyBeanBMP? Also, can you point us to the statement in that method which is throwing this ClassCastException? Furthermore, post the output of the following command(run it from command prompt): 1) cd to the deploy folder of your server and run the following: jar -tf myApp.ear Replace myApp.ear, in the command above, with the name of your ear file. Post the output here. That will give us an idea about the packaging of your application and the jars/classes involved in it. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4125227#4125227 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4125227 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Installation, Configuration & DEPLOYMENT] - Re: EJB JAR inside EAR
I was mistaken, you are correct. I read the post incorrectly, where it details exactly what you just said. Under my misunderstanding, I thought I needed to remove the EJB jar from the EAR altogether, which led me to believe that I would need to reference it somehow in my jboss-app.xml or jboss-web.xml. That is null and void since, as you pointed out, I was reading the post wrong. I should mention that I am not able to change the sourcecode, as I am trying a direct port and frankly dont have access. My exception is as follows: | 09:41:49,322 ERROR [LogInterceptor] EJBException in method: public abstract com.cybersource.riskmanager.decision.strategy.Strategy com.cybersource.riskmanager.decision.strategy.StrategyHome.create(java.lang.String,java.lang.String,java.lang.String,java.sql.Timestamp,byte[],java.lang.String,java.math.BigDecimal,java.lang.String) throws javax.ejb.CreateException,java.rmi.RemoteException, causedBy: | java.lang.ClassCastException | at com.cybersource.riskmanager.decision.strategy.StrategyBeanBMP.ejbCreate(Unknown Source) | 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:324) | at org.jboss.ejb.plugins.BMPPersistenceManager.createEntity(BMPPersistenceManager.java:205) | at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.createEntity(CachedConnectionInterceptor.java:225) | at org.jboss.ejb.EntityContainer.createHome(EntityContainer.java:772) | 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:324) | at org.jboss.invocation.Invocation.performCall(Invocation.java:359) | at org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome(EntityContainer.java:1130) | at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(EntitySynchronizationInterceptor.java:203) | at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invokeHome(CachedConnectionInterceptor.java:189) | at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:105) | at org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInstanceInterceptor.java:134) | at org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome(EntityLockInterceptor.java:76) | at org.jboss.ejb.plugins.EntityCreationInterceptor.invokeHome(EntityCreationInterceptor.java:43) | at org.jboss.ejb.plugins.CallValidationInterceptor.invokeHome(CallValidationInterceptor.java:56) | at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:125) | at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:350) | at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:161) | at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:145) | at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:132) | at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invokeHome(ProxyFactoryFinderInterceptor.java:107) | at org.jboss.ejb.EntityContainer.internalInvokeHome(EntityContainer.java:514) | at org.jboss.ejb.Container.invoke(Container.java:975) | 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:324) | 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.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:169) | at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:118) | at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:206) | at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:192) | at org.jboss.proxy.TransactionInte
[jboss-user] [Installation, Configuration & DEPLOYMENT] - Re: EJB JAR inside EAR
You haven't actually posted the actual exception stacktrace or the classes/interfaces involved in that exception. But going by what you mention, i guess you have the bean interfaces both in the WAR and the ejb JAR, isnt it? anonymous wrote : The post details that a JAR inside an EAR like th is causes problems after jboss 4.0.3. Actually, that post doesnt say that having a EJB jar inside the EAR is wrong. It recommends removing the bean interfaces from the WAR and let them be packaged only in the ejb jar. Then package this WAR and ejb JAR in an EAR. anonymous wrote : I though this might be my error, but I still need to reference the EJB jar somewhere in my deployment descriptors...where do I put this? Any suggestions? I did not understand this part of your question. Can you elaborate? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4124262#4124262 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4124262 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user