Re: (Repost)Re: [JBoss-user] Deployment Failure JBoss 3.0beta
This problem with class visibility between subpackages of an ear should be fixed in cvs now (not in the beta release from 2-21-2002). The sample ear you sent works fine, as does a testcase. Please check that it works with your full app. thanks david jencks On 2002.02.20 08:13:20 -0500 Stephen Davidson wrote: Hi David. The first time, I started JBoss, and then Deployed my app. There has been no run.log. How do I make it write to one? Cutting and pasting my entire screen would be a bit of a nuisance, but I can if it would help. I have a large screen buffer... file:/home/jboss/jboss-all/build/output/jboss-3.0.0beta/tmp/deploy/68.HRXCommon.jar references URL file:/home/jboss/jboss-all/build/output/jboss-3.0.0beta/tmp/deploy/HRXSecurity.jar which could not be opened, entry ignored The HRXSecurity.jar file was deployed as 78.HRXSecurity.jar in the tmp directory. It was never deployed into the deploy directory. The class files were not loaded until the servlet needed them, and then it failed. I made an ear file with only 3 EJB jars, and missing a large chunk of the documentation. The fullblown ear file (not attached) is currently just about 10MBs. The Ear file can be made available for anyone interested. The attached compressed text file was the output of the run. Your assistance in this is greatly appreciated. I am wondering if I should post this as a bug against JBoss? I kind of need this working rapidly. Do you have any ideas on a work around? I am not sure that just copying the jar files in would work. Thanks, Steve David Jencks wrote: On 2002.02.19 12:27:01 -0500 Stephen Davidson wrote: Additional Details; When I shut JBoss down and restarted, Ilots of errors occurred. Does this mean that JBoss is acting inconsistently or that the first time you started jboss and then deployed your app? I have a couple of Jars that either have common base classes, or everything else uses (or for some of the EJB-Jar files, both). For instance, I have a HRXBaseEJB class that most of the EJB's in all of the jars extend, located in a jar HRXCommon.jar. It uses some EJBs from HRXSecurity.jar. Some of these EJBs extend HRXBaseEJB. So I set up Class-Path in the MANIFEST.MF files, with appropriate settings for each EJB-Jar file. So far, so good, and generally works in Orion. (They have some classloader issues that I seem to trigger with one or two of my Jars - they have open bug reports on them and workarounds are available). When the EAR file is unpacked, the Jar files have a number prepended to them, at random, so far as I can determine. This means that the Jar files listed in the MANIFEST.MF files DO NOT exist. For example, HRXCommon.jar is renamed to 68.HRXCommon.jar on deployment. This is causing my application to fail to deploy. I don't think you have much proof of the cause-effect relationship here. Everything in your ear should be getting into the classloader system, however it is referenced in your manifests. There are 12 EJB-Jar files currently, with about 130 EJBs currently deployed, (will eventually be about 50 jars, with well over 500EJBs total), so bundling everything into one jar is not an option. How do I work-around/solve this? some helpful things to do would be: -try to make a smaller, simpler example that fails -post the jboss log (preferably with the smaller, simpler example) -if you can, send me privately the (preferable simplified) ear and I will take a look. david jencks -Steve ===Begin Sample Output=== 11:04:52,706 INFO [MainDeployer] Deploying: file:/home/jboss/jboss-all/build/output/jboss-3.0.0beta/tmp/deploy/68.HRXCommon.jar 11:04:52,711 WARN [MainDeployer] The manifest entry in file:/home/jboss/jboss-all/build/output/jboss-3.0.0beta/tmp/deploy/68.HRXCommon.jar references URL file:/home/jboss/jboss-all/build/output/jboss-3.0.0beta/tmp/deploy/HRXSecurity.jar which could not be opened, entry ignored 11:04:52,954 INFO [EJBDeployer] Deploying CodeTableEJB 11:04:53,882 ERROR [MainDeployer] could not deploy :file:/home/jboss/jboss-all/build/output/jboss-3.0.0beta/tmp/deploy/68.HRXCommon.jar java.lang.NoClassDefFoundError: com/hrnexus/security/shared/UserInterface at java.lang.Class.getMethods0(Native Method) at java.lang.Class.getMethods(Class.java:742) at org.jboss.ejb.StatefulSessionContainer.setupBeanMapping(StatefulSessionContainer.java:619) at org.jboss.ejb.StatefulSessionContainer.create(StatefulSessionContainer.java:200) at org.jboss.ejb.Application.start(Application.java:223) at org.jboss.ejb.EJBDeployer.deploy(EJBDeployer.java:459) at
Re: [JBoss-user] Deployment Failure JBoss 3.0beta
when i look at the results page for WebIntegrationUnitTestCase from today: http://lubega.com/testarchive/reports-20020220-0519/org/jboss/test/web/test/WebIntegrationUnitTestCase.html the only error is a 500 error on UserTransactionServlet that doesn't appear to be caused by a deployer rewrite. could you please be more specific, or explain where the exact problems you're referring to are being tested? thanks in advance --e-- On Tue, 19 Feb 2002 17:35:17 +, Adrian Brock wrote: Hi, There's still some problems reported by WebIntegrationUnitTestCase in JBoss3.0.0DR1 due to the deployer rewrite. You might want to monitor this link. http://lubega.com/testarchive/?M=D Hopefully, this will be fixed soon :-) Regards, Adrian ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
(Repost)Re: [JBoss-user] Deployment Failure JBoss 3.0beta
Hi David. The first time, I started JBoss, and then Deployed my app. There has been no run.log. How do I make it write to one? Cutting and pasting my entire screen would be a bit of a nuisance, but I can if it would help. I have a large screen buffer... file:/home/jboss/jboss-all/build/output/jboss-3.0.0beta/tmp/deploy/68.HRXCommon.jar references URL file:/home/jboss/jboss-all/build/output/jboss-3.0.0beta/tmp/deploy/HRXSecurity.jar which could not be opened, entry ignored The HRXSecurity.jar file was deployed as 78.HRXSecurity.jar in the tmp directory. It was never deployed into the deploy directory. The class files were not loaded until the servlet needed them, and then it failed. I made an ear file with only 3 EJB jars, and missing a large chunk of the documentation. The fullblown ear file (not attached) is currently just about 10MBs. The Ear file can be made available for anyone interested. The attached compressed text file was the output of the run. Your assistance in this is greatly appreciated. I am wondering if I should post this as a bug against JBoss? I kind of need this working rapidly. Do you have any ideas on a work around? I am not sure that just copying the jar files in would work. Thanks, Steve David Jencks wrote: On 2002.02.19 12:27:01 -0500 Stephen Davidson wrote: Additional Details; When I shut JBoss down and restarted, Ilots of errors occurred. Does this mean that JBoss is acting inconsistently or that the first time you started jboss and then deployed your app? I have a couple of Jars that either have common base classes, or everything else uses (or for some of the EJB-Jar files, both). For instance, I have a HRXBaseEJB class that most of the EJB's in all of the jars extend, located in a jar HRXCommon.jar. It uses some EJBs from HRXSecurity.jar. Some of these EJBs extend HRXBaseEJB. So I set up Class-Path in the MANIFEST.MF files, with appropriate settings for each EJB-Jar file. So far, so good, and generally works in Orion. (They have some classloader issues that I seem to trigger with one or two of my Jars - they have open bug reports on them and workarounds are available). When the EAR file is unpacked, the Jar files have a number prepended to them, at random, so far as I can determine. This means that the Jar files listed in the MANIFEST.MF files DO NOT exist. For example, HRXCommon.jar is renamed to 68.HRXCommon.jar on deployment. This is causing my application to fail to deploy. I don't think you have much proof of the cause-effect relationship here. Everything in your ear should be getting into the classloader system, however it is referenced in your manifests. There are 12 EJB-Jar files currently, with about 130 EJBs currently deployed, (will eventually be about 50 jars, with well over 500EJBs total), so bundling everything into one jar is not an option. How do I work-around/solve this? some helpful things to do would be: -try to make a smaller, simpler example that fails -post the jboss log (preferably with the smaller, simpler example) -if you can, send me privately the (preferable simplified) ear and I will take a look. david jencks -Steve ===Begin Sample Output=== 11:04:52,706 INFO [MainDeployer] Deploying: file:/home/jboss/jboss-all/build/output/jboss-3.0.0beta/tmp/deploy/68.HRXCommon.jar 11:04:52,711 WARN [MainDeployer] The manifest entry in file:/home/jboss/jboss-all/build/output/jboss-3.0.0beta/tmp/deploy/68.HRXCommon.jar references URL file:/home/jboss/jboss-all/build/output/jboss-3.0.0beta/tmp/deploy/HRXSecurity.jar which could not be opened, entry ignored 11:04:52,954 INFO [EJBDeployer] Deploying CodeTableEJB 11:04:53,882 ERROR [MainDeployer] could not deploy :file:/home/jboss/jboss-all/build/output/jboss-3.0.0beta/tmp/deploy/68.HRXCommon.jar java.lang.NoClassDefFoundError: com/hrnexus/security/shared/UserInterface at java.lang.Class.getMethods0(Native Method) at java.lang.Class.getMethods(Class.java:742) at org.jboss.ejb.StatefulSessionContainer.setupBeanMapping(StatefulSessionContainer.java:619) at org.jboss.ejb.StatefulSessionContainer.create(StatefulSessionContainer.java:200) at org.jboss.ejb.Application.start(Application.java:223) at org.jboss.ejb.EJBDeployer.deploy(EJBDeployer.java:459) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:457) at org.jboss.deployment.MainDeployer.deploySubPackages(MainDeployer.java:791) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:452) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:412) at org.jboss.deployment.MainDeployer.scan(MainDeployer.java:271) at org.jboss.deployment.MainDeployer.startService(MainDeployer.java:217) at
Re: [JBoss-user] Deployment Failure JBoss 3.0beta
Hi Edward. I have a sample Ear file that demonstrates the bug quite nicely. It is a mere 2MB, which is still a little larger than what I want to post to this list. If you would like, I can email it to you. All that is needed is to drop the Ear file in question in the Deploy directory. It will error on deployment. -Steve Edward Q. Bridges wrote: when i look at the results page for WebIntegrationUnitTestCase from today: http://lubega.com/testarchive/reports-20020220-0519/org/jboss/test/web/test/WebIntegrationUnitTestCase.html the only error is a 500 error on UserTransactionServlet that doesn't appear to be caused by a deployer rewrite. could you please be more specific, or explain where the exact problems you're referring to are being tested? thanks in advance --e-- On Tue, 19 Feb 2002 17:35:17 +, Adrian Brock wrote: [snip to save bandwidth] -- Stephen Davidson Java Consultant Delphi Consultants, LLC http://www.delphis.com Phone: 214-696-6224 x208 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Deployment Failure JBoss 3.0beta
probably the best thing is for you to make your .ear file available via a url to allow people to download it. large attachments aren't good to send through email. i would be happy to give it a go, even though my post was directed more toward adrian brock and his post regarding the error in the unit tests. regards --e-- ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Deployment Failure JBoss 3.0beta
Hi Edward. I do not have access to a viable FTP server that has anonymous login. The client in question does not use FTP, but SCP to transfer the files around. And I do not know how to make an SCP URL. If you would like, I can email you the file. Thanks, Steve Edward Q. Bridges wrote: probably the best thing is for you to make your .ear file available via a url to allow people to download it. large attachments aren't good to send through email. i would be happy to give it a go, even though my post was directed more toward adrian brock and his post regarding the error in the unit tests. regards --e-- -- Stephen Davidson Java Consultant Delphi Consultants, LLC http://www.delphis.com Phone: 214-696-6224 x208 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Deployment Failure JBoss 3.0beta
are ther some error messages while deploying ? are EJB references declared in web.xml do you have a jboss-web.xml in the webapp with EJB JNDI references properly set same for the EJB themselves between the ejb-jar.xml and jboss.xml the syntax is not the same , or at least the file name and DTD are different... -Message d'origine- De: Stephen Davidson [mailto:[EMAIL PROTECTED]] Date: mardi 19 février 2002 17:24 À: [EMAIL PROTECTED] Objet: [JBoss-user] Deployment Failure JBoss 3.0beta Greetings. I am trying to port an application from Orion to JBoss v3.0Beta. The Ear file is being read, and so far as I can tell, deployed (for more evidence, read on). The War file contained in the Ear file is definately being deployed, as the static webpages and at least one of the servlets are active and available. The EJB-jar from the Ear file are listed, but their EJBs are not. There are no error messages or stack traces, but the EJB classes are never loaded by the JVM. The jboss.xml file for the EJB.jar files appear to be correct. And the application is properly deployed on Orion. Suggestions? Thanks, Steve ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Deployment Failure JBoss 3.0beta
On 2002.02.19 11:23:32 -0500 Stephen Davidson wrote: Greetings. I am trying to port an application from Orion to JBoss v3.0Beta. The Ear file is being read, and so far as I can tell, deployed (for more evidence, read on). The War file contained in the Ear file is definately being deployed, as the static webpages and at least one of the servlets are active and available. The EJB-jar from the Ear file are listed, but their EJBs are not. There are no error messages or stack traces, but the EJB classes are never loaded by the JVM. The jboss.xml file for the EJB.jar files appear to be correct. And the application is properly deployed on Orion. Suggestions? What's the structure of your .ear and what does the jboss log say is happening when you deploy? david jencks Thanks, Steve ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Deployment Failure JBoss 3.0beta
Additional Details; When I shut JBoss down and restarted, Ilots of errors occurred. I have a couple of Jars that either have common base classes, or everything else uses (or for some of the EJB-Jar files, both). For instance, I have a HRXBaseEJB class that most of the EJB's in all of the jars extend, located in a jar HRXCommon.jar. It uses some EJBs from HRXSecurity.jar. Some of these EJBs extend HRXBaseEJB. So I set up Class-Path in the MANIFEST.MF files, with appropriate settings for each EJB-Jar file. So far, so good, and generally works in Orion. (They have some classloader issues that I seem to trigger with one or two of my Jars - they have open bug reports on them and workarounds are available). When the EAR file is unpacked, the Jar files have a number prepended to them, at random, so far as I can determine. This means that the Jar files listed in the MANIFEST.MF files DO NOT exist. For example, HRXCommon.jar is renamed to 68.HRXCommon.jar on deployment. This is causing my application to fail to deploy. There are 12 EJB-Jar files currently, with about 130 EJBs currently deployed, (will eventually be about 50 jars, with well over 500EJBs total), so bundling everything into one jar is not an option. How do I work-around/solve this? -Steve ===Begin Sample Output=== 11:04:52,706 INFO [MainDeployer] Deploying: file:/home/jboss/jboss-all/build/output/jboss-3.0.0beta/tmp/deploy/68.HRXCommon.jar 11:04:52,711 WARN [MainDeployer] The manifest entry in file:/home/jboss/jboss-all/build/output/jboss-3.0.0beta/tmp/deploy/68.HRXCommon.jar references URL file:/home/jboss/jboss-all/build/output/jboss-3.0.0beta/tmp/deploy/HRXSecurity.jar which could not be opened, entry ignored 11:04:52,954 INFO [EJBDeployer] Deploying CodeTableEJB 11:04:53,882 ERROR [MainDeployer] could not deploy :file:/home/jboss/jboss-all/build/output/jboss-3.0.0beta/tmp/deploy/68.HRXCommon.jar java.lang.NoClassDefFoundError: com/hrnexus/security/shared/UserInterface at java.lang.Class.getMethods0(Native Method) at java.lang.Class.getMethods(Class.java:742) at org.jboss.ejb.StatefulSessionContainer.setupBeanMapping(StatefulSessionContainer.java:619) at org.jboss.ejb.StatefulSessionContainer.create(StatefulSessionContainer.java:200) at org.jboss.ejb.Application.start(Application.java:223) at org.jboss.ejb.EJBDeployer.deploy(EJBDeployer.java:459) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:457) at org.jboss.deployment.MainDeployer.deploySubPackages(MainDeployer.java:791) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:452) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:412) at org.jboss.deployment.MainDeployer.scan(MainDeployer.java:271) at org.jboss.deployment.MainDeployer.startService(MainDeployer.java:217) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:160) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.system.Server.init(Server.java:157) at org.jboss.Main.boot(Main.java:263) at org.jboss.Main.run(Main.java:48) at java.lang.Thread.run(Thread.java:484) Stephen Davidson wrote: Greetings. I am trying to port an application from Orion to JBoss v3.0Beta. The Ear file is being read, and so far as I can tell, deployed (for more evidence, read on). The War file contained in the Ear file is definately being deployed, as the static webpages and at least one of the servlets are active and available. The EJB-jar from the Ear file are listed, but their EJBs are not. There are no error messages or stack traces, but the EJB classes are never loaded by the JVM. The jboss.xml file for the EJB.jar files appear to be correct. And the application is properly deployed on Orion. Suggestions? Thanks, Steve ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user -- Stephen Davidson Java Consultant Delphi Consultants, LLC http://www.delphis.com Phone: 214-696-6224 x208 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Deployment Failure JBoss 3.0beta
Hi, There's still some problems reported by WebIntegrationUnitTestCase in JBoss3.0.0DR1 due to the deployer rewrite. You might want to monitor this link. http://lubega.com/testarchive/?M=D Hopefully, this will be fixed soon :-) Regards, Adrian From: Stephen Davidson [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [JBoss-user] Deployment Failure JBoss 3.0beta Date: Tue, 19 Feb 2002 10:23:32 -0600 Greetings. I am trying to port an application from Orion to JBoss v3.0Beta. The Ear file is being read, and so far as I can tell, deployed (for more evidence, read on). The War file contained in the Ear file is definately being deployed, as the static webpages and at least one of the servlets are active and available. The EJB-jar from the Ear file are listed, but their EJBs are not. There are no error messages or stack traces, but the EJB classes are never loaded by the JVM. The jboss.xml file for the EJB.jar files appear to be correct. And the application is properly deployed on Orion. Suggestions? Thanks, Steve ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user _ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Deployment Failure JBoss 3.0beta
Structure of Ear file; Ear | - War file | - HRXCommon.jar (Uses some classes from HRXSecurity, and has an EJB) | - HRXSecurity.jar (Extends some classes from HRXCommon, and has several EJBs) | - HRXAdmin.jar (Extends some classes from HRXCommon, | uses some classes from HRXSecurity, and has lots (about 15) of EJBs) | - 8-9 other jars with dependencies similar to HRXAdmin.jar I apologize, I do not have the log from the first run. It did not display any stack traces or error messages. It just listed all of the jar files and said it was deploying them, but did not list any of the EJBs inside. -Steve David Jencks wrote: On 2002.02.19 11:23:32 -0500 Stephen Davidson wrote: Greetings. I am trying to port an application from Orion to JBoss v3.0Beta. The Ear file is being read, and so far as I can tell, deployed (for more evidence, read on). The War file contained in the Ear file is definately being deployed, as the static webpages and at least one of the servlets are active and available. The EJB-jar from the Ear file are listed, but their EJBs are not. There are no error messages or stack traces, but the EJB classes are never loaded by the JVM. The jboss.xml file for the EJB.jar files appear to be correct. And the application is properly deployed on Orion. Suggestions? What's the structure of your .ear and what does the jboss log say is happening when you deploy? david jencks Thanks, Steve ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user -- Stephen Davidson Java Consultant Delphi Consultants, LLC http://www.delphis.com Phone: 214-696-6224 x208 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Deployment Failure JBoss 3.0beta
On 2002.02.19 12:27:01 -0500 Stephen Davidson wrote: Additional Details; When I shut JBoss down and restarted, Ilots of errors occurred. Does this mean that JBoss is acting inconsistently or that the first time you started jboss and then deployed your app? I have a couple of Jars that either have common base classes, or everything else uses (or for some of the EJB-Jar files, both). For instance, I have a HRXBaseEJB class that most of the EJB's in all of the jars extend, located in a jar HRXCommon.jar. It uses some EJBs from HRXSecurity.jar. Some of these EJBs extend HRXBaseEJB. So I set up Class-Path in the MANIFEST.MF files, with appropriate settings for each EJB-Jar file. So far, so good, and generally works in Orion. (They have some classloader issues that I seem to trigger with one or two of my Jars - they have open bug reports on them and workarounds are available). When the EAR file is unpacked, the Jar files have a number prepended to them, at random, so far as I can determine. This means that the Jar files listed in the MANIFEST.MF files DO NOT exist. For example, HRXCommon.jar is renamed to 68.HRXCommon.jar on deployment. This is causing my application to fail to deploy. I don't think you have much proof of the cause-effect relationship here. Everything in your ear should be getting into the classloader system, however it is referenced in your manifests. There are 12 EJB-Jar files currently, with about 130 EJBs currently deployed, (will eventually be about 50 jars, with well over 500EJBs total), so bundling everything into one jar is not an option. How do I work-around/solve this? some helpful things to do would be: -try to make a smaller, simpler example that fails -post the jboss log (preferably with the smaller, simpler example) -if you can, send me privately the (preferable simplified) ear and I will take a look. david jencks -Steve ===Begin Sample Output=== 11:04:52,706 INFO [MainDeployer] Deploying: file:/home/jboss/jboss-all/build/output/jboss-3.0.0beta/tmp/deploy/68.HRXCommon.jar 11:04:52,711 WARN [MainDeployer] The manifest entry in file:/home/jboss/jboss-all/build/output/jboss-3.0.0beta/tmp/deploy/68.HRXCommon.jar references URL file:/home/jboss/jboss-all/build/output/jboss-3.0.0beta/tmp/deploy/HRXSecurity.jar which could not be opened, entry ignored 11:04:52,954 INFO [EJBDeployer] Deploying CodeTableEJB 11:04:53,882 ERROR [MainDeployer] could not deploy :file:/home/jboss/jboss-all/build/output/jboss-3.0.0beta/tmp/deploy/68.HRXCommon.jar java.lang.NoClassDefFoundError: com/hrnexus/security/shared/UserInterface at java.lang.Class.getMethods0(Native Method) at java.lang.Class.getMethods(Class.java:742) at org.jboss.ejb.StatefulSessionContainer.setupBeanMapping(StatefulSessionContainer.java:619) at org.jboss.ejb.StatefulSessionContainer.create(StatefulSessionContainer.java:200) at org.jboss.ejb.Application.start(Application.java:223) at org.jboss.ejb.EJBDeployer.deploy(EJBDeployer.java:459) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:457) at org.jboss.deployment.MainDeployer.deploySubPackages(MainDeployer.java:791) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:452) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:412) at org.jboss.deployment.MainDeployer.scan(MainDeployer.java:271) at org.jboss.deployment.MainDeployer.startService(MainDeployer.java:217) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:160) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.system.Server.init(Server.java:157) at org.jboss.Main.boot(Main.java:263) at org.jboss.Main.run(Main.java:48) at java.lang.Thread.run(Thread.java:484) Stephen Davidson wrote: Greetings. I am trying to port an application from Orion to JBoss v3.0Beta. The Ear file is being read, and so far as I can tell, deployed (for more evidence, read on). The War file contained in the Ear file is definately being deployed, as the static webpages and at least one of the servlets are active and available. The EJB-jar from the Ear file are listed, but their EJBs are not. There are no error messages or stack traces, but the EJB classes are never loaded by the JVM. The jboss.xml file for the EJB.jar files appear to be correct. And the application is properly deployed on Orion. Suggestions? Thanks, Steve ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user -- Stephen Davidson Java
