[jboss-user] [Management, JMX/JBoss] - Re: MBean inside an EAR without Annotations
Got it: ear - META-INF - lib - - jar1.jar - - jar2.jar - - jar3.jar - - jar4.jar - - - META-INF - - - classes - - - jboss-service.xml - - - my-xmbean.xml Just put the xml config in the jar that contains the JMXBean. No need to play around with META-INF etc. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4195399#4195399 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4195399 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Management, JMX/JBoss] - Re: MBean inside an EAR without Annotations
I've also tried: ear - META-INF - lib - - jar1.jar - - jar2.jar - - jar3.jar - - - META-INF - - - - my-xmbean.xml - - - - jboss-service.xml - - jar4.jar ... But to no avail. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4195387#4195387 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4195387 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Management, JMX/JBoss] - MBean inside an EAR without Annotations
I'm trying to modify a few of the MBeans that we use in our applications to use XML configuration instead of their current annotations so that I can make use of the descriptions and parameter names etc that can't be changed with the annotations. However, I simply can't get the things to deploy. I've tried all sorts of configurations but there isn't much (any) documentation on this. Can anyone tell me what configurations I need where. The latest content structure I've tried is: ear - jboss-service.xml (contains the MBean definition pointing to META-INF/my-xmbean.xml) -META-INF -- jboss-app.xml -- application.xml -- my-xmbean.xml -lib -- jar1.jar -- jar2.jar -- jar3.jar (this jar contains the MBean code) Any help is much appreciated. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4195378#4195378 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4195378 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Management, JMX/JBoss] - Naming parameters in a management bean using annotations
How can I name the parameters in my Managent bean so that they show up in the MBean view with useful names instead of p1 and p2? My MBean interface looks like this: import org.jboss.annotation.ejb.Management; | | @Management | public interface MyServiceMBean | { | public String showCustomerDetails(String accountNumber); | | public String getPathToMessageRequestDefinitionXML(); | | public String getPathToMessageResponseDefinitionXML(); | } My implementing class looks like this: @Service(objectName = "myservice:service=MyServiceMBean") | public class MyServiceMBeanImpl implements MyServiceMBean | { | | public String getPathToMessageRequestDefinitionXML() | { | return "some text"; | } | | public String getPathToMessageResponseDefinitionXML() | { | return "some text"; | } | | public String showCustomerDetails(String accountNumber) | { | // code removed. | return "some text"; | } | } I'd imagine that there's a simple annotation I can put on the interface methods to define the parameters but, for the life of me, I cannot find a single reference out there that shows me how. Appologies if I'm missing the obvious. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4187633#4187633 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4187633 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Installation, Configuration & DEPLOYMENT] - Re: Problems deploying app in a 64-bit environment
I see that in prior versions of JBoss it was possible to put strict into the jboss-app.xml file. However, this no longer seems to work. Pity. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4164805#4164805 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4164805 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Installation, Configuration & DEPLOYMENT] - Re: Problems deploying app in a 64-bit environment
Unfortunately, moving the war entry in the application.xml has not resolved the problem. Here is my new application.xml: | | mpee | | lib/core.jar | lib/mpee.jar | lib/config.jar | | | | mpee.war | /mpee | | | | I did wonder though if all the modules in the application deploy in the correct order locally, and nothing is different in the two environments except the 64-"bitness" and the version of Java, then why would the order in application.xml make a difference? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4164687#4164687 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4164687 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Installation, Configuration & DEPLOYMENT] - Re: Problems deploying app in a 64-bit environment
Ah excellent. So all I need to do is to make the war module the last entry in the application.xml (it is currently the first). I will try that. As for why it is in the deploy.last directory in a previous attempt to get this working I thought that maybe another service had not yet deployed which was causing the EJBs to be bound incorrectly. I moved it out of deploy and into deploy.last in an attempt to test this hypothesis and I simply never moved it back. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4164685#4164685 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4164685 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Installation, Configuration & DEPLOYMENT] - Re: Problems deploying app in a 64-bit environment
Sorry, forgot to thank you for your help jakiran. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4164493#4164493 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4164493 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Installation, Configuration & DEPLOYMENT] - Re: Problems deploying app in a 64-bit environment
If it is an ordering thing, and the EJBs haven't been bound into the relevant JNDI locations at the point that the WAR is being deployed, then shouldn't they be in the correct locations once the server has fully started? My problem with this is that when I look at the JNDI view in the JMX console I can see that none of the EJBs are bound to the correct locations even after the server has fully started. *** minutes later * So I removed the WAR from the EAR and restarted. Now I don't get the error when the WAR deploys (as expected) and the EJBs are bound correctly in JNDI. So it seems that when the WAR failed to deploy it stopped the deployment process of the rest of the EAR which meant that the EJBs were not then bound. Why is it that on my local machine the deployment order is correct and on the server it is not? Are there multiple threads deploying different modules in the EAR simultaneously (the server is a dual-core machine)? So, I suppose my next task is to determine how I can make the WAR the last thing to deploy when an EAR is deployed. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4164492#4164492 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4164492 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Installation, Configuration & DEPLOYMENT] - Re: Problems deploying app in a 64-bit environment
Here is the server log as my application deploys (sorry for the formatting!!). The first part in bold shows that the EJB is being deployed and the second shows that it has clearly not been bound into the expected location within JNDI. 2008-07-15 11:20:36,577 INFO [org.jboss.ejb3.MCKernelAbstraction] installing bean: jboss.j2ee:ear=10.mpee.local.20080714.1755.ear,jar=mpee.jar,name=ProcessedMessageHandlerMDB,service=EJB3 with dependencies: | 2008-07-15 11:20:36,577 INFO [org.jboss.ejb3.MCKernelAbstraction] and demands: | 2008-07-15 11:20:36,577 INFO [org.jboss.ejb3.MCKernelAbstraction] jboss.ejb:service=EJBTimerService | 2008-07-15 11:20:36,577 INFO [org.jboss.ejb3.MCKernelAbstraction] and supplies: | 2008-07-15 11:20:36,577 INFO [org.jboss.ejb3.MCKernelAbstraction] Class:javax.jms.MessageListener | 2008-07-15 11:20:36,579 DEBUG [org.jboss.ejb3.Ejb3Deployment] Bound ejb3 container jboss.j2ee:ear=10.mpee.local.20080714.1755.ear,jar=mpee.jar,name=ProcessedMessageHandlerMDB,service=EJB3 | 2008-07-15 11:20:36,579 INFO [org.jboss.ejb3.MCKernelAbstraction] installing bean: jboss.j2ee:ear=10.mpee.local.20080714.1755.ear,jar=mpee.jar,name=SendSmsMessageMDB,service=EJB3 with dependencies: | 2008-07-15 11:20:36,579 INFO [org.jboss.ejb3.MCKernelAbstraction] and demands: | 2008-07-15 11:20:36,579 INFO [org.jboss.ejb3.MCKernelAbstraction] jboss.ejb:service=EJBTimerService | 2008-07-15 11:20:36,579 INFO [org.jboss.ejb3.MCKernelAbstraction] and supplies: | 2008-07-15 11:20:36,579 INFO [org.jboss.ejb3.MCKernelAbstraction] Class:javax.jms.MessageListener | 2008-07-15 11:20:36,582 DEBUG [org.jboss.ejb3.Ejb3Deployment] Bound ejb3 container jboss.j2ee:ear=10.mpee.local.20080714.1755.ear,jar=mpee.jar,name=SendSmsMessageMDB,service=EJB3 | 2008-07-15 11:20:36,582 INFO [org.jboss.ejb3.MCKernelAbstraction] installing bean: jboss.j2ee:ear=10.mpee.local.20080714.1755.ear,jar=mpee.jar,name=ServiceManagerBeanImpl,service=EJB3 with dependencies: | 2008-07-15 11:20:36,582 INFO [org.jboss.ejb3.MCKernelAbstraction] and demands: | 2008-07-15 11:20:36,582 INFO [org.jboss.ejb3.MCKernelAbstraction] jboss.ejb:service=EJBTimerService | 2008-07-15 11:20:36,582 INFO [org.jboss.ejb3.MCKernelAbstraction] and supplies: | 2008-07-15 11:20:36,582 INFO [org.jboss.ejb3.MCKernelAbstraction] Class:com.telrock.mpee.business.ServiceManagerBean$IRemote | 2008-07-15 11:20:36,582 INFO [org.jboss.ejb3.MCKernelAbstraction] Class:com.telrock.mpee.business.ServiceManagerBean$ILocal | 2008-07-15 11:20:36,584 DEBUG [org.jboss.ejb3.Ejb3Deployment] Bound ejb3 container jboss.j2ee:ear=10.mpee.local.20080714.1755.ear,jar=mpee.jar,name=ServiceManagerBeanImpl,service=EJB3 | 2008-07-15 11:20:36,584 INFO [org.jboss.ejb3.MCKernelAbstraction] installing bean: jboss.j2ee:ear=10.mpee.local.20080714.1755.ear,jar=mpee.jar,name=SmsMessageNotificationMDB,service=EJB3 with dependencies: | 2008-07-15 11:20:36,584 INFO [org.jboss.ejb3.MCKernelAbstraction] and demands: | 2008-07-15 11:20:36,584 INFO [org.jboss.ejb3.MCKernelAbstraction] jboss.ejb:service=EJBTimerService | 2008-07-15 11:20:36,584 INFO [org.jboss.ejb3.MCKernelAbstraction] and supplies: | 2008-07-15 11:20:36,584 INFO [org.jboss.ejb3.MCKernelAbstraction] Class:javax.jms.MessageListener | 2008-07-15 11:20:36,587 DEBUG [org.jboss.ejb3.Ejb3Deployment] Bound ejb3 container jboss.j2ee:ear=10.mpee.local.20080714.1755.ear,jar=mpee.jar,name=SmsMessageNotificationMDB,service=EJB3 | 2008-07-15 11:20:36,587 INFO [org.jboss.ejb3.MCKernelAbstraction] installing bean: jboss.j2ee:ear=10.mpee.local.20080714.1755.ear,jar=mpee.jar,name=FailedClientNotificationDAOBeanImpl,service=EJB3 with dependencies: | 2008-07-15 11:20:36,587 INFO [org.jboss.ejb3.MCKernelAbstraction] and demands: | 2008-07-15 11:20:36,587 INFO [org.jboss.ejb3.MCKernelAbstraction] jboss.ejb:service=EJBTimerService | 2008-07-15 11:20:36,587 INFO [org.jboss.ejb3.MCKernelAbstraction] persistence.units:unitName=mpee | 2008-07-15 11:20:36,587 INFO [org.jboss.ejb3.MCKernelAbstraction] and supplies: | 2008-07-15 11:20:36,587 INFO [org.jboss.ejb3.MCKernelAbstraction] Class:com.telrock.mpee.dao.FailedClientNotificationDAOBean$ILocal | 2008-07-15 11:20:36,590 DEBUG [org.jboss.ejb3.Ejb3Deployment] Bound ejb3 container jboss.j2ee:ear=10.mpee.local.20080714.1755.ear,jar=mpee.jar,name=FailedClientNotificationDAOBeanImpl,service=EJB3 | 2008-07-15 11:20:36,590 INFO [org.jboss.ejb3.MCKernelAbstraction] installing bean: jboss.j2ee:ear=10.mpee.local.20080714.1755.ear,jar=mpee.jar,name=SmsMoDAOBeanImpl,service=EJB3 with dependencies: | 2008-07-15 11:20:36,590 INFO [org.jboss.ejb3.MCKernelAbstraction] and demands: | 2008-07-15 11:20:36,590 INFO [org.jboss.ejb3.MCKernelAbstraction] jboss.ejb:service=EJBTimerService | 2008-07-15 11:20:36,590 INFO [org.jboss.ej
[jboss-user] [Installation, Configuration & DEPLOYMENT] - Problems deploying app in a 64-bit environment
I've been running Jboss5.0.0.Beta4 on my local (Ubuntu) machine and have an application running nicely. Unfortunately I can't move to JBoss5.0.0.CR1 because of a problem with persistence.xml in the META-INF directory of the EAR (http://jira.jboss.org/jira/browse/JBAS-5713). My application is deploying correctly on my local machine but I couldn't get it working on the server. Basically, JBoss seems to ignore my EJB annotations when it deploys my application and it deploys each EJB into it's default location. Thus, when another part of the application tries to do a local lookup to a bean it cannot. Since it was OK locally I put my application, its datasources and queue definitions into the relevant directories and tested. Everything worked. I then tarred up the whole lot (JBoss, datasources, EAR etc) and put it onto the server. I untarred and started the server and the EJBs were bound into their default locations and not where my @LocalBinding and @RemoteBinding binding annotations had specified. I am using the following import statements: import org.jboss.ejb3.annotation.LocalBinding; | import org.jboss.ejb3.annotation.RemoteBinding; The only thing that is different between the server and my machine is that the server is using a 64bit jdk and my PC is 32 bit. I've tried 3 different versions of Java on the server (jrockit-R27.1.0-jdk1.5.0_08, jrockit-R27.5.0-jdk1.6.0_03 and jdk1.6.0_07). I'm getting the same result each time. Has anybody experienced anything similar? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4164464#4164464 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4164464 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: NullPointerException in JavaEEComponentHelper with JBoss
Jira story created: http://jira.jboss.org/jira/browse/JBAS-5713 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4162299#4162299 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4162299 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Installation, Configuration & DEPLOYMENT] - Re: JBoss5 CR1 and org.jboss.xb.binding.JBossXBException
False alarm. Sorry jaikiran. I've been having a build problem and the persistence.xml was not being updated properly. Apologies. Now that the xsd definition is being included correctly the problem has been resolved. Thanks again for your help. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4162035#4162035 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4162035 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Installation, Configuration & DEPLOYMENT] - Re: JBoss5 CR1 and org.jboss.xb.binding.JBossXBException
OK, so I turned logging up to DEBUG on all org.jboss so that I could get more information out of the server.log as I deploy. I removed all of the applications and deployed just this one to reproduce the error and ensure that I'm not looking at a different app. This is the bit of interest: 12:03:39,465 DEBUG [JBossXBDeployerHelper] Parsing file: [EMAIL PROTECTED]/10.mpee.local.20080702.1257.ear/META-INF/persistence.xml context=file:/home/jim/messaging-platform/jboss-5.0.0.CR1/server/custom1/deploy/ real=vfszip:/home/jim/messaging-platform/jboss-5.0.0.CR1/server/custom1/deploy/webs/10.mpee.local.20080702.1257.ear/META-INF/persistence.xml] for type: class org.jboss.metadata.jpa.spec.PersistenceMetaData | 12:03:39,466 DEBUG [SaxJBossXBParser] Created parser: [EMAIL PROTECTED], isNamespaceAware: true, isValidating: true, isXIncludeAware: true | 12:03:39,467 DEBUG [SaxJBossXBParser] http://xml.org/sax/features/validation set to: true | 12:03:39,467 DEBUG [SaxJBossXBParser] http://xml.org/sax/features/namespaces set to: true | 12:03:39,467 DEBUG [SaxJBossXBParser] http://apache.org/xml/features/xinclude/fixup-language set to: false | 12:03:39,467 DEBUG [SaxJBossXBParser] http://apache.org/xml/features/xinclude/fixup-base-uris set to: false | 12:03:39,467 DEBUG [SaxJBossXBParser] http://apache.org/xml/features/validation/dynamic set to: true | 12:03:39,467 DEBUG [SaxJBossXBParser] http://apache.org/xml/features/validation/schema set to: true | 12:03:39,467 DEBUG [SaxJBossXBParser] http://xml.org/sax/features/validation set to: true | 12:03:39,467 DEBUG [SaxJBossXBParser] Created parser: [EMAIL PROTECTED], isNamespaceAware: true, isValidating: true, isXIncludeAware: true | 12:03:39,472 DEBUG [JBossEntityResolver] Cannot resolve [publicID=,systemID=persistence] | 12:03:39,472 DEBUG [JBossEntityResolver] Cannot resolve [publicID=null,systemID=] | 12:03:39,473 DEBUG [PersistenceUnitParsingDeployer] Error during deploy: vfszip:/home/jim/messaging-platform/jboss-5.0.0.CR1/server/custom1/deploy/webs/10.mpee.local.20080702.1257.ear | org.jboss.deployers.spi.DeploymentException: Error creating managed object for vfszip:/home/jim/messaging-platform/jboss-5.0.0.CR1/server/custom1/deploy/webs/10.mpee.local.20080702.1257.ear I've opened up the EAR and looked at the persistence.xml file and can see that the relevant code is in it. I'm wondering if this is down to the location of my persistence.xml file. I know that in JBoss4 there were problems when the persistence.xml was in the META-INF directory of the EAR instead of the META-INF directory in the jar that held the entities. I'll investigate this possibility as well. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4162029#4162029 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4162029 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Installation, Configuration & DEPLOYMENT] - Re: JBoss5 CR1 and org.jboss.xb.binding.JBossXBException
It's true that my persistence.xml doesn't include the xsd definition: | | java:mpee_DS | com.telrock.platform.vo.PropertiesVO | | | | | But I changed it to: http://java.sun.com/xml/ns/persistence"; | xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; | xsi:schemaLocation="http://java.sun.com/xml/ns/persistence http://java.sun.com/xml/ns/persistence/persistence_1_0.xsd"; | version="1.0"> | | | java:mpee_DS | com.telrock.platform.vo.PropertiesVO | | | | | and get the same problem. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4162002#4162002 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4162002 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Installation, Configuration & DEPLOYMENT] - JBoss5 CR1 and org.jboss.xb.binding.JBossXBException
I've been using JBoss5.0.0.Beta4 and have managed to get a new set of applications deploying and working very nicely. However, now that CR1 has been released I would very much like to use that instead. Problem is that when I try and deploy any of these same applications I get the following errors for each EAR that is being deployed: 07:37:53,841 ERROR [AbstractKernelController] Error installing to Parse: name=vfszip:/home/jim/messaging-platform/jboss-5.0.0.CR1/server/custom1/deploy/webs/10.mpee.local.20080701.1742.ear state=Not Installed mode=Manual requiredState=Parse | org.jboss.deployers.spi.DeploymentException: Error creating managed object for vfszip:/home/jim/messaging-platform/jboss-5.0.0.CR1/server/custom1/deploy/webs/10.mpee.local.20080701.1742.ear | at org.jboss.deployers.spi.DeploymentException.rethrowAsDeploymentException(DeploymentException.java:49) | at org.jboss.deployers.spi.deployer.helpers.AbstractParsingDeployerWithOutput.createMetaData(AbstractParsingDeployerWithOutput.java:343) | at org.jboss.deployers.spi.deployer.helpers.AbstractParsingDeployerWithOutput.createMetaData(AbstractParsingDeployerWithOutput.java:303) | at org.jboss.deployers.spi.deployer.helpers.AbstractParsingDeployerWithOutput.createMetaData(AbstractParsingDeployerWithOutput.java:275) | at org.jboss.deployers.spi.deployer.helpers.AbstractParsingDeployerWithOutput.deploy(AbstractParsingDeployerWithOutput.java:236) | at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:174) | at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:970) | at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:911) | at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348) | at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1392) | at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:784) | at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:912) | at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:834) | at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:672) | at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:455) | at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:594) | at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:541) | at org.jboss.system.server.profileservice.ProfileServiceBootstrap.loadProfile(ProfileServiceBootstrap.java:257) | at org.jboss.system.server.profileservice.ProfileServiceBootstrap.start(ProfileServiceBootstrap.java:135) | at org.jboss.bootstrap.AbstractServerImpl.start(AbstractServerImpl.java:409) | at org.jboss.Main.boot(Main.java:209) | at org.jboss.Main$1.run(Main.java:544) | at java.lang.Thread.run(Thread.java:595) | Caused by: org.jboss.xb.binding.JBossXBException: Failed to parse source: Failed to resolve schema nsURI= location=persistence | at org.jboss.xb.binding.parser.sax.SaxJBossXBParser.parse(SaxJBossXBParser.java:203) | at org.jboss.xb.binding.UnmarshallerImpl.unmarshal(UnmarshallerImpl.java:168) | at org.jboss.deployers.vfs.spi.deployer.JBossXBDeployerHelper.parse(JBossXBDeployerHelper.java:198) | at org.jboss.deployers.vfs.spi.deployer.JBossXBDeployerHelper.parse(JBossXBDeployerHelper.java:170) | at org.jboss.deployers.vfs.spi.deployer.SchemaResolverDeployer.parse(SchemaResolverDeployer.java:132) | at org.jboss.deployers.vfs.spi.deployer.SchemaResolverDeployer.parse(SchemaResolverDeployer.java:118) | at org.jboss.deployers.vfs.spi.deployer.AbstractVFSParsingDeployer.parse(AbstractVFSParsingDeployer.java:128) | at org.jboss.deployers.spi.deployer.helpers.AbstractParsingDeployerWithOutput.createMetaData(AbstractParsingDeployerWithOutput.java:329) | ... 21 more I've checked the forums and only found a little posing about adding the following to metadata-deployer-beans.xml: | persistence_1_0.xsd | org.jboss.metadata.jpa.spec.PersistenceMetaData | | Any suggestions anyone? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161962#4161962 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161962 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Installation, Configuration & DEPLOYMENT] - Re: Can't deploy MBeans on JBoss5 Beta4
Thanks again! What documentation were you looking at that gave these imports? I looked around and saw some obscure documentation giving the imports as they were in my original post. If you could give me a URL to the stuff you're looking at it would be much appeciated. Also, unfortunately I ran into trouble right off the bat with JBoss5 CR1. I'm getting lots of nasty stack traces when I deploy the previously mentioned EAR files to JBoss5 CR1. Caused by: org.jboss.xb.binding.JBossXBException: Failed to parse source: Failed to resolve schema nsURI= location=persistence I'll dig around for the solution to that a little later though. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161732#4161732 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161732 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Installation, Configuration & DEPLOYMENT] - Re: Can't deploy MBeans on JBoss5 Beta4
Looks like I'm the first person to download JBoss5 CR1! Excellent. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161717#4161717 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161717 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Installation, Configuration & DEPLOYMENT] - Re: Can't deploy MBeans on JBoss5 Beta4
They're packaged by an ant build script into a JAR which in turn resides in an EAR. The application.xml of that EAR has an entry for the JAR that contains the beans. The Management bean is in the same JAR as the Session beans that are being deployed ( I've checked that they are actually in the JAR by exploding it and inspecting). Great news about JBoss5 CR1. I will download and install immediately! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161711#4161711 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161711 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Installation, Configuration & DEPLOYMENT] - Can't deploy MBeans on JBoss5 Beta4
We use MBeans loads in JBoss404 but I'm having trouble deploying any to JBoss5 Beta4. As a baasic test I've created the following bean: Interface: import org.jboss.annotation.ejb.Management; | | @Management | public interface ServiceProviderMBean | { | public String viewServiceProviders(); | } and class: import org.jboss.annotation.ejb.Service; | | @Service(objectName = "mpee:service=ServiceProviderMBean") | public class ServiceProviderMBeanImpl implements ServiceProviderMBean | { | public String viewServiceProviders() | { | return "hello"; | } | } There are a load of other EJB3 beans in this application that all get deployed fine. However, this MBean isn't even seen by the deployer. It is simply not deployed. I've checked the documentation and my imports seem to be correct. Am I missing something obvious? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161703#4161703 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161703 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Installation, Configuration & DEPLOYMENT] - Re: deploy.last and the applications therein.
In the end, I found that the problem was limited to the deploy.last directory. I created a directory called "webs" in the server/custom1/deploy and put my apps in their. Applications in this new directory deploy and undeploy as expected - i.e. touching one of them results in only that application being redeployed. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161697#4161697 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161697 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Installation, Configuration & DEPLOYMENT] - deploy.last and the applications therein.
We're testing out JBoss5 and building a very modular system that consists of a number of independent applications (*.ear). All of the applications live in the deploy.last directory. I'm having a bit of trouble in that when one of the applications is touched (or redeployed) ALL of the applications in the directory get redeployed. To *really* explain my point we have ApplicationX.ear, ApplicationY.ear and ApplicationZ.ear deployed in the deploy.last directory. When I redeploy (or touch) ApplicationX I can see its EJBs etc redeploy but I also see the EJBs in ApplicationY and ApplicationZ redeploy. How can I stop this? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161189#4161189 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161189 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: JNDI Binding not working in JBoss-5 Beta 4
That was the problem exactly. Thanks, you've saved me days of pain. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4160248#4160248 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4160248 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - JNDI Binding not working in JBoss-5 Beta 4
I've got an application that deploys fine on JBoss404 and JBoss422. I'm now trying out JBoss5 (Beta4) and can't get my EJBs deployed where I want them. I'm using: | @Stateless | @LocalBinding(jndiBinding = HibernateDaoBeanInterface.JNDI_LOCATION_LOCAL) | @RemoteBinding(jndiBinding = HibernateDaoBeanInterface.JNDI_LOCATION_REMOTE) | public class HibernateDaoBean implements HibernateDaoBeanInterface.ILocal, | HibernateDaoBeanInterface.IRemote | { | ... | at the top of my EJB class. The values are defined in this interface as: public interface HibernateDaoBeanInterface extends HibernateDaoInterface | { | public static final String JNDI_LOCATION_LOCAL = "/ejb3/my_application/HibernateDaoBean/prod/local"; | public static final String JNDI_LOCATION_REMOTE = "/ejb3/my_application/HibernateDaoBean/prod/remote"; | ... | However, when I look at the JNDI view in the JMX console I can see that the EJBs are being deployed in the default locations. It is as if the binding annotations are being ignored. I've been searching around but haven't discovered anyone having a similar problem. This is happening to all of the EJB3 objects in my application. The JNDI view shows me this: +- 10.platform.local.20080624.1239 | | +- PlatformDAOBeanImpl | | | +- local (proxy: $Proxy168 ... | | +- QueueConnectionServiceBean | | | +- local (proxy: $Proxy141 ... | | | +- remote (proxy: $Proxy140 ... | | +- AddBulkMessagesToDatabaseBean | | | +- local (proxy: $Proxy153 ... | | | +- remote (proxy: $Proxy152 ... | | +- HibernateDaoBean | | | +- local (proxy: $Proxy145 ... | | | +- remote (proxy: $Proxy144 ... | | +- JbpmServiceBean | | | +- local (proxy: $Proxy149 ... | | | +- remote (proxy: $Proxy148 ... | | +- SendAMessageFromCommandLineBean | | | +- remote (proxy: $Proxy160 ... | | +- BatchFilesProcessingInfoBean | | | +- local (proxy: $Proxy157 ... | | | +- remote (proxy: $Proxy156 ... As you can see, the bean object is NOT bound to ejb3/my_application/... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4160209#4160209 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4160209 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBossWS] - Re: ClassNotFoundException and a generated __JBossWS_... cla
I've hit this problem again and, after 3 days of frustration, I've discovered something quite interesting... If you add debugging to log4j for ServiceEndpoint, the error will go away. | | I'm sure nobody will believe this but it's true. Add the debug category and the error disapears. *is confused* View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4153698#4153698 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4153698 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB/JBoss] - Re: org.jboss.ejb3.remoting.BaseRemoteProxy serialid excepti
We're getting an identical error when an application deployed on JBoss422 tries to get a remote interface to an ejb that's deployed on JBoss404. I suspect that there has been a change in the org.jboss.ejb3.remoting.BaseRemoteProxy. We have an isolated class loader as default on our JBoss servers and if we put the jboss-ejb3-client.jar that is deployed on JBoss404 into the ear that is deployed on JBoss422 we no longer get the error. However, now we can't access 422 specific classes and get "JBossProxy not visible from the classloader" errors when trying to access the objects on the 422 server. It would seem that if you want to move from JBoss404 to 422, you will need to update ALL of the servers at the same time because of these incompatibilities. There doesn't seem to be any problem with using remote queues however. If anyone out there can tell me I'm wrong I'd be most pleased to know because for now I'm going to have to revert those servers running on 422 back to 404 until we can upgrade all at once. Thanks JBoss. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4125296#4125296 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4125296 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Beginners Corner] - Re: ManagedConnectionFactory is null Problem - Not related t
Hi Ravi, did you find a solution to this? I've got a similar problem. I can't reproduce the error on my local JBoss server no matter how many hot deployments of the application (not the -ds.xml) file I do. However, every now and then, I get the "You are trying to use a connection factory that has been shut down" error. It's as if the ManagedConnectionFactory is timeing out after a couple of days for some reason. Jimbo View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4059688#4059688 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4059688 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Persistence, JBoss/CMP, Hibernate, Database] - ManagedConnectionFactory is null
I've seen this error happen before due to a hot-deploy of a -ds.xml file but I'm now getting this error without a hot-deploy. If I restart the server, everything will be OK for a couple of days, and then we get problems again. My datasource is configured in a file outside of the EAR and the contents are: | messagingplatform_prod_DS | jdbc:mysql:/the_ip_of_the_server:3306/database_name | com.mysql.jdbc.Driver | myusername | mypassword | 40 | org.jboss.resource.adapter.jdbc.vendor.MySQLExceptionSorter | select 'x' | | Can anyone think of any reasons why this error might just start happening? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4055149#4055149 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4055149 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: Stateless minimum pool size
I did some research into that before but got a little scared off. We have multiple applications on the same server and I'm worried about sharing the same hibernate SessionFactory between all of these applications. I've already seen problems when redeploying (hot-deploying) an application in that when it tries to use the hibernate session factory from the previous deployment we get a load of class cast errors. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4052037#4052037 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4052037 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: Stateless minimum pool size
Thanks for your help mate... In the end I've opted for a little change in the architecture. Previously I was building the session factory etc in the post construct method for each bean. Now, when I need the session factory and a new session I get it from JNDI. If it isn't there, I create it and add it into JNDI first. This way I'm only getting the initialisation done once. However, it seems I've got some reading to do on configuration of pools! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4051628#4051628 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4051628 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: Stateless minimum pool size
OK. Well I've got a Stateless Session Bean (EJB3) that does a load of initialisation (hibernate) in it's @PostConstruct method. I don't really want this initialisation to be done every time I use the bean so I was hoping to pool a few of them and take them from the pool as required. It's killing performance at the moment because they don't seem to be pooled. Thus, I was trying to force there to be a minimum of five bean instances in the method ready pool. If this is not possible, is there another clever way I can do the initialisation and reference it in the bean? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4051210#4051210 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4051210 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: Stateless minimum pool size
What about this stuff in the standardjboss.xml file in conf? | | 100 | 100 | | 3 | | | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4051009#4051009 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4051009 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Stateless minimum pool size
Is it possible to set the minimum pool size for a stateless session bean as an annotation in the bean itself or can this only be done in the jboss.xml file? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4050947#4050947 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4050947 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBossWS] - Re: ClassNotFoundException and a generated __JBossWS_... cla
I will be deploying the code onto JBoss4.2 in the next week and I'll let you know how I get on. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4028349#4028349 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4028349 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBossWS] - Re: ClassNotFoundException and a generated __JBossWS_... cla
I'll also add that we're using JBoss404GA. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4025465#4025465 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4025465 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBossWS] - Re: ClassNotFoundException and a generated __JBossWS_... cla
I should also note that we get this error from the server when we run the client. This is not an error thrown BY the client. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4025382#4025382 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4025382 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBossWS] - ClassNotFoundException and a generated __JBossWS_... class
We're deploying a JBoss WS application and getting a nasty error: | 13:24:34,303 ERROR [AbstractServlet] Error processing web service request | javax.xml.rpc.JAXRPCException: org.jboss.ws.binding.BindingException: javax.xml.bind.MarshalException: java.lang.ClassNotFoundException: com.telrock.mint.business.ejb3.webservice.__JBossWS_MintService_MintPort_getSummary | at org.jboss.ws.soap.SOAPContentElement.getXMLFragment(SOAPContentElement.java:187) | at org.jboss.ws.soap.SOAPContentElement.expandToDOM(SOAPContentElement.java:844) | at org.jboss.ws.soap.SOAPContentElement.getChildNodes(SOAPContentElement.java:761) | at org.jboss.util.xml.DOMWriter.printInternal(DOMWriter.java:211) | ... | ... | | Caused by: org.jboss.ws.binding.BindingException: javax.xml.bind.MarshalException: java.lang.ClassNotFoundException: com.telrock.mint.business.ejb3.webservice.__JBossWS_MintService_MintPort_getSummary | at org.jboss.ws.jaxrpc.encoding.JAXBSerializer.serialize(JAXBSerializer.java:112) | at org.jboss.ws.soap.SOAPContentElement.getXMLFragment(SOAPContentElement.java:172) | ... 30 more | Caused by: javax.xml.bind.MarshalException: java.lang.ClassNotFoundException: com.telrock.mint.business.ejb3.webservice.__JBossWS_MintService_MintPort_getSummary | at org.jboss.ws.jaxb.JAXBMarshallerImpl.marshal(JAXBMarshallerImpl.java:181) | at org.jboss.ws.jaxrpc.encoding.JAXBSerializer.serialize(JAXBSerializer.java:100) | ... 31 more | Caused by: java.lang.ClassNotFoundException: com.telrock.mint.business.ejb3.webservice.__JBossWS_MintService_MintPort_getSummary | at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1352) | at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1198) | at org.jboss.ws.utils.JavaUtils.loadJavaType(JavaUtils.java:81) | at org.jboss.ws.jaxb.JAXBMarshallerImpl.marshal(JAXBMarshallerImpl.java:126) | There is nothing special about the code and we're not trying to use an isolated classloader or anything. When the relevant classes are included as a stand alone application everything works OK. When we deploy the exact same classes with the main project we get this error. The client code was generated in Eclipse from the WSDL URL that was provided by JBoss on deploying the application. I've added a classloader log and I can't find any mention of the __JBoss...getSummary class however I do find a __JBoss...getSummaryBeanInfo class. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4025380#4025380 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4025380 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBossWS] - Web Services and an Isolated Classloader
It seems that Web Services do not work when the EAR that contains the @WebService class has an isolated classloader. Here is my take on what happens: You deploy the ear and JBoss creates a war, that contains a web.xml, that points to the org.jboss.ws.server.ServiceEndpointServlet. You can send a request to the web service bean no problem, but any objects that get returned from it will throw a NoClassDefFoundError because this ServiceEndpointServlet is deployed outside of the EAR and, since it has an isolated classloader, can't reference the returned class. My application works absolutely fine when I turn off all isolation of the classloader. I don't think this can be fixed. Any ideas? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4024411#4024411 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4024411 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Installation, Configuration & Deployment] - Re: Configuring Classloader Domains
Correction in the pasted code obviously it was: | | | mint.telrock.com:loader=mint | | | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4024272#4024272 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4024272 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Installation, Configuration & Deployment] - Re: Configuring Classloader Domains
I've tried various things in the jboss-app.xml but the lastest try was simply: | | mint.telrock.com:loader=mint | | Put this in application A and application B but they can't see one anothers classes. This is a pain when using AOP or web services. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4024270#4024270 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4024270 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Installation, Configuration & Deployment] - Configuring Classloader Domains
What I need to do is create "classloader domains" so that I can deploy two EARs to use one classloader domain, with one UnifiedLoaderRepository, and deploy another two EARs in a seperate classloader domain with a completely seperate UnifiedLoaderRepository. Can this be done? I did try using an identical jboss-app.xml in two EARs, but to no avail. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4023684#4023684 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4023684 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss AOP] - Re: AOP and Scoped Classloader
Re the JIRA story... That would be perfect. I'll have to wait until the next release and put the monitoring code into the business logic (yuk). I can't add comments into JIRA so I'll add some here... It would also be nice if we could limit a particular jboss-aop.xml to a particular classloader. Thus you could say that these bindings apply to the following classloaders and no others. That way we could scope each ear to be isolated but an outside AOP application could be applied only to certain projects which would speed up the booting time of the server. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4012390#4012390 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4012390 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss AOP] - Re: AOP and Scoped Classloader
Yeah, I know about this, but the reason I'm using AOP is so that I dont need to redeploy the application that I'm monitoring. I want to deploy the monitoring application (the AOP application) seperately from the application that is being monitored. Can this be done when using scoped classloaders? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4011265#4011265 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4011265 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss AOP] - AOP and Scoped Classloader
I have a server with a number of EAR files deployed. One of these applications (call it EAR1) is logging it's own metrics from within it's own code. To replace this, I have created another metrics application that will use AOP to intercept certain method calls as they happen in EAR1. All of this is working just fine. However, the EAR1 exists on a server with another 3 applications that use the same core classes and these core classes are of different versions. Currently each of these applications uses it's own scoped classloader as defined in their own jboss-app.xml. To get my AOP application to work properly I've had to remove the jboss-app.xml file in EAR1 and in the AOP application and leave it in the other 3 apps. However, now I'm getting a lot of errors when the other applications deploy: ERROR [STDERR] [error] ClassLoader has been garbage collected.. Do verbose mode if you want full stack trace. What I really need to do is deploy my AOP application (itself an EAR file) that only applies to the classes in EAR1. Is there any way to do this? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4010049#4010049 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4010049 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Persistence, JBoss/CMP, Hibernate, Database] - Hibernate3.jar and
My problem is this... I've got a mapping that uses: |insert into payment_subscriber_account_fund | (fund_id, subscriber_id, account_number, |account_holder_name, expiry_date, is_active, full_account_number) |values (?, ?, ?, ?, ?, ?, aes_encrypt(?, '&key;')) | This was working fine in hibernate 3.0 but I've upgraded my JBoss server from 4.0.3 to 4.0.4 and hibernate has upgraded with it. Now the sql produced doesn't include the aes_encrypt value. After turning on show_sql=true I can see it do this... insert into payment_subscriber_account_fund (fund_id, subscriber_id, account_number, account_holder_name, expiry_date, is_active, full_account_number) values (?, ?, ?, ?, ?, ?, ?) Mine seems to be the correct syntax according to the documentation, and I've found one mention of this in another forum that wasn't answered. I'm assuming that this is still possible. The full mapping is as follows: ** | http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd"; |[] |> | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | |insert into payment_subscriber_account_fund | (fund_id, subscriber_id, account_number, account_holder_name, expiry_date, is_active, full_account_number) | values (?, ?, ?, ?, ?, ?, aes_encrypt(?, '&key;')) | | | |update payment_subscriber_account_fund set fund_id=?, subscriber_id=?, account_number=?, | account_holder_name=?, expiry_date=?, is_active=?, full_account_number=aes_encrypt(?,'&key;') where id=? | | | | | | I created a unit test to reproduce this problem. I have hibernate3.jar and ehcache1.1.jar in the classpath of the unit test. When I run the test the sql that is produced is correct - i.e. it includes the aes_encrypt. Now I change the hibernate3.jar with the new jar that comes bundled with JBoss404 and replace ehcache1.1.jar with ehcache1.2.jar (also in that JBoss distribution). Run the test again and the sql produced is missing the aes_encrypt. Next I replace these jars with those that are bundled with JBoss405 and I still have the wrong SQL. It would seem that is being ignored by applications using later versions of the hibernate3.jar than that which comes bundled with JBoss403. Any ideas on how I can get this to work on 404 and above? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4005274#4005274 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4005274 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss AOP] - Re: EnableLoadtimeWeaving and EnableTransformer
Thanks Kabir... the create-pluggable-jboss-classloader.bat file didn't work because it was using "mv" to copy the jar. I edited the bat file and changed it to a cp and got the file in the correct place. However, as I was doing the edit I noticed the following line... "echo JAVA_HOME: %JAVA_HOME%echo This tool will only work with JDK 1.4!!!" In true developer style I thought that I'd ignore it and see what happened. After putting the resulting jar into the bin directory of JBoss, editing the run.bat file with the new parameters, and running the server I got... ...NoClassDefFoundError: org/jboss/aop/hook/JDK14TransformerManager ... So I removed the entry in run.bat and tried again and, after booting up, my test does not cause the interceptor to run. Then I read section "10.3.3. JBoss 4.x and JDK 5" and curesed my stupidity... Changed the MBean definition to use org.jboss.aop.deployment.AspectManagerServiceJDK5 and copied all of the AOP for Java5 jars into the lib directory of my deployment. Then... HEY... PRESTO... My interceptor is working! Thanks Kabir... Next time I'll read the manual before posting for help! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3974190#3974190 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3974190 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss AOP] - EnableLoadtimeWeaving and EnableTransformer
I have been trying to get my interceptor to be called when the onMessage event of a specific MDB is called. If I turn on EnableLoadtimeWeaving (in jboss-aop.deployer/META-INF/jboss-service.xml), restart JBoss, and run my test... the interceptor is not called. If I turn OFF EnableLoadtimeWeaving and turn ON EnableTransformer, my test causes the interceptor to be called correctly. However, after I've changed to EnableTransformer=true I need to redeploy the EAR that holds the MDB so that it is transformed. This is easy enough, I just rename the EAR file that was originally deployed. I would simply leave the deprecated EnableTransformer=true switched on but, if I do this, I cannot restart the entire server because it gets half way before giving me an OutOfMemory error. I'm using JBoss4.0.4GA and Jre1.5.0_04. I don't need to change my definitions in jboss-aop, or anything else to get this to work. What are the differences between EnableTransformer and EnableLoadtimeWeaving and why does the latter not work? I haven't posted loads of code or errors in this question but I can provide it if required. Any help will be very appreciated. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3973976#3973976 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3973976 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user