Re: [JBoss-user] SAR file with DB, EAR and MBean
Title: RE: [JBoss-user] SAR file with DB, EAR and MBean The problem with multiple versions of an MBean service has been fixed in all 3.0 and latter versions. See the approriate cvs branch for the changes. Scott StarkChief Technology OfficerJBoss Group, LLC - Original Message - From: Keysers, Wonne To: '[EMAIL PROTECTED] ' Sent: Monday, August 05, 2002 2:18 AM Subject: RE: [JBoss-user] SAR file with DB, EAR and MBean That's exactly what I have. app1.ear | |- appservices1.sar | |- META-INF | |- jboss-service.xml |- appejb1.jar | |- META-INF | |- jboss.xml | |- ejb-jar.xml |-META-INF |- application.xml |- jboss-app.xml But when I deploy app2.ear, the same classes as in appservices1.sar are used. Any Ideas? Wonne -Original Message- From: Torsten Terp To: [EMAIL PROTECTED] Sent: 8/5/2002 10:36 AM Subject: RE: [JBoss-user] SAR file with DB, EAR and MBean Hi, It sounds as thoug you are packaging your two test files as SAR files?!? To use the loader-repository, you need to package the sar in an ear, since the jboss-app.xml need to be located "next" to application.xml. So your test need two of the following: app.ear | |-META-INF/application.xml.xml |-META-INF/jboss-app.xml |-app.sar ^Torsten -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Keysers, Wonne Sent: 5. august 2002 09:50 To: '[EMAIL PROTECTED] ' Subject: RE: [JBoss-user] SAR file with DB, EAR and MBean I can't get it to work properly. As a test, I have 2 SARs of a different version (added an extra log.info()) containing some MBeans. Each SAR is stored its own EAR, but when I deploy them, only the first version loaded by the JBoss server is being used. The second EAR/SAR simply re-uses the classes of the first one. It makes no difference when I add/remove the loader-repository from the jboss-app.xml. When I deploy only one version, it's ok. What am I missing? APP1.sar jboss-service.xml: mbean code="package.Service" name="APP1:service=Service,name=APP1" ... /mbean jboss-app.xml: jboss-app loader-repositoryAPP1:loader=app1.ear/loader-repository module serviceappservices1.sar/service /module /jboss-app Thanks Wonne -Original Message- From: Scott M Stark To: [EMAIL PROTECTED] Sent: 8/4/2002 1:35 AM Subject: Re: [JBoss-user] SAR file with DB, EAR and MBean Use an ear to established a class loading scope. - Original Message - From: "Wonne Keysers" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, August 03, 2002 6:10 AM Subject: RE: [JBoss-user] SAR file with DB, EAR and MBean Does this mean that there's no way to run 2 different versions of a SAR or JAR on one single server? -Oorspronkelijk bericht- Van: [EMAIL PROTECTED] [ mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ] Namens Scott M Stark Verzonden: vrijdag 2 augustus 2002 17:36 Aan: [EMAIL PROTECTED] Onderwerp: Re: [JBoss-user] SAR file with DB, EAR and MBean You only need an ear level loader-repository is you are deploying multiple versions of the same ear. The jar, sar and war all share the same class loaders with or without the loader-repository. The loader-repository simply introduces a new level of class loaders that isolates the ear deployment classes from the other components in the JBoss server. If you need the ear level isolation and have a testcase submit a but with the ear to sourceforge. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] SAR file with DB, EAR and MBean
Does this mean that there's no way to run 2 different versions of a SAR or JAR on one single server? -Oorspronkelijk bericht- Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Namens Scott M Stark Verzonden: vrijdag 2 augustus 2002 17:36 Aan: [EMAIL PROTECTED] Onderwerp: Re: [JBoss-user] SAR file with DB, EAR and MBean You only need an ear level loader-repository is you are deploying multiple versions of the same ear. The jar, sar and war all share the same class loaders with or without the loader-repository. The loader-repository simply introduces a new level of class loaders that isolates the ear deployment classes from the other components in the JBoss server. If you need the ear level isolation and have a testcase submit a but with the ear to sourceforge. - Original Message - From: Torsten Terp [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, August 02, 2002 7:57 AM Subject: RE: [JBoss-user] SAR file with DB, EAR and MBean Thanks for the help, i really appreciate it!!! 1. You don't need to pack firebird-service.xml, it can be a module itself. 2. the jboss specific modules are intended to be in jboss-app.xml, not application.xml, like this: module servicefirebird-service.xml/service /module module serviceapp-management.sar/service /module With the above corrections (which where obvious erros..damn :-) I get the exact same error.. although it appears that putting them in application.xml may have worked. I don't see what is wrong. What happens if you 1. try not specifying a different loader repository in jboss-app.xml Ok, just tried that again. If the jboss-app.xml only specifies the use of the two services and the different loader is omitted, things work great!! 2. just cast the interfaces rather than using portable remote object.narrow? This results in the following exception: 2002-08-02 16:39:21,061 ERROR [com.netmill.statemachine.mbean.StateMachineManagement] Starting failed java.rmi.ServerException: Invalid invocation, check your deployment packaging, method=public abstract com.netmill.statemachine.ejb.interfaces.StateMachineConfiguration com.netmill.statemachine.ejb.interfaces.StateMachineConfigurat ionHome.create () throws javax.ejb.CreateException,java.rmi.RemoteException; nested exception is: javax.ejb.EJBException: Invalid invocation, check your deployment packaging, method=public abstract com.netmill.statemachine.ejb.interfaces.StateMachineConfiguration com.netmill.statemachine.ejb.interfaces.StateMachineConfigurat ionHome.create () throws javax.ejb.CreateException,java.rmi.RemoteException at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(Abstrac tTxInterceptor .java:119) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxI nterceptorCMT. java:176) at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxIntercepto rCMT.java:52) I must admit that im am lost here... any ideas?? Thanks for the help!! ^Torsten --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] SAR file with DB, EAR and MBean
Use an ear to established a class loading scope. - Original Message - From: Wonne Keysers [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, August 03, 2002 6:10 AM Subject: RE: [JBoss-user] SAR file with DB, EAR and MBean Does this mean that there's no way to run 2 different versions of a SAR or JAR on one single server? -Oorspronkelijk bericht- Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Namens Scott M Stark Verzonden: vrijdag 2 augustus 2002 17:36 Aan: [EMAIL PROTECTED] Onderwerp: Re: [JBoss-user] SAR file with DB, EAR and MBean You only need an ear level loader-repository is you are deploying multiple versions of the same ear. The jar, sar and war all share the same class loaders with or without the loader-repository. The loader-repository simply introduces a new level of class loaders that isolates the ear deployment classes from the other components in the JBoss server. If you need the ear level isolation and have a testcase submit a but with the ear to sourceforge. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] SAR file with DB, EAR and MBean
Hi Thanks for the hint... the loading sequence is now in order: 1. db 2. EJBs 3. mbeans... Thats great! But after I have added the jboss-app.xml with a context loader for my app, i get a ClassCastException i dont understand.. All the classes are in the same classloader context, but when the mbeans initialise they try to get a reference to the EJBs and this gives: java.lang.ClassCastException at com.sun.corba.se.internal.javax.rmi.PortableRemoteObject.narrow(PortableRemo teObject.java:293) at javax.rmi.PortableRemoteObject.narrow(PortableRemoteObject.java:134) .. .. I have the following structure: app.ear | |-META-INF/application.xml |-META-INF/jboss-app.xml |-app-datasource.sar |-app-management.sar |-app.jar |-app.war The app-datasource.sar only contains the META-INF/jboss-service.xml which loads the firebird service. The app-management.sar contains the mbeans and META-INF/jboss-service.xml which depends on the EJBs in tha app.jar Now, my application.xml looks like this: application module ejbapp-datasource.sar/ejb /module module ejbapp-management.sar/ejb /module module ejbapp.jar/ejb /module module web web-uriapp.war/web-uri context-root/app/context-root /web /module /application and the jboss-app.xml : jboss-app loader-repositoryapp.loader.repository:loader=app.ear/loader-repository /jboss-app I thought that the above loader-repository would imply that all the classes in both jar, war, sar etc. would be in the same classloader context since they are all part of the app.ear!?!?! Pointers or hints here are appreciated, i dont quite get it! Thanks in advance... ^Torsten -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of David Jencks Sent: 29. juli 2002 20:12 To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] SAR file with DB, EAR and MBean Easiest way is probably as an ear. Use a jboss-app.xml to get the sar to deploy as a jboss-specific package. Include anonymous depends elements in the mbean config to the ejbs in the ear that it requires. Put the sar in the ear. You can probably also do this without anonymous depends by sar (with mbean config) contains ear contains jboss-service.xml(with db config). david jencks On 2002.07.25 02:54:05 -0400 Torsten Terp wrote: Hi, Does anybody have an example of how to arrange the contents and describe the dependencies in a SAR file? The SAR needs to contain a db connection, an ear file and an mbean, and these parts should be deployed in the following order: db, ear, mbean. So far I have been deploying the 3 parts independently and configured the mbean to deploy after the ear by using the depends-list element in the mbeans service xml file. If i package a SAR like: META-INF/jboss-service.xml myapp.ear myapp-mbean.jar I cant figure out what the contens of the jboss-service.xml should be. Should it contain the contents of both the db-service.xml and the mbean-service.xml or can META-INF contain several service xml files? If anybody has hints or an example of this i would be greatfull... Thanks in advance.. ^Torsten --- This sf.net email is sponsored by: Jabber - The world's fastest growing real-time communications platform! Don't just IM. Build it in! http://www.jabber.com/osdn/xim ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] SAR file with DB, EAR and MBean
1. You don't need to pack firebird-service.xml, it can be a module itself. 2. the jboss specific modules are intended to be in jboss-app.xml, not application.xml, like this: module servicefirebird-service.xml/service /module module serviceapp-management.sar/service /module although it appears that putting them in application.xml may have worked. I don't see what is wrong. What happens if you 1. try not specifying a different loader repository in jboss-app.xml 2. just cast the interfaces rather than using portable remote object.narrow? david jencks On 2002.08.02 05:34:12 -0400 Torsten Terp wrote: Hi Thanks for the hint... the loading sequence is now in order: 1. db 2. EJBs 3. mbeans... Thats great! But after I have added the jboss-app.xml with a context loader for my app, i get a ClassCastException i dont understand.. All the classes are in the same classloader context, but when the mbeans initialise they try to get a reference to the EJBs and this gives: java.lang.ClassCastException at com.sun.corba.se.internal.javax.rmi.PortableRemoteObject.narrow(PortableRemo teObject.java:293) at javax.rmi.PortableRemoteObject.narrow(PortableRemoteObject.java:134) .. .. I have the following structure: app.ear | |-META-INF/application.xml |-META-INF/jboss-app.xml |-app-datasource.sar |-app-management.sar |-app.jar |-app.war The app-datasource.sar only contains the META-INF/jboss-service.xml which loads the firebird service. The app-management.sar contains the mbeans and META-INF/jboss-service.xml which depends on the EJBs in tha app.jar Now, my application.xml looks like this: application module ejbapp-datasource.sar/ejb /module module ejbapp-management.sar/ejb /module module ejbapp.jar/ejb /module module web web-uriapp.war/web-uri context-root/app/context-root /web /module /application and the jboss-app.xml : jboss-app loader-repositoryapp.loader.repository:loader=app.ear/loader-repository /jboss-app I thought that the above loader-repository would imply that all the classes in both jar, war, sar etc. would be in the same classloader context since they are all part of the app.ear!?!?! Pointers or hints here are appreciated, i dont quite get it! Thanks in advance... ^Torsten -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of David Jencks Sent: 29. juli 2002 20:12 To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] SAR file with DB, EAR and MBean Easiest way is probably as an ear. Use a jboss-app.xml to get the sar to deploy as a jboss-specific package. Include anonymous depends elements in the mbean config to the ejbs in the ear that it requires. Put the sar in the ear. You can probably also do this without anonymous depends by sar (with mbean config) contains ear contains jboss-service.xml(with db config). david jencks On 2002.07.25 02:54:05 -0400 Torsten Terp wrote: Hi, Does anybody have an example of how to arrange the contents and describe the dependencies in a SAR file? The SAR needs to contain a db connection, an ear file and an mbean, and these parts should be deployed in the following order: db, ear, mbean. So far I have been deploying the 3 parts independently and configured the mbean to deploy after the ear by using the depends-list element in the mbeans service xml file. If i package a SAR like: META-INF/jboss-service.xml myapp.ear myapp-mbean.jar I cant figure out what the contens of the jboss-service.xml should be. Should it contain the contents of both the db-service.xml and the mbean-service.xml or can META-INF contain several service xml files? If anybody has hints or an example of this i would be greatfull... Thanks in advance.. ^Torsten --- This sf.net email is sponsored by: Jabber - The world's fastest growing real-time communications platform! Don't just IM. Build it in! http://www.jabber.com/osdn/xim ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf
Re: [JBoss-user] SAR file with DB, EAR and MBean
You only need an ear level loader-repository is you are deploying multiple versions of the same ear. The jar, sar and war all share the same class loaders with or without the loader-repository. The loader-repository simply introduces a new level of class loaders that isolates the ear deployment classes from the other components in the JBoss server. If you need the ear level isolation and have a testcase submit a but with the ear to sourceforge. - Original Message - From: Torsten Terp [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, August 02, 2002 7:57 AM Subject: RE: [JBoss-user] SAR file with DB, EAR and MBean Thanks for the help, i really appreciate it!!! 1. You don't need to pack firebird-service.xml, it can be a module itself. 2. the jboss specific modules are intended to be in jboss-app.xml, not application.xml, like this: module servicefirebird-service.xml/service /module module serviceapp-management.sar/service /module With the above corrections (which where obvious erros..damn :-) I get the exact same error.. although it appears that putting them in application.xml may have worked. I don't see what is wrong. What happens if you 1. try not specifying a different loader repository in jboss-app.xml Ok, just tried that again. If the jboss-app.xml only specifies the use of the two services and the different loader is omitted, things work great!! 2. just cast the interfaces rather than using portable remote object.narrow? This results in the following exception: 2002-08-02 16:39:21,061 ERROR [com.netmill.statemachine.mbean.StateMachineManagement] Starting failed java.rmi.ServerException: Invalid invocation, check your deployment packaging, method=public abstract com.netmill.statemachine.ejb.interfaces.StateMachineConfiguration com.netmill.statemachine.ejb.interfaces.StateMachineConfigurationHome.create () throws javax.ejb.CreateException,java.rmi.RemoteException; nested exception is: javax.ejb.EJBException: Invalid invocation, check your deployment packaging, method=public abstract com.netmill.statemachine.ejb.interfaces.StateMachineConfiguration com.netmill.statemachine.ejb.interfaces.StateMachineConfigurationHome.create () throws javax.ejb.CreateException,java.rmi.RemoteException at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor .java:119) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT. java:176) at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:52) I must admit that im am lost here... any ideas?? Thanks for the help!! ^Torsten --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] SAR file with DB, EAR and MBean
Hi, if you are on JDK 1.4.x the PortableRemoteObject.narrow() is causing the exception as it seems to have a bug. hth, Burkhard - Original Message - From: David Jencks [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, August 02, 2002 6:58 AM Subject: Re: [JBoss-user] SAR file with DB, EAR and MBean 1. You don't need to pack firebird-service.xml, it can be a module itself. 2. the jboss specific modules are intended to be in jboss-app.xml, not application.xml, like this: module servicefirebird-service.xml/service /module module serviceapp-management.sar/service /module although it appears that putting them in application.xml may have worked. I don't see what is wrong. What happens if you 1. try not specifying a different loader repository in jboss-app.xml 2. just cast the interfaces rather than using portable remote object.narrow? david jencks On 2002.08.02 05:34:12 -0400 Torsten Terp wrote: Hi Thanks for the hint... the loading sequence is now in order: 1. db 2. EJBs 3. mbeans... Thats great! But after I have added the jboss-app.xml with a context loader for my app, i get a ClassCastException i dont understand.. All the classes are in the same classloader context, but when the mbeans initialise they try to get a reference to the EJBs and this gives: java.lang.ClassCastException at com.sun.corba.se.internal.javax.rmi.PortableRemoteObject.narrow(PortableRemo teObject.java:293) at javax.rmi.PortableRemoteObject.narrow(PortableRemoteObject.java:134) .. .. I have the following structure: app.ear | |-META-INF/application.xml |-META-INF/jboss-app.xml |-app-datasource.sar |-app-management.sar |-app.jar |-app.war The app-datasource.sar only contains the META-INF/jboss-service.xml which loads the firebird service. The app-management.sar contains the mbeans and META-INF/jboss-service.xml which depends on the EJBs in tha app.jar Now, my application.xml looks like this: application module ejbapp-datasource.sar/ejb /module module ejbapp-management.sar/ejb /module module ejbapp.jar/ejb /module module web web-uriapp.war/web-uri context-root/app/context-root /web /module /application and the jboss-app.xml : jboss-app loader-repositoryapp.loader.repository:loader=app.ear/loader-repository /jboss-app I thought that the above loader-repository would imply that all the classes in both jar, war, sar etc. would be in the same classloader context since they are all part of the app.ear!?!?! Pointers or hints here are appreciated, i dont quite get it! Thanks in advance... ^Torsten -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of David Jencks Sent: 29. juli 2002 20:12 To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] SAR file with DB, EAR and MBean Easiest way is probably as an ear. Use a jboss-app.xml to get the sar to deploy as a jboss-specific package. Include anonymous depends elements in the mbean config to the ejbs in the ear that it requires. Put the sar in the ear. You can probably also do this without anonymous depends by sar (with mbean config) contains ear contains jboss-service.xml(with db config). david jencks On 2002.07.25 02:54:05 -0400 Torsten Terp wrote: Hi, Does anybody have an example of how to arrange the contents and describe the dependencies in a SAR file? The SAR needs to contain a db connection, an ear file and an mbean, and these parts should be deployed in the following order: db, ear, mbean. So far I have been deploying the 3 parts independently and configured the mbean to deploy after the ear by using the depends-list element in the mbeans service xml file. If i package a SAR like: META-INF/jboss-service.xml myapp.ear myapp-mbean.jar I cant figure out what the contens of the jboss-service.xml should be. Should it contain the contents of both the db-service.xml and the mbean-service.xml or can META-INF contain several service xml files? If anybody has hints or an example of this i would be greatfull... Thanks in advance.. ^Torsten --- This sf.net email is sponsored by: Jabber - The world's fastest growing real-time communications platform! Don't just IM. Build it in! http://www.jabber.com/osdn/xim ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals
Re: [JBoss-user] SAR file with DB, EAR and MBean
Easiest way is probably as an ear. Use a jboss-app.xml to get the sar to deploy as a jboss-specific package. Include anonymous depends elements in the mbean config to the ejbs in the ear that it requires. Put the sar in the ear. You can probably also do this without anonymous depends by sar (with mbean config) contains ear contains jboss-service.xml(with db config). david jencks On 2002.07.25 02:54:05 -0400 Torsten Terp wrote: Hi, Does anybody have an example of how to arrange the contents and describe the dependencies in a SAR file? The SAR needs to contain a db connection, an ear file and an mbean, and these parts should be deployed in the following order: db, ear, mbean. So far I have been deploying the 3 parts independently and configured the mbean to deploy after the ear by using the depends-list element in the mbeans service xml file. If i package a SAR like: META-INF/jboss-service.xml myapp.ear myapp-mbean.jar I cant figure out what the contens of the jboss-service.xml should be. Should it contain the contents of both the db-service.xml and the mbean-service.xml or can META-INF contain several service xml files? If anybody has hints or an example of this i would be greatfull... Thanks in advance.. ^Torsten --- This sf.net email is sponsored by: Jabber - The world's fastest growing real-time communications platform! Don't just IM. Build it in! http://www.jabber.com/osdn/xim ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
