Shawn, Alex, Jamie, Frank, Jules: Thank you very much for your input. Hidden very silently in my ejb was a form, and i believe Shawn hit it on the head with the email that trails this. I wanted to respond simply to have a record of the solution in the archives. In the black art of OSS programming, all the popcorn we can leave is going to help future travelers. :)
I'm looking forward to burning some apps this week, believe me, and i think this was the last nasty that needed to be killed. thanks again for ALL your input, guys! -b > -----Original Message----- > From: Shawn Becker [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, July 09, 2002 10:05 AM > To: [EMAIL PROTECTED] > Subject: [JBoss-user] Re: any stuts users out there? > > > Regarding your NoClassDefFoundError for ActionForm > > > BT> java.lang.NoClassDefFoundError: > org/apache/struts/action/ActionForm > > BT> at java.lang.ClassLoader.defineClass0(Native Method) > > BT> at > java.lang.ClassLoader.defineClass(ClassLoader.java:493) > ... > > I had this problem last week with Struts-1.0.2 on > JBoss-3.0.0. To fix this > make sure that your EJB's JAR file doesn't contain any > classes that use > struts. > > This happens in JBoss-3.0 because the web container's classloader (for > Jetty) first looks to JBoss's parent classloader to see if > certain classes > have been loaded. If your EJB loads before your > web-application's WAR file > (and it normally does), and if the EJB contains classes that > use struts > classes, then for some reason the classloader thinks its > already loaded > those referenced struts classes even though the struts.jar is > not included > in the EJB's JAR file. > > What I've done is removed all struts-related classes from my > ejb-JAR file > and for symmetry I've also removed all EJB implementation > classes from my > WAR file. All is running nicely now. > > Good luck. > > Shawn Becker > http://www.homeportfolio.com > > > > -----Original Message----- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED]]On Behalf Of > > [EMAIL PROTECTED] > > Sent: Tuesday, July 09, 2002 9:04 AM > > To: [EMAIL PROTECTED] > > Subject: JBoss-user digest, Vol 1 #2611 - 6 msgs > > > > > > Send JBoss-user mailing list submissions to > > [EMAIL PROTECTED] > > > > To subscribe or unsubscribe via the World Wide Web, visit > > https://lists.sourceforge.net/lists/listinfo/jboss-user > > or, via email, send a message with subject or body 'help' to > > [EMAIL PROTECTED] > > > > You can reach the person managing the list at > > [EMAIL PROTECTED] > > > > When replying, please edit your Subject line so it is more specific > > than "Re: Contents of JBoss-user digest..." > > > > > > Today's Topics: > > > > 1. Re: JBoss3.0 -- any stuts users out there? (Alex Loubyansky) > > 2. Re: JBoss 3.0 Quick Guide (Bruno) > > 3. Re: Running different versions of a webapp > ([EMAIL PROTECTED]) > > 4. JBoss+Log4J+JAXM=Big Headache (Mary Roderick) > > 5. Re: How to find Deployed Applications in JBoss3.0?--help > > (David Jencks) > > 6. RE: help with bean lock/transaction error (Bill Burke) > > > > --__--__-- > > > > Message: 1 > > Date: Tue, 9 Jul 2002 11:40:27 +0300 > > From: Alex Loubyansky <[EMAIL PROTECTED]> > > To: "Brian Topping" <[EMAIL PROTECTED]> > > CC: "Jboss user list (E-mail)" <[EMAIL PROTECTED]> > > Subject: Re: [JBoss-user] JBoss3.0 -- any stuts users out there? > > Reply-To: [EMAIL PROTECTED] > > > > Hello Brian, > > > > Tuesday, July 09, 2002, 11:06:58 AM, you wrote: > > > > BT> k, hopefully i'm "real close now"... any other jboss 3 / > > struts 1.1 users out > > BT> there that can help? > > > > I use 1.0.2 for now. > > > > BT> someone on the struts list reminded me that the struts.jar > > belonged in the > > BT> app.war's web-inf/lib folder, not as a peer to the app.war. > > that could > > BT> theoretically solve the problem with the getResource calls > > that were failing, > > BT> but then remembered making the jars as peers in the deploy > > directory was the > > BT> only thing that had struts working under jboss in the > first place. > > > > BT> does *anyone* have struts 1.1 working fully (with > > i18n/properties) under > > BT> jboss 3????? > > > > I do have with 1.0.2. If didn't changed in that way I can > try to help you. > > ApplicationResources (as in the user guide) must be in classes > > directory. > > Indeed, yesterday I had problems with it too. My jsp's began with > > <%@ page language="java" contentType="text/html;charset=Cp1251"%> > > When I supposed to get Cp1251 encoding in a browser. It didn't work > > until I changed it to just > > <%@ page language="java" contentType="text/html"%> > > > > Now works fine. Also, remember to have the locale set > correctly if you > > use ApplicationResources_xx.properties. > > > > alex > > > > BT> pullleeeze?? :-) > > > > BT> apache lists are down again, i'm hoping there is someone here > > that can help > > BT> out... > > > > BT> thanks! > > > > BT> -b > > > > BT> p.s. this is the stack trace for my failing servlet. This exact > > BT> configuration runs fine when the struts.lib is pulled out of > > the web-inf/lib > > BT> and put directly into the deploy directory, but that breaks > > getResource calls > > BT> by the struts.jar util routines for properties... > > > > > > > > BT> 03:55:07,924 INFO [RequestProcessor] Processing a > 'GET' for path > > BT> '/editRegistration' > > BT> 03:55:08,074 ERROR [RequestUtils] Error creating form > bean of class > > BT> com.bill2.ejb.CustomerFullForm > > BT> java.lang.NoClassDefFoundError: > org/apache/struts/action/ActionForm > > BT> at java.lang.ClassLoader.defineClass0(Native Method) > > BT> at > java.lang.ClassLoader.defineClass(ClassLoader.java:493) > > BT> at > > BT> > > > java.security.SecureClassLoader.defineClass(SecureClassLoader. > java:111) > > BT> at > > java.net.URLClassLoader.defineClass(URLClassLoader.java:248) > > BT> at > java.net.URLClassLoader.access$100(URLClassLoader.java:56) > > BT> at > java.net.URLClassLoader$1.run(URLClassLoader.java:195) > > BT> at > java.security.AccessController.doPrivileged(Native Method) > > BT> at > java.net.URLClassLoader.findClass(URLClassLoader.java:188) > > BT> at > > BT> > > org.jboss.mx.loading.UnifiedClassLoader.findClass(UnifiedClassLoad > > er.java:226 > > BT> ) > > BT> at java.lang.ClassLoader.loadClass(ClassLoader.java:299) > > BT> at > > BT> > > org.jboss.mx.loading.UnifiedClassLoader.loadClassLocally(UnifiedCl > > assLoader.j > > BT> ava:234) > > BT> at > > BT> > > org.jboss.mx.loading.UnifiedLoaderRepository.loadClassFromReposito > > ry(UnifiedL > > BT> oaderRepository.java:507) > > BT> at > > BT> > > org.jboss.mx.loading.UnifiedLoaderRepository.loadClass(UnifiedLoad > > erRepositor > > BT> y.java:179) > > BT> at > > BT> > > org.jboss.mx.loading.UnifiedClassLoader.loadClass(UnifiedClassLoad > > er.java:283 > > BT> ) > > BT> at java.lang.ClassLoader.loadClass(ClassLoader.java:292) > > BT> at > > java.net.FactoryURLClassLoader.loadClass(URLClassLoader.java:553) > > BT> at java.lang.ClassLoader.loadClass(ClassLoader.java:255) > > BT> at > > BT> > > org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClass > > Loader.java > > BT> :1355) > > BT> at > > BT> > > org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClass > > Loader.java > > BT> :1254) > > BT> at > > BT> > > org.apache.struts.util.RequestUtils.applicationClass(RequestUtils. > > java:190) > > BT> at > > BT> > > org.apache.struts.util.RequestUtils.applicationInstance(RequestUti > > ls.java:216 > > BT> ) > > BT> at > > BT> > > org.apache.struts.util.RequestUtils.createActionForm(RequestUtils. > > java:610) > > BT> at > > BT> > > org.apache.struts.action.RequestProcessor.processActionForm(Reques > > tProcessor. > > BT> java:349) > > BT> at > > BT> > > org.apache.struts.action.RequestProcessor.process(RequestProcessor > > .java:243) > > BT> at > > BT> > > > org.apache.struts.action.ActionServlet.process(ActionServlet.j > ava:1109) > > BT> at > > BT> > org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:452) > > BT> at > > javax.servlet.http.HttpServlet.service(HttpServlet.java:740) > > BT> at > > javax.servlet.http.HttpServlet.service(HttpServlet.java:853) > > > > > > BT> ------------------------------------------------------- > > BT> This sf.net email is sponsored by:ThinkGeek > > BT> Stuff, things, and much much more. > > BT> http://thinkgeek.com/sf > > BT> _______________________________________________ > > BT> JBoss-user mailing list > > BT> [EMAIL PROTECTED] > > BT> https://lists.sourceforge.net/lists/listinfo/jboss-user > > > > -- > > Best regards, > > Alex Loubyansky > > > > > > > > > > --__--__-- > > > > Message: 2 > > Date: Tue, 9 Jul 2002 10:52:55 +0200 > > From: Bruno <[EMAIL PROTECTED]> > > To: [EMAIL PROTECTED], Andreas Schaefer > <[EMAIL PROTECTED]> > > Cc: [EMAIL PROTECTED] > > Subject: Re: [JBoss-user] JBoss 3.0 Quick Guide > > Reply-To: [EMAIL PROTECTED] > > > > Quoting Andreas Schaefer <[EMAIL PROTECTED]>: > > > > > Hi Geeks > > > > > > I am going to finish the JBoss 3.0 Quick Guide that > > > can be found under > > > > > http://sourceforge.net/project/showfiles.php?group_id=22866&releas > > e_id=97289 > > > > > > So if you have feedback for it please send it directly > > > to me. Note that the template project is a separate > > > download just underneath the Quick Guide. > > > > I think it lacks a Chapter on SSL. > > In Chapter 13, you have some information on Tomcat+SSL, > > but this info is insufficient. You don't have anything > > on RMI over SSL. > > > > You are free to copy my pages on this subject: > > http://www.lowagie.com/techtips/ > > > > best regards, > > Bruno > > > > > > --__--__-- > > > > Message: 3 > > Date: Tue, 9 Jul 2002 11:22:09 +0200 > > From: [EMAIL PROTECTED] > > To: [EMAIL PROTECTED] > > Subject: Re: [JBoss-user] Running different versions of a webapp > > Reply-To: [EMAIL PROTECTED] > > > > Use scoped ears. Search jboss-user, or release notes for 3.0 > > final for details. > > > > On Tue, Jul 09, 2002 at 10:02:17AM +0200, Keysers, Wonne wrote: > > > Hi, > > > > > > What's the best way for running different version of the same > > webapp on 1 JBoss server? > > > Same question for running different versions of EJBs, but I > > think JNDI can help us out there, right? > > > > > > Any tips and/or tricks? > > > > > > Thanks a lot! > > > -Wonne > > > > -- > > MVH > > Marius Kotsbak > > Boost communications AS > > > > > > --__--__-- > > > > Message: 4 > > Date: Tue, 09 Jul 2002 11:12:59 +0200 > > From: Mary Roderick <[EMAIL PROTECTED]> > > To: [EMAIL PROTECTED] > > Subject: [JBoss-user] JBoss+Log4J+JAXM=Big Headache > > Reply-To: [EMAIL PROTECTED] > > > > Hi, > > I have been struggling for a long time with the fact that > our use of Log4J > > conflicts with JBoss's. Because my concentration is on > other areas and not > > on logging I have been completely disabling our > application's logging when > > testing on JBoss rather than trying to figure out how integrate > > with JBoss. > > If someone can give a few words of advice that would be > great, but my real > > question is.....what do I do about JAXM's logging. I cannot shut > > it off. As > > you can see from the stacktrace below JAXM doesn't like the > > org.jboss.logging.log4j.ConsoleAppender. I am sure there > are good reasons > > for using JBoss wrapper classes but how can this be > portable/compatible? > > > > Again, my concentration is not logging. I need to test our > EJB with JDK1.4 > > and want to use JBoss 3.0 to do so (I know JBoss isn't claiming > > compatibility but several users are using JDK1.4 so I > thought I would give > > it a shot...) I cannot do my testing because our system > intialization > > fails. Before I go in and disable SOAP I wanted to see if > someone could > > help. I have already avoided the JBoss/Log4J problem long enough. > > > > Thanks in advance, > > Mary > > > > See the bold text...the last message is of course just a symptom: > > > > [10:34:07,739,Default] log4j:WARN Failed to set property > [maxFileSize] to > > value "500KB". > > [10:34:07,749,Default] java.lang.IllegalArgumentException: object > > is not an > > instance of declaring class > > [10:34:07,759,Default] at > java.lang.reflect.Method.invoke(Native Method) > > [10:34:07,769,Default] > > [10:34:07,779,Default] at > > org.apache.log4j.config.PropertySetter.setProperty(PropertySetter. > > java:196) > > [10:34:07,789,Default] > > [10:34:07,799,Default] at > > org.apache.log4j.config.PropertySetter.setProperty(PropertySetter. > > java:155) > > [10:34:07,809,Default] > > [10:34:07,819,Default] at > > org.apache.log4j.config.PropertySetter.setProperties(PropertySette > > r.java:120) > > [10:34:07,830,Default] > > [10:34:07,850,Default] at > > org.apache.log4j.config.PropertySetter.setProperties(PropertySette > > r.java:87) > > [10:34:07,860,Default] > > [10:34:07,870,Default] at > > org.apache.log4j.PropertyConfigurator.parseAppender(PropertyConfig > > urator.java:645) > > [10:34:07,880,Default] > > [10:34:07,890,Default] at > > org.apache.log4j.PropertyConfigurator.parseCategory(PropertyConfig > > urator.java:603) > > [10:34:07,900,Default] > > [10:34:07,910,Default] at > > org.apache.log4j.PropertyConfigurator.configureRootCategory(Proper > > tyConfigurator.java:500) > > [10:34:07,920,Default] > > [10:34:07,930,Default] at > > org.apache.log4j.PropertyConfigurator.doConfigure(PropertyConfigur > > ator.java:406) > > [10:34:07,940,Default] > > [10:34:07,950,Default] at > > org.apache.log4j.PropertyConfigurator.doConfigure(PropertyConfigur > > ator.java:432) > > [10:34:07,970,Default] > > [10:34:07,980,Default] at > > org.apache.log4j.helpers.OptionConverter.selectAndConfigure(Option > > Converter.java:456) > > [10:34:07,990,Default] > > [10:34:08,000,Default] at > > org.apache.log4j.LogManager.<clinit>(LogManager.java:145) > > [10:34:08,010,Default] > > [10:34:08,020,Default] at > > org.apache.log4j.Category.getInstance(Category.java:518) > > [10:34:08,030,Default] > > [10:34:08,040,Default] at > > org.apache.commons.logging.impl.Log4JCategoryLog.<init>(Log4JCateg > > oryLog.java:97) > > [10:34:08,060,Default] > > [10:34:08,070,Default] at > > java.lang.reflect.Constructor.newInstance(Native Method) > > [10:34:08,080,Default] > > [10:34:08,090,Default] at > > org.apache.commons.logging.LogSource.makeNewLogInstance(LogSource. > > java:281) > > [10:34:08,100,Default] > > [10:34:08,110,Default] at > > org.apache.commons.logging.LogSource.getInstance(LogSource.java:238) > > [10:34:08,120,Default] > > [10:34:08,130,Default] at > > com.sun.xml.messaging.client.p2p.HttpSOAPConnection.<clinit>(HttpS > > OAPConnection.java:39) > > [10:34:08,150,Default] > > [10:34:08,160,Default] at java.lang.Class.forName0(Native Method) > > [10:34:08,170,Default] > > [10:34:08,180,Default] at java.lang.Class.forName(Unknown Source) > > [10:34:08,190,Default] > > [10:34:08,200,Default] at > > com.csc.dip.jvpms.core.JvpmsSystem.initJaxmLogging(Unknown Source) > > [10:34:08,210,Default] > > [10:34:08,220,Default] at > > com.csc.dip.jvpms.core.JvpmsSystem.init(Unknown > > Source) > > [10:34:08,230,Default] > > [10:34:08,250,Default] at > > com.csc.dip.jvpms.web.SettingsConfigServlet.init(Unknown Source) > > [10:34:08,260,Default] > > [10:34:08,270,Default] at > > > org.apache.catalina.core.StandardWrapper.load(StandardWrapper. > java:852) > > [10:34:08,280,Default] > > [10:34:08,290,Default] at > > org.apache.catalina.core.StandardContext.loadOnStartup(StandardCon > > text.java:3267) > > [10:34:08,300,Default] > > [10:34:08,310,Default] at > > > org.apache.catalina.core.StandardContext.start(StandardContext > .java:3384) > > [10:34:08,330,Default] > > [10:34:08,340,Default] at > > > org.apache.catalina.core.ContainerBase.addChild(ContainerBase. > java:785) > > [10:34:08,350,Default] > > [10:34:08,360,Default] at > > > org.apache.catalina.core.StandardHost.addChild(StandardHost.java:454) > > [10:34:08,370,Default] > > [10:34:08,380,Default] at > > org.jboss.web.catalina.EmbeddedCatalinaServiceSX.createWebContext( > EmbeddedCatalinaServiceSX.java:428) > > [10:34:08,390,Default] > > [10:34:08,400,Default] at > > org.jboss.web.catalina.EmbeddedCatalinaServiceSX.performDeploy(Emb > > eddedCatalinaServiceSX.java:282) > > [10:34:08,410,Default] > > [10:34:08,420,Default] at > > > org.jboss.web.AbstractWebContainer.deploy(AbstractWebContainer > .java:191) > > [10:34:08,430,Default] > > [10:34:08,440,Default] at > java.lang.reflect.Method.invoke(Native Method) > > [10:34:08,460,Default] > > [10:34:08,470,Default] at > > > com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl. > java:1628) > > [10:34:08,480,Default] > > [10:34:08,490,Default] at > > > com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl. > java:1523) > > [10:34:08,500,Default] > > [10:34:08,510,Default] at > > > org.jboss.deployment.J2eeDeployer.startModules(J2eeDeployer.java:505) > > [10:34:08,520,Default] > > [10:34:08,531,Default] at > > > org.jboss.deployment.J2eeDeployer.startApplication(J2eeDeploye > r.java:459) > > [10:34:08,541,Default] > > [10:34:08,551,Default] at > > org.jboss.deployment.J2eeDeployer.deploy(J2eeDeployer.java:190) > > [10:34:08,561,Default] > > [10:34:08,571,Default] at > java.lang.reflect.Method.invoke(Native Method) > > [10:34:08,591,Default] > > [10:34:08,601,Default] at > > > com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl. > java:1628) > > [10:34:08,611,Default] > > [10:34:08,621,Default] at > > > com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl. > java:1523) > > [10:34:08,631,Default] > > [10:34:08,641,Default] at > > org.jboss.deployment.AutoDeployer.deploy(AutoDeployer.java:395) > > [10:34:08,651,Default] > > [10:34:08,661,Default] at > > org.jboss.deployment.AutoDeployer.run(AutoDeployer.java:233) > > [10:34:08,671,Default] > > [10:34:08,681,Default] at > > > org.jboss.deployment.AutoDeployer.startService(AutoDeployer.java:371) > > [10:34:08,691,Default] > > [10:34:08,701,Default] at > > > org.jboss.util.ServiceMBeanSupport.start(ServiceMBeanSupport.java:103) > > [10:34:08,721,Default] > > [10:34:08,731,Default] at > java.lang.reflect.Method.invoke(Native Method) > > [10:34:08,741,Default] > > [10:34:08,751,Default] at > > > com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl. > java:1628) > > [10:34:08,761,Default] > > [10:34:08,771,Default] at > > > com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl. > java:1523) > > [10:34:08,781,Default] > > [10:34:08,791,Default] at > > org.jboss.configuration.ConfigurationService$ServiceProxy.invoke(C > > onfigurationService.java:967) > > [10:34:08,811,Default] > > [10:34:08,821,Default] at $Proxy0.start(Unknown Source) > > [10:34:08,831,Default] > > [10:34:08,841,Default] at > > org.jboss.util.ServiceControl.start(ServiceControl.java:79) > > [10:34:08,851,Default] > > [10:34:08,861,Default] at > java.lang.reflect.Method.invoke(Native Method) > > [10:34:08,871,Default] > > [10:34:08,881,Default] at > > > com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl. > java:1628) > > [10:34:08,891,Default] > > [10:34:08,901,Default] at > > > com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl. > java:1523) > > [10:34:08,911,Default] > > [10:34:08,921,Default] at org.jboss.Main.<init>(Main.java:208) > > [10:34:08,941,Default] > > [10:34:08,951,Default] at org.jboss.Main$1.run(Main.java:110) > > [10:34:08,961,Default] > > [10:34:08,971,Default] at > > java.security.AccessController.doPrivileged(Native Method) > > [10:34:08,981,Default] > > [10:34:08,991,Default] at org.jboss.Main.main(Main.java:106) > > [10:34:09,001,Default] > > [10:34:09,011,Default] log4j:WARN File option not set for appender > > [Default]. > > [10:34:09,021,Default] log4j:WARN Are you using > FileAppender instead of > > ConsoleAppender? > > [10:34:09,041,Default] log4j:ERROR A > > "org.jboss.logging.log4j.ConsoleAppender" object is not > assignable to a > > "org.apache.log4j.Appender" variable. > > [10:34:09,061,Default] log4j:ERROR Could not instantiate > appender named > > "Console". > > > > > > > > --__--__-- > > > > Message: 5 > > Date: Tue, 9 Jul 2002 07:28:25 -0400 > > From: David Jencks <[EMAIL PROTECTED]> > > To: [EMAIL PROTECTED] > > Subject: Re: [JBoss-user] How to find Deployed Applications in > > JBoss3.0?--help > > Reply-To: [EMAIL PROTECTED] > > > > Either stay in the same vm or use ListDeployedAsString > > > > david jencks > > > > On 2002.07.09 01:20:23 -0400 Jagan wrote: > > > Hi All, > > > > > > I am using JBoss3.0.Here i implemented the following code > and i get the > > > following exception. > > > > > > try { > > > ObjectName > containerFactory = > > > null; > > > containerFactory = new > > > ObjectName( > > > > > > "jboss.system:service=MainDeployer"); > > > > > > (RMIAdaptorImpl_Stub).invoke(containerFactory, > > > > "listDeployed", > > > > new Object[] {}, > > > > > > > new String[] > > > {}); > > > } catch(Exception ex2) { > > > ex2.printStackTrace(); > > > } > > > > > > Exception : > > > --------------- > > > > > > java.rmi.UnmarshalException: error unmarshalling > return; nested > > > exception is: > > > java.io.WriteAbortedException: Writing aborted by > exception; > > > java.io.NotSerializableException: > org.jboss.deployment.DeploymentInfo > > > java.io.WriteAbortedException: Writing aborted by exception; > > > java.io.NotSerializableException: > org.jboss.deployment.DeploymentInfo > > > at > > > java.io.ObjectInputStream.readObject(ObjectInputStream.java:445) > > > at > > > java.io.ObjectInputStream.readObject(ObjectInputStream.java:236) > > > at java.util.ArrayList.readObject(ArrayList.java:531) > > > at java.lang.reflect.Method.invoke(Native Method) > > > at > > > > > > java.io.ObjectInputStream.invokeObjectReader(ObjectInputStream > .java:2214) > > > > > > at > > > java.io.ObjectInputStream.inputObject(ObjectInputStream.java:1411) > > > at > > > java.io.ObjectInputStream.readObject(ObjectInputStream.java:386) > > > at > > > java.io.ObjectInputStream.readObject(ObjectInputStream.java:236) > > > at > sun.rmi.server.UnicastRef.unmarshalValue(UnicastRef.java:300) > > > > > > at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:134) > > > at > org.jboss.jmx.adaptor.rmi.RMIAdaptorImpl_Stub.invoke(Unknown > > > Source) > > > at GetMBeanServer.main(GetMBeanServer.java:93) > > > > > > Is this the rigth way to get the applications deployed > into the JBoss3.0 > > > server?If yes,how do i resolve this exception? > > > If no,please do help me how to find out the deployed applications? > > > > > > Thanks in Advance. > > > --Jagan. > > > > > > > > > > > > > > > ------------------------------------------------------- > > > This sf.net email is sponsored by:ThinkGeek > > > Stuff, things, and much much more. > > > http://thinkgeek.com/sf > > > _______________________________________________ > > > JBoss-user mailing list > > > [EMAIL PROTECTED] > > > https://lists.sourceforge.net/lists/listinfo/jboss-user > > > > > > > > > > > > --__--__-- > > > > Message: 6 > > From: "Bill Burke" <[EMAIL PROTECTED]> > > To: <[EMAIL PROTECTED]> > > Subject: RE: [JBoss-user] help with bean lock/transaction error > > Date: Tue, 9 Jul 2002 09:00:24 -0400 > > Reply-To: [EMAIL PROTECTED] > > > > Although this problem really troubles me I doubt it is a VM > problem. I am > > reluctant to investigate this further because the other 2 > times somebody > > reported this bug to me it was user error(but Gray's case doesn't > > sound like > > the other two). I will run a test eventually to see if I > can uncover > > anything. It would really be nice if somebody could get a simple > > test case > > that I could run, or provide a dual-processor machine so that I > > can do some > > serious tests. Race conditions show up better on a > > dual-processor machine. > > > > Bill > > > > > > > -----Original Message----- > > > From: [EMAIL PROTECTED] > > > [mailto:[EMAIL PROTECTED]]On Behalf Of Alex > > > Loubyansky > > > Sent: Tuesday, July 09, 2002 4:08 AM > > > To: JBoss-User > > > Subject: Re: [JBoss-user] help with bean lock/transaction error > > > > > > > > > Hi guys, > > > > > > I met the same problem as Gray, though I can't say the > cause is the > > > same. I had many experiments with primary keys, > transactions and so > > > on. And finally I gor it working just changing the vm. > > > My buggy environment: Win2K, JBoss-3.1.0alpha (haven't > tried others), > > > Sun's jdk1.3.1_01. > > > After changing to Sun's jdk1.4.0 (don't have another 1.3 for win) > > > everything started to work fine. > > > > > > Is it a known issue? bug? > > > > > > I'm also going to test it on JRockit, RH7.2. > > > > > > alex > > > > > > ================================================================== > > > ============== > > > From: Gray Jones > > > Subject: Re: [JBoss-user] help with bean lock/transaction error > > > Date: Thu, 27 Jun 2002 13:40:31 -0700 > > > > > > ------------------------------------------------------------------ > > > -------------- > > > > > > Hi Bill, > > > > > > No I'm using an Integer as the primary key. We use a > session facade to > > > front the entity bean. We use local ejb references > between the session > > > facade and the entity bean. The bean in question (ie user entity > > > bean with > > > pk=49) has gotten a fair amount of activity before the > exception occurs. > > > > > > >From the log info it looks like the exception occurs on the > > > setEntityContext > > > method. The actual bean that is used isn't the one that > is hosting the > > > entity bean. It seems to be fairly transient in that it > gets it's its > > > entity context sent and then isn't used again. > > > > > > Thanks for any help > > > > > > Here is the log output from a normal sequence > > > 16:00:15,164 INFO [UserManagerBean] [13948051] getUser 49 > > > 16:00:15,164 INFO [UserManagerBean] [13948051] getUserLocal 49 > > > 16:00:15,164 INFO [UserEntityBean] [15477362].setEntityContext > > > 16:00:15,174 INFO [User] [9260186].49 getObject > > > 16:00:15,174 INFO [User] [9260186].49 ejbStore > > > > > > Here is the log output when the exception occurs > > > 16:00:20,312 INFO [UserManagerBean] [10898281] setSessionContext > > > 16:00:20,312 INFO [UserManagerBean] [10898281] ejbCreate > > > 16:00:20,312 INFO [UserManagerBean] [10898281] getUser 49 > > > 16:00:20,312 INFO [UserManagerBean] [10898281] getUserLocal 49 > > > 16:00:20,322 INFO [UserEntityBean] [10555042].setEntityContext > > > 16:00:25,329 ERROR [LogInterceptor] > TransactionRolledbackException, > > > causedBy: > > > java.lang.IllegalStateException: removing bean lock and > it has tx set! > > > at > > > > org.jboss.ejb.plugins.lock.QueuedPessimisticEJBLock.removeRef(QueuedP > > > essimisticEJBLock.java:469) > > > at > > > > org.jboss.ejb.BeanLockManager.removeLockRef(BeanLockManager.java:78) > > > at > > > > org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockIntercep > > > tor.java:124) > > > at > > > > org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreation > > > Interceptor.java:69) > > > at > > > > org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInte > > > rceptor.java:96) > > > at > > > > org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxIntercep > > > torCMT.java:167) > > > at > > > > org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:6 > > > 1) > > > at > > > > org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor. > > > java:129) > > > at > > > > org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:166) > > > at > > org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:493) > > > at > > > > org.jboss.ejb.plugins.local.BaseLocalContainerInvoker.invoke(BaseLoca > > > lContainerInvoker.java:296) > > > at > > > > org.jboss.ejb.plugins.local.EntityProxy.invoke(EntityProxy.java:38) > > > at $Proxy66.getObject(Unknown Source) > > > at > > > > com.xtriahc.user.ejb.server.UserManagerBean.getUserById(UserManagerBe > > > an.java:115) > > > ----- Original Message ----- > > > From: "Bill Burke" <[EMAIL PROTECTED]> > > > To: <[EMAIL PROTECTED]> > > > Sent: Wednesday, June 26, 2002 4:24 PM > > > Subject: RE: [JBoss-user] help with bean lock/transaction error > > > > > > > > > > Are you using a customer primary key class (i.e. NOT > Integer, Long, > > > String). > > > > Did you implement the equals and hashCode methods correctly? > > > Are you sure > > > > that your primary key class serializes correctly? Post the > > Primary Key > > > > class and I'll take a look. > > > > > > > > > -----Original Message----- > > > > > From: [EMAIL PROTECTED] > > > > > [mailto:[EMAIL PROTECTED]]On Behalf Of > > Gray Jones > > > > > Sent: Wednesday, June 26, 2002 10:43 AM > > > > > To: [EMAIL PROTECTED] > > > > > Subject: [JBoss-user] help with bean lock/transaction error > > > > > > > > > > > > > > > Hello, > > > > > > > > > > I'm trying to use castor within a bmp entity bean's. The > > > > > application works > > > > > for awhile and then I start to get the following > error. I have > > > > > castor setup > > > > > (I think) to use the transaction manager exposed from jboss > > so I don't > > > > > understand why its complaining about the local connection > > > being unknown. > > > > > > > > > > Does anybody have any pointers for what I should be looking > > > at to figure > > > > > this out? > > > > > > > > > > Thanks, > > > > > > > > > > Gray Jones > > > > > > > > > > java.lang.IllegalStateException: removing bean lock and it > > has tx set! > > > > > > > > > > RemoteException occurred in server thread; nested > exception is: > > > > > java.rmi.ServerException: > > > disconnect(ManagedConnection mc: null, > > > > > Object > > > > > c: > org.jboss.resource.adapter.jdbc.local.LocalConnection@3d246) > > > > > called with > > > > > unkn > > > > > own managed connection; nested exception is: > > > > > java.lang.IllegalArgumentException: > > > > > disconnect(ManagedConnection mc: > > > > > nul > > > > > l, Object c: > > > org.jboss.resource.adapter.jdbc.local.LocalConnection@3d246) > > > > > called > > > > > with unknown managed connection > > > > > stack trace: java.rmi.ServerException: RemoteException > > > > > occurred in server > > > > > thr > > > > > ead; nested exception is: > > > > > java.rmi.ServerException: > > > disconnect(ManagedConnection mc: null, > > > > > Object > > > > > c: > org.jboss.resource.adapter.jdbc.local.LocalConnection@3d246) > > > > > called with > > > > > unkn > > > > > own managed connection; nested exception is: > > > > > java.lang.IllegalArgumentException: > > > > > disconnect(ManagedConnection mc: > > > > > nul > > > > > l, Object c: > > > org.jboss.resource.adapter.jdbc.local.LocalConnection@3d246) > > > > > called > > > > > with unknown managed connection > > > > > at > > > > > > sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:292) > > > > > at > sun.rmi.transport.Transport$1.run(Transport.java:148) > > > > > at > > java.security.AccessController.doPrivileged(Native Method) > > > > > at > > sun.rmi.transport.Transport.serviceCall(Transport.java:144) > > > > > at > > > > > > > > sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:4 > > > > > 60) > > > > > at > > > > > > > > sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport > > > > > .java:701) > > > > > at java.lang.Thread.run(Thread.java:536) > > > > > at > > > > > > > > sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(Stream > > > > > RemoteCall.java:247) > > > > > at > > > > > > > > sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java: > > > > > 223) > > > > > at > sun.rmi.server.UnicastRef.invoke(UnicastRef.java:133) > > > > > at > > > > > > org.jboss.invocation.jrmp.server.JRMPInvoker_Stub.invoke(Unknown > > > > > Sour > > > > > ce) > > > > > at > > > > > > > > org.jboss.invocation.jrmp.interfaces.JRMPInvokerProxy.invoke(JRMPInvo > > > > > kerProxy.java:128) > > > > > at > > > > > > > > org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.jav > > > > > a:108) > > > > > at > > > > > > > > org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor. > > > > > java:73) > > > > > at > > > > > > > > org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:7 > > > > > 6) > > > > > at > > > > > > > > org.jboss.proxy.ejb.StatelessSessionInterceptor.invoke(StatelessSessi > > > > > onInterceptor.java:111) > > > > > at > > > org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:76) > > > > > > > > > > > > -- > > > Best regards, > > > Alex Loubyansky > > > > > > > > > > > > > > > ------------------------------------------------------- > > > This sf.net email is sponsored by:ThinkGeek > > > Stuff, things, and much much more. > > > http://thinkgeek.com/sf > > > _______________________________________________ > > > 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 > > > > > > End of JBoss-user Digest > > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Stuff, things, and much much more. > 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 Stuff, things, and much much more. http://thinkgeek.com/sf _______________________________________________ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user