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: jboss-user-admin@xxxxxxxxxxxxxxxxxxxxx
> [mailto:jboss-user-admin@xxxxxxxxxxxxxxxxxxxxx]On Behalf Of
> jboss-user-request@xxxxxxxxxxxxxxxxxxxxx
> Sent: Tuesday, July 09, 2002 9:04 AM
> To: jboss-user@xxxxxxxxxxxxxxxxxxxxx
> Subject: JBoss-user digest, Vol 1 #2611 - 6 msgs
>
>
> Send JBoss-user mailing list submissions to
>       jboss-user@xxxxxxxxxxxxxxxxxxxxx
>
> 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
>       jboss-user-request@xxxxxxxxxxxxxxxxxxxxx
>
> You can reach the person managing the list at
>       jboss-user-admin@xxxxxxxxxxxxxxxxxxxxx
>
> 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 (marius@xxxxxxxxxxx)
>    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 <loubyansky@xxxxx>
> To: "Brian Topping" <topping@xxxxxxxxxxxxx>
> CC: "Jboss user list (E-mail)" <jboss-user@xxxxxxxxxxxxxxxxxxxxx>
> Subject: Re: [JBoss-user] JBoss3.0 -- any stuts users out there?
> Reply-To: jboss-user@xxxxxxxxxxxxxxxxxxxxx
>
> 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.java: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> JBoss-user@xxxxxxxxxxxxxxxxxxxxx
> 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 <bruno@xxxxxxxxxxx>
> To: jboss-user@xxxxxxxxxxxxxxxxxxxxx, Andreas Schaefer <andreas@xxxxxxxxx>
> Cc: jboss-development@xxxxxxxxxxxxxxxxxxxxx
> Subject: Re: [JBoss-user] JBoss 3.0 Quick Guide
> Reply-To: jboss-user@xxxxxxxxxxxxxxxxxxxxx
>
> Quoting Andreas Schaefer <andreas@xxxxxxxxx>:
>
> > 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: marius@xxxxxxxxxxx
> To: jboss-user@xxxxxxxxxxxxxxxxxxxxx
> Subject: Re: [JBoss-user] Running different versions of a webapp
> Reply-To: jboss-user@xxxxxxxxxxxxxxxxxxxxx
>
> 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 <mroderic@xxxxxxxxxxxxxx>
> To: jboss-user@xxxxxxxxxxxxxxxxxxxxx
> Subject: [JBoss-user] JBoss+Log4J+JAXM=Big Headache
> Reply-To: jboss-user@xxxxxxxxxxxxxxxxxxxxx
>
> 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(J2eeDeployer.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 <davidjencks@xxxxxxxxxxxxxxxxxxx>
> To: jboss-user@xxxxxxxxxxxxxxxxxxxxx
> Subject: Re: [JBoss-user] How to find Deployed Applications in
> JBoss3.0?--help
> Reply-To: jboss-user@xxxxxxxxxxxxxxxxxxxxx
>
> 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
> > JBoss-user@xxxxxxxxxxxxxxxxxxxxx
> > https://lists.sourceforge.net/lists/listinfo/jboss-user
> >
> >
>
>
> --__--__--
>
> Message: 6
> From: "Bill Burke" <bill@xxxxxxxxxxxxxxxx>
> To: <jboss-user@xxxxxxxxxxxxxxxxxxxxx>
> Subject: RE: [JBoss-user] help with bean lock/transaction error
> Date: Tue, 9 Jul 2002 09:00:24 -0400
> Reply-To: jboss-user@xxxxxxxxxxxxxxxxxxxxx
>
> 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: jboss-user-admin@xxxxxxxxxxxxxxxxxxxxx
> > [mailto:jboss-user-admin@xxxxxxxxxxxxxxxxxxxxx]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" <bill@xxxxxxxxxxxxxxxx>
> > To: <jboss-user@xxxxxxxxxxxxxxxxxxxxx>
> > 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: jboss-user-admin@xxxxxxxxxxxxxxxxxxxxx
> > > > [mailto:jboss-user-admin@xxxxxxxxxxxxxxxxxxxxx]On Behalf Of
> Gray Jones
> > > > Sent: Wednesday, June 26, 2002 10:43 AM
> > > > To: jboss-user@xxxxxxxxxxxxxxxxxxxxx
> > > > 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
> > JBoss-user@xxxxxxxxxxxxxxxxxxxxx
> > https://lists.sourceforge.net/lists/listinfo/jboss-user
>
>
>
>
> --__--__--
>
> _______________________________________________
> JBoss-user mailing list
> JBoss-user@xxxxxxxxxxxxxxxxxxxxx
> 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