RE: [JBoss-user] [Persistence & CMP/JBoss] - Re: Exception: CMR field value is already loaded
In my case I saw this exception today for the first time. I have migrated from 3.2.2RC1 to 3.2.5 a few days ago. I am running JBoss for more than 2 years now and never saw this before. Exception occured when accessing a CMR field of 1-1 relation, inside transaction, TX attr. required, CMR accessor method is read-only. javax.ejb.EJBException: CMR field value is already loaded at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge$FieldState.loadRelations(JDBCCMRFieldBridge.java:1813) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge.load(JDBCCMRFieldBridge.java:1312) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge.load(JDBCCMRFieldBridge.java:1301) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge.getInstanceValue(JDBCCMRFieldBridge.java:646) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge.getValue(JDBCCMRFieldBridge.java:599) at org.jboss.ejb.plugins.cmp.bridge.EntityBridgeInvocationHandler$FieldGetInvoker.invoke(EntityBridgeInvocationHandle r.java:133) at org.jboss.ejb.plugins.cmp.bridge.EntityBridgeInvocationHandler.invoke(EntityBridgeInvocationHandler.java:91) at org.jboss.proxy.compiler.Runtime.invoke(Runtime.java:62) at com.x.ejb.MessageBean$Proxy.getLastComment() at com.x.ejb.MessageBean.getTO(MessageBean.java:48) ... Are there any updates on this? --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Axis in JBoss.NET: "No SOAPAction header!"
I am using Axis 1.1 (MANIFEST.MF says Implementation-Version: 1.1 1021 June 13 2003) bundled with JBoss 3.2.2 and 3.2.3 as jboss-net service for exposing my steteless EJB's methods via SOAP. When jboss starts, the service(s) work perfectly. However after some time client starts getting "No SOAPAction header!" fault. After JBoss restart, everything works again for a while. This error is like "triggered" on and all subsequent calls are getting this fault. The actual "SOAPAction" header IS present in request and states my bean's name (I have captured the request on wire using ethereal). On the net I've found some people experiencing "No SOAPAction header!" problems under heavy load but I could not find any solutions. I'd be happy if someone points me to the right direction. †+×zf¢–+,¦‰ìo"0¸§»îâj[ç{±¶ëh®&¥¦·¬z{^u¼ƒjxž•n)ì>·¬‰×µ©ÝC¨|g§NŠ-yÈg¢Z ‰ëyªçz÷«ÊØbžë¢gîÖz{Z–Ëh³+-zfš)â²ÚÚ*'†ÛiÿöÊ&ý§bw^;Ñe¡Èßü¢—%‰É ‹,ºÇ™¨¥Šx%ŠËI‹,ºÇ–+-²Ê.Ç¢¸ëa¶Úlÿùb²Û,¢êÜyú+éÞùb²Û?–+-Šwèþ6è²Ëz
[JBoss-user] javax.resource.ResourceException: No ManagedConnections Available!
What can cause javax.resource.ResourceException: No ManagedConnections Available! exception? Does it mean I forget to close jdbc connections somewhere? I could not find the root stack tracce of the exception, the closest to root trace is: ava.rmi.ServerException: EJBException:; nested exception is: javax.ejb.EJBException: null; CausedByException is: null; CausedByException is: No ManagedConnections Available!; - nested throwable: (javax.resource.ResourceException: No ManagedConnections Available!); nested exception is: javax.ejb.EJBException: null; CausedByException is: No ManagedConnections Available!; - nested throwable: (javax.resource.ResourceException: No ManagedConnections Available!) at org.jboss.ejb.plugins.LogInterceptor.handleException(LogInterceptor.java:346) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:195) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.StatelessSessionContainer.internalInvoke(StatelessSessionContainer.java:322) at org.jboss.ejb.Container.invoke(Container.java:674) ... --- This SF.net email is sponsored by Dice.com. Did you know that Dice has over 25,000 tech jobs available today? From careers in IT to Engineering to Tech Sales, Dice has tech jobs from the best hiring companies. http://www.dice.com/index.epl?rel_code4 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] memory leaks during redeployment
In Jboss 3.2.1 I often encounter OutOfMemoryErrors on our jboss installations. I realized that if no redeployments happen the JBoss instance even being on heavy load works great forever. Once I begin to often redeploy applications I finally get OutOfMemoryError no matter if I specified -Xmx300m or -Xmx800m. Can anybody run a memory profiler on a redeployment process? I tried to do it with OptimizeIt and I always get +1Mb of heap after each redeployment. Most new objects are of type Object[] and are referenced from WeakHashMaps (which is ok I guess), from inside some classes of Xerces parser and many more. I cannot of course judge whether these new references are caused by the leak or not. As far as I remember I had no such problem when I used Jboss 3.0. As always, I am ok to offer any help I can. --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] entityContext.getEJBLocalObject() returns local interface of another object
If you mean some jboss-specific configuration, no. All my beans are using standard configurations. Also jbosscmp-jdbc.xml only contains jboss-ql and declared-sql overridings, nothing else. I've got rid of using entityContext.getEJBLocalObject() in my application until this is fixed. The only thing left is logging of such cases. So if you need any help with reproducing... I could help. > -Original Message- > From: Stephen Coy [mailto:[EMAIL PROTECTED] > Sent: Monday, July 14, 2003 15:40 > To: [EMAIL PROTECTED] > Subject: Re: [JBoss-user] entityContext.getEJBLocalObject() > returns local interface of another object > > > Hi, > > I'm looking into this myself. Are you using read-only methods by any > chance? > > Steve Coy > > > On Monday, July 14, 2003, at 09:11 PM, Alexey Yudichev wrote: > > > Got 5 hits this weekend. Other fields always correspond to > the context > > with the expected primary key. i.e. > entityContext.getEJBLocalObject() > > returns a consistent entity but belonging to the context other than > > current. > > > >> -Original Message- > >> From: Alexey Yudichev > >> Sent: Friday, July 11, 2003 09:49 > >> To: [EMAIL PROTECTED] > >> Subject: RE: [JBoss-user] entityContext.getEJBLocalObject() > >> returns local interface of another object > >> > >> > >> I did not check yet for other fields. I will do it now and > >> see. But it will take some time until our next development > >> iteration is finished and released. > >> As I said, I perform the check inside one of business methods > >> of the entity bean: > >> > >> public abstract class TerminalBean extends MMSBean implements > >> EntityBean { > >> [...] > >> public TerminalDO getTerminalDO() { > >> //todo: remove when fixed > >> TerminalPK pkViaEc = > >> (TerminalPK)entityContext.getEJBLocalObject().getPrimaryKey(); > >> TerminalPK pkViaGetters = new TerminalPK(getVendor(), > getModel()); > >> if (!pkViaEc.equals(pkViaGetters)) { > >> logger.error("pkViaEc="+pkViaEc+", > pkViaGetters="+pkViaGetters); > >> } > >> //entityContext.getEJBLocalObject().getPrimaryKey() is > >> buggy and sometimes returns primary key of > >> //another object > >> return new TerminalDO(new TerminalPK(getVendor(), getModel()), > >> getPropertyDOs(), getDescription(), > >> getModel(), getVendor()); > >> } > >> [...] > >> } > >> > >> Another case for me is when customer is authenticated on the > >> site, I save the ejb handle of Customer bean in servlet > >> session. After that to obtain a local interface of the > >> Customer Bean I use > >> > >> Customer customer = > >> (Customer)((CustomerRemote)handle.getEJBObject()).getLocalObject() > >> > >> where getLocalObject() is implemented as a business method > >> > >> public EJBLocalObject getLocalObject() { > >> return entityContext.getEJBLocalObject(); > >> } > >> > >> At this point I get the local interface of another customer > >> (not the one the handle points to). > >> > >> After that I again use the customer.getPrimaryKey() of the > >> customer in further business logic... > >> > >> I will install the check of other fields and let you know. > >> > >>> -Original Message- > >>> From: Alexey Loubyansky [mailto:[EMAIL PROTECTED] > >>> Sent: Thursday, July 10, 2003 18:10 > >>> To: Alexey Yudichev > >>> Subject: Re: [JBoss-user] entityContext.getEJBLocalObject() > >>> returns local interface of another object > >>> > >>> > >>> Hello Alexey, > >>> > >>> what about other fields? Do their values correspond to the context > >>> with the expected primary key or to the context that is actually > >>> present? > >>> > >>> When do you perform the check? > >>> More details would really be appreciated. > >>> > >>> Thank you, > >>> alex > >>> > >>> Thursday, July 10, 2003, 5:04:06 PM, Alexey Yudichev wrote: > >>> > >>> AY> I am using Jboss 3.2.1 > >>> AY> Sometimes entityContext.getEJBLocalObject() returns local &g
RE: [JBoss-user] entityContext.getEJBLocalObject() returns local interface of another object
Got 5 hits this weekend. Other fields always correspond to the context with the expected primary key. i.e. entityContext.getEJBLocalObject() returns a consistent entity but belonging to the context other than current. > -Original Message- > From: Alexey Yudichev > Sent: Friday, July 11, 2003 09:49 > To: [EMAIL PROTECTED] > Subject: RE: [JBoss-user] entityContext.getEJBLocalObject() > returns local interface of another object > > > I did not check yet for other fields. I will do it now and > see. But it will take some time until our next development > iteration is finished and released. > As I said, I perform the check inside one of business methods > of the entity bean: > > public abstract class TerminalBean extends MMSBean implements > EntityBean { > [...] > public TerminalDO getTerminalDO() { > //todo: remove when fixed > TerminalPK pkViaEc = > (TerminalPK)entityContext.getEJBLocalObject().getPrimaryKey(); > TerminalPK pkViaGetters = new TerminalPK(getVendor(), getModel()); > if (!pkViaEc.equals(pkViaGetters)) { > logger.error("pkViaEc="+pkViaEc+", pkViaGetters="+pkViaGetters); > } > //entityContext.getEJBLocalObject().getPrimaryKey() is > buggy and sometimes returns primary key of > //another object > return new TerminalDO(new TerminalPK(getVendor(), getModel()), > getPropertyDOs(), getDescription(), > getModel(), getVendor()); > } > [...] > } > > Another case for me is when customer is authenticated on the > site, I save the ejb handle of Customer bean in servlet > session. After that to obtain a local interface of the > Customer Bean I use > > Customer customer = > (Customer)((CustomerRemote)handle.getEJBObject()).getLocalObject() > > where getLocalObject() is implemented as a business method > > public EJBLocalObject getLocalObject() { > return entityContext.getEJBLocalObject(); > } > > At this point I get the local interface of another customer > (not the one the handle points to). > > After that I again use the customer.getPrimaryKey() of the > customer in further business logic... > > I will install the check of other fields and let you know. > > > -Original Message- > > From: Alexey Loubyansky [mailto:[EMAIL PROTECTED] > > Sent: Thursday, July 10, 2003 18:10 > > To: Alexey Yudichev > > Subject: Re: [JBoss-user] entityContext.getEJBLocalObject() > > returns local interface of another object > > > > > > Hello Alexey, > > > > what about other fields? Do their values correspond to the context > > with the expected primary key or to the context that is actually > > present? > > > > When do you perform the check? > > More details would really be appreciated. > > > > Thank you, > > alex > > > > Thursday, July 10, 2003, 5:04:06 PM, Alexey Yudichev wrote: > > > > AY> I am using Jboss 3.2.1 > > AY> Sometimes entityContext.getEJBLocalObject() returns local > > interface of another instance of the same entity bean. > > > > AY> I have a superclass for all my entities in application > > which implements EntityBean's setEntityContext() method and > > saves entityContext in a field. > > AY> Inside one of business methods of one of entity beans I > > check if a primary key constructed from key CMP field(s) > > matches a primary key obtained from > > AY> entityContext.getEJBLocalObject().getPrimaryKey(). > > Sometimes they do not match: > > entityContext.getEJBLocalObject().getPrimaryKey() returns > > primary key of another instance of the same entity bean. > > > > AY> I have sometimes situations when user is logged in as one > > customer and enjoys privileges of another... > > > > AY> This happens ~20 times a day with a particular single > > object for me... I could install some kind of bug trap > > logging some debug info to help fix the bug. > > > > > > > > --- > > This SF.Net email sponsored by: Parasoft > > Error proof Web apps, automate testing & more. > > Download & eval WebKing and get a free book. > > www.parasoft.com/bulletproofapps1 > > ___ > > JBoss-user mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/jboss-user > > > > > --- > This SF.Net email sponsored by: Parasoft > Error proof Web apps, automate
RE: [JBoss-user] entityContext.getEJBLocalObject() returns local interface of another object
I did not check yet for other fields. I will do it now and see. But it will take some time until our next development iteration is finished and released. As I said, I perform the check inside one of business methods of the entity bean: public abstract class TerminalBean extends MMSBean implements EntityBean { [...] public TerminalDO getTerminalDO() { //todo: remove when fixed TerminalPK pkViaEc = (TerminalPK)entityContext.getEJBLocalObject().getPrimaryKey(); TerminalPK pkViaGetters = new TerminalPK(getVendor(), getModel()); if (!pkViaEc.equals(pkViaGetters)) { logger.error("pkViaEc="+pkViaEc+", pkViaGetters="+pkViaGetters); } //entityContext.getEJBLocalObject().getPrimaryKey() is buggy and sometimes returns primary key of //another object return new TerminalDO(new TerminalPK(getVendor(), getModel()), getPropertyDOs(), getDescription(), getModel(), getVendor()); } [...] } Another case for me is when customer is authenticated on the site, I save the ejb handle of Customer bean in servlet session. After that to obtain a local interface of the Customer Bean I use Customer customer = (Customer)((CustomerRemote)handle.getEJBObject()).getLocalObject() where getLocalObject() is implemented as a business method public EJBLocalObject getLocalObject() { return entityContext.getEJBLocalObject(); } At this point I get the local interface of another customer (not the one the handle points to). After that I again use the customer.getPrimaryKey() of the customer in further business logic... I will install the check of other fields and let you know. > -Original Message- > From: Alexey Loubyansky [mailto:[EMAIL PROTECTED] > Sent: Thursday, July 10, 2003 18:10 > To: Alexey Yudichev > Subject: Re: [JBoss-user] entityContext.getEJBLocalObject() > returns local interface of another object > > > Hello Alexey, > > what about other fields? Do their values correspond to the context > with the expected primary key or to the context that is actually > present? > > When do you perform the check? > More details would really be appreciated. > > Thank you, > alex > > Thursday, July 10, 2003, 5:04:06 PM, Alexey Yudichev wrote: > > AY> I am using Jboss 3.2.1 > AY> Sometimes entityContext.getEJBLocalObject() returns local > interface of another instance of the same entity bean. > > AY> I have a superclass for all my entities in application > which implements EntityBean's setEntityContext() method and > saves entityContext in a field. > AY> Inside one of business methods of one of entity beans I > check if a primary key constructed from key CMP field(s) > matches a primary key obtained from > AY> entityContext.getEJBLocalObject().getPrimaryKey(). > Sometimes they do not match: > entityContext.getEJBLocalObject().getPrimaryKey() returns > primary key of another instance of the same entity bean. > > AY> I have sometimes situations when user is logged in as one > customer and enjoys privileges of another... > > AY> This happens ~20 times a day with a particular single > object for me... I could install some kind of bug trap > logging some debug info to help fix the bug. > > > > --- > This SF.Net email sponsored by: Parasoft > Error proof Web apps, automate testing & more. > Download & eval WebKing and get a free book. > www.parasoft.com/bulletproofapps1 > ___ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user > --- This SF.Net email sponsored by: Parasoft Error proof Web apps, automate testing & more. Download & eval WebKing and get a free book. www.parasoft.com/bulletproofapps1 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] entityContext.getEJBLocalObject() returns local interface of another object
I am using Jboss 3.2.1 Sometimes entityContext.getEJBLocalObject() returns local interface of another instance of the same entity bean. I have a superclass for all my entities in application which implements EntityBean's setEntityContext() method and saves entityContext in a field. Inside one of business methods of one of entity beans I check if a primary key constructed from key CMP field(s) matches a primary key obtained from entityContext.getEJBLocalObject().getPrimaryKey(). Sometimes they do not match: entityContext.getEJBLocalObject().getPrimaryKey() returns primary key of another instance of the same entity bean. I have sometimes situations when user is logged in as one customer and enjoys privileges of another... This happens ~20 times a day with a particular single object for me... I could install some kind of bug trap logging some debug info to help fix the bug. --- This SF.Net email sponsored by: Parasoft Error proof Web apps, automate testing & more. Download & eval WebKing and get a free book. www.parasoft.com/bulletproofapps ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] JSP compiler cannot see EAR classes after webapp is redeployed
JBoss 3.2.1 and 3.2.2RC1. I have an EAR with one EJB-JAR and one WAR inside. After I redeploy WAR separately by invoking MainDeployer.redeploy(new URL(".../server/blah/deploy/App.ear/webapp.war")) JSP compiler ceases to see classes in EJB-JAR with NoClassDefFoundErrors. Classes in WEB-INF/classes and WEB-INF/lib/*.jar can be found however. Everything works ok in case I restart the whole EAR. Is there another, correct way to restart WAR inside EAR without redeploying the whole EAR (it takes too much time in my case and slows down development)? --- This SF.Net email is sponsored by: INetU Attention Web Developers & Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] 3.2.1: cannot redeploy war inside ear
Assume we have ear deployed as a directory with war inside (also as a directory). In jboss 3.0 I used to invoke via JMX MainDeployer.redeploy("/usr/local/java/jboss/server/thunder/blah/BLAH.ear/blah.war") to restart just the specific WAR inside the EAR and keep all other modules running. But in jboss 3.2.1 I get exceptions during webapp redeployment (ejb-ref links cannot be resolved) as if WAR being redeployed is not a part of EAR but a standalone webapp. The question is do I still have a possibility to redeploy just a webapp inside EAR without redeploying the entire EAR? --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Deployments crashed because http://www.jboss.org/j2ee/dtd/jboss-app_3_0.dtd is no longer accessible?
Today during redeployment of unchanged EAR application I got exception parsing jboss-app.xml. jboss-app.xml has the following declaration at the beginning: http://www.jboss.org/j2ee/dtd/jboss-app_3_0.dtd";> It seems that it tries to fetch http://www.jboss.org/j2ee/dtd/jboss-app_3_0.dtd while since some time recently it is no more available. I think jboss must register its own entity resolver to resolve DTD links to local copies instead of web resources. I use jboss 3.0.6. Here is stack trace: 2003-03-31 10:03:46,806 ERROR [org.jboss.metadata.XmlFileLoader] External parameter entity "%[dtd];" has characters after markup.:-1:1 org.xml.sax.SAXParseException: External parameter entity "%[dtd];" has characters after markup. at org.apache.crimson.parser.Parser2.fatal(Parser2.java:3182) at org.apache.crimson.parser.Parser2.fatal(Parser2.java:3176) at org.apache.crimson.parser.Parser2.externalParameterEntity(Parser2.java:2904) at org.apache.crimson.parser.Parser2.maybeDoctypeDecl(Parser2.java:1167) at org.apache.crimson.parser.Parser2.parseInternal(Parser2.java:489) at org.apache.crimson.parser.Parser2.parse(Parser2.java:305) at org.apache.crimson.parser.XMLReaderImpl.parse(XMLReaderImpl.java:442) at org.apache.crimson.jaxp.DocumentBuilderImpl.parse(DocumentBuilderImpl.java:185) at javax.xml.parsers.DocumentBuilder.parse(DocumentBuilder.java:76) at org.jboss.metadata.XmlFileLoader.getDocument(XmlFileLoader.java:257) at org.jboss.deployment.EARDeployer.init(EARDeployer.java:112) at org.jboss.deployment.MainDeployer.init(MainDeployer.java:679) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:615) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:591) at org.jboss.deployment.MainDeployer.redeploy(MainDeployer.java:381) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.jmx.adaptor.control.Server.invokeOpByName(Server.java:227) at org.jboss.jmx.adaptor.control.Server.invokeOp(Server.java:196) at org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.invokeOp(HtmlAdaptorServlet.java:183) at org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.processRequest(HtmlAdaptorServlet.java:78) at org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.doPost(HtmlAdaptorServlet.java:60) at javax.servlet.http.HttpServlet.service(HttpServlet.java:760) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:360) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:280) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:553) at org.mortbay.http.HttpContext.handle(HttpContext.java:1656) at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:549) at org.mortbay.http.HttpContext.handle(HttpContext.java:1606) at org.mortbay.http.HttpServer.service(HttpServer.java:862) at org.jboss.jetty.Jetty.service(Jetty.java:497) at org.mortbay.http.HttpConnection.service(HttpConnection.java:752) at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:916) at org.mortbay.http.HttpConnection.handle(HttpConnection.java:769) at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:202) at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:289) at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:455) --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] JBoss does not close Postgres JDBC transaction
My application does not use direct jdbc calls and all EJBs are CMT CMP20 beans. I use PostgreSQL. I see that all unused connections in jboss pool are marked by postgres as "idle in transaction". It means jboss does not end the JDBC transaction properly (although all changes are saved correctly and I have no problems with the application itself). This behaviour prevents me from running VACUUM, CREATE/DROP INDEX and other commands requiring table lock. I've found a related thread in this list where one explained this issue so that a connection is not associated with XA connection or something but in my case jboss manages everything... Can I have couple of ideas? I use jboss 3.0.6 and the standard configuration (no jboss.xml in the application and jbosscmp-jdbc.xml only overrides default datasource type and couple of finders). --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] EJBQL MEMBER OF problems remain in 3.0.6?
Title: EJBQL MEMBER OF problems remain in 3.0.6? Returning to my prevoius postings, assume we have Partner and StoreCategory entities with TWO relations between each other: 1) Many Partners are assigned to Many StoreCategories 2) One Partner owns Many StoreCategories The following ejbql: SELECT DISTINCT OBJECT(c) FROM StoreCategory c, Partner p WHERE c.browsable AND (c.partnerOwner.id=?1 OR (p.id=?1 AND p MEMBER OF c.partners)) results in: SELECT DISTINCT t0_c.id FROM storecategory t0_c, partner t2_p, partner t1_c_partnerOwner WHERE (t0_c.browsable AND (t1_c_partnerOwner.id = ? OR (t2_p.id = ? AND EXISTS (SELECT t4_c_partners_RELATION_TABLE.Partner FROM partner_categories_stor_1cl2gdd t4_c_partners_RELATION_TABLE WHERE t0_c.id=t4_c_partners_RELATION_TABLE.StoreCategory AND t2_p.id=t4_c_partners_RELATION_TABLE.Partner AND (t0_c.partnerOwner=t1_c_partnerOwner.id) c.partners is m2m cmr, c.partnerOwner is o2m cmr. We can see that the last clause "AND (t0_c.partnerOwner=t1_c_partnerOwner.id)" ONLY limits result to the o2m relationship although in ejbql we have OR clause.
RE: [JBoss-user] Memory leak
Title: RE: [JBoss-user] Memory leak Yes I think there are memory leaks somewhere in the whole redeployment-through-jmx-console chain. Because we have a development server with low usage but high redeployment rate and experience OutOfMemoryErrors there. On the other hand we have a highly loaded production server (exactly the same configuration including -Xmx values) with very low redeployment rate (once per 3 days or lower) and we never faced OutOfMemoryErrors there. Maybe this is a problem of jmx-console webapp? > -Original Message- > From: David Corbin [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, March 04, 2003 03:22 > To: JBoss User > Subject: [JBoss-user] Memory leak > > > We're running JBOSS 3.0.3 (mostly, though some developers I think are > using 3.0.4) at work, developing a "simple" web application. We > frequently undeploy/deploy the application using ant to > invoke commands > like those below: > > http://${jmx.host}/jmx-console/HtmlAdaptor?action=""> me&name=jboss.system:service%3DMainDeployer&methodName=deploy&argType=java.lang.String&arg=${dir.war} http://${jmx.host}/jmx-console/HtmlAdaptor?action=""> We've found that after doing this repeatedly, jboss runs out of memory (no hard measurments yet, but probably between 10 & 30 cycles). Now, to me, fundamentally, this cannot be a bug in our application, since undeploying it should eliminate all object references to anything in our application, making it subject to garbage collection. Am I wrong in my interpretation of this? If so, please explain it to me. Thanks. David --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Is it possible to resend messages from DLQ to original destination?
Title: Is it possible to resend messages from DLQ to original destination? Is it possible to resend messages from DLQ to original destination (queue)? i.e. if a message is placed to DLQ due to some failure and I wish to manually resend it to avoid data loss.
RE: [JBoss-user] .wsr service inside ear cannot be redeployed?
Title: RE: [JBoss-user] .wsr service inside ear cannot be redeployed? Is this because it is not planned to be fixed in jboss 3.0? Is it fixed in jboss 3.2 or anywhere else? -Original Message- From: Jung , Dr. Christoph [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 12, 2003 12:39 To: '[EMAIL PROTECTED]' Subject: AW: [JBoss-user] .wsr service inside ear cannot be redeployed? I do not think so. CGJ -Ursprüngliche Nachricht- Von: Alexey Yudichev [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 12. Februar 2003 10:47 An: '[EMAIL PROTECTED]' Betreff: RE: [JBoss-user] .wsr service inside ear cannot be redeployed? Is this bug fixed currently in Jboss_3_0 branch? I have a month-old cvs snapshot and the bug is still there... -Original Message- From: Jung , Dr. Christoph [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 05, 2002 16:50 To: '[EMAIL PROTECTED]' Subject: AW: [JBoss-user] .wsr service inside ear cannot be redeployed? Alex, IMHO this JBOss.net bug has been fixed in 3.2beta .. CGJ -Ursprüngliche Nachricht- Von: Alexey Yudichev [mailto:[EMAIL PROTECTED]] Gesendet: Donnerstag, 5. Dezember 2002 14:35 An: [EMAIL PROTECTED] Betreff: [JBoss-user] .wsr service inside ear cannot be redeployed? In Jboss 3.0.4 I have an ear application deployed. application.xml is http://java.sun.com/j2ee/dtds/application_1_2.dtd"> MMS MMSEjb.jar mms.war mms MMSEjb.wsr It is deployed without any errors and MMSEjb.wsr module is working properly. If I touch application.xml (My ear is actually a subdirectory in "deploy" directory) re-deployment stops while attempting to re-deploy MMSEjb.wsr. If I comment it out in application.xml, the app is redeployed normally. The following is the exception in server.log: 2002-12-05 15:27:49,292 ERROR [org.jboss.deployment.scanner.URLDeploymentScanner] Failed to deploy: org.jboss.deployment.scanner.URLDeploymentScanner$DeployedURL@e08508f9{ url="" HREF="" TARGET="_blank">file:/C:/usr/local/java/jboss-3.0.4/server/default/deploy/80_MMS.ear/, deployedLastModified=1039084084390 } org.jboss.deployment.DeploymentException: attempting to redeploy a depoyed module! file:/C:/usr/local/java/jboss-3.0.4/server/default/deploy/80_MMS.ear/MMSEjb.wsr at org.jboss.net.axis.server.AxisService.create(AxisService.java:504) at org.jboss.deployment.MainDeployer.create(MainDeployer.java:760) at org.jboss.deployment.MainDeployer.create(MainDeployer.java:752) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:620) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:585) at sun.reflect.GeneratedMethodAccessor13.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy4.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:435) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:561) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:212) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.loop(AbstractDeploymentScanner.java:225) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.run(AbstractDeploymentScanner.java:202) Please provide a workaround if it exists. ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/
RE: [JBoss-user] .wsr service inside ear cannot be redeployed?
Title: RE: [JBoss-user] .wsr service inside ear cannot be redeployed? Is this bug fixed currently in Jboss_3_0 branch? I have a month-old cvs snapshot and the bug is still there... -Original Message- From: Jung , Dr. Christoph [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 05, 2002 16:50 To: '[EMAIL PROTECTED]' Subject: AW: [JBoss-user] .wsr service inside ear cannot be redeployed? Alex, IMHO this JBOss.net bug has been fixed in 3.2beta CGJ -Ursprüngliche Nachricht- Von: Alexey Yudichev [mailto:[EMAIL PROTECTED]] Gesendet: Donnerstag, 5. Dezember 2002 14:35 An: [EMAIL PROTECTED] Betreff: [JBoss-user] .wsr service inside ear cannot be redeployed? In Jboss 3.0.4 I have an ear application deployed. application.xml is http://java.sun.com/j2ee/dtds/application_1_2.dtd"> MMS MMSEjb.jar mms.war mms MMSEjb.wsr It is deployed without any errors and MMSEjb.wsr module is working properly. If I touch application.xml (My ear is actually a subdirectory in "deploy" directory) re-deployment stops while attempting to re-deploy MMSEjb.wsr. If I comment it out in application.xml, the app is redeployed normally. The following is the exception in server.log: 2002-12-05 15:27:49,292 ERROR [org.jboss.deployment.scanner.URLDeploymentScanner] Failed to deploy: org.jboss.deployment.scanner.URLDeploymentScanner$DeployedURL@e08508f9{ url="" HREF="" TARGET="_blank">file:/C:/usr/local/java/jboss-3.0.4/server/default/deploy/80_MMS.ear/, deployedLastModified=1039084084390 } org.jboss.deployment.DeploymentException: attempting to redeploy a depoyed module! file:/C:/usr/local/java/jboss-3.0.4/server/default/deploy/80_MMS.ear/MMSEjb.wsr at org.jboss.net.axis.server.AxisService.create(AxisService.java:504) at org.jboss.deployment.MainDeployer.create(MainDeployer.java:760) at org.jboss.deployment.MainDeployer.create(MainDeployer.java:752) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:620) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:585) at sun.reflect.GeneratedMethodAccessor13.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy4.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:435) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:561) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:212) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.loop(AbstractDeploymentScanner.java:225) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.run(AbstractDeploymentScanner.java:202) Please provide a workaround if it exists. ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/
should a transaction rollback if CreateException is thrown by jboss? was: [JBoss-user] Rollback Transaction
Title: should a transaction rollback if CreateException is thrown by jboss? was: [JBoss-user] Rollback Transaction Then there's a bug in jboss (I use 3.0.4) because when CreateException is being thrown by a CONTAINER (not bean) during ejbCreate(), transaction is not rolled back. Practical example: I set a CMR fiend in ejbCreate() which is not allowed. Container throws CreateException but the row in database is there and transaction is not rolled back (because container forgot to setRollbackOnly())! The only workaround here is to design all ejbCreate methods like: public String ejbCreate(...) { try { // ... } catch (CreateException e) ctx.setRollbackOnly(); throw e; } } But I think it is quite not a good idea. -Original Message- From: Ivan Bolcina [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 16, 2003 10:44 To: [EMAIL PROTECTED] Subject: RE: [JBoss-user] Rollback Transaction CreateException is "application" exception. They don't rollback transactions. You have to setRollbackOnly() on context. Container rolls back transaction only in case of EJBException. (not CreateException, strange, but maybe programer wants to throw CreateException and dont want to roll back the rest of transaction) -Original Message- From: bryan hansen [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 16, 2003 12:03 AM To: [EMAIL PROTECTED] Subject: [JBoss-user] Rollback Transaction I am using JBoss 3.0.5RC1 on W2K box against a SQLServer 2000 database. I am calling two entities beans from a stateless session bean. The second entities throughs a CreateException. I was under the impression that since the method of a stateless session bean was held for the duration the transaction that the write from the first entity bean would have been rolled back as well as the write from the second entity bean. Neither was rolled back (I forced the exception for a test of the transactioning). I am missing something with the transaction engine or how this should function in general? I thought that if an exception was thrown it would rollback all transactions involved with that stateless session bean method? Or do I have something configured incorrectly with my JDBC datasource(SQLServer)? Should it be an XADatasource instead of a regular datasource? TIA, Bryan __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com --- This SF.NET email is sponsored by: A Thawte Code Signing Certificate is essential in establishing user confidence by providing assurance of authenticity and code integrity. Download our Free Code Signing guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0028en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] serious ejbql compiler problem
Title: RE: [JBoss-user] serious ejbql compiler problem The query you proposed makes a join using both relationships as well: SELECT t0_c.id FROM storecategory t0_c, partner t2_p, partner t3_c_partners, partner_categories_stor_1cl2gdd t4_c_partners_RELATION_TABLE, partner t1_c_partnerOwner WHERE (t0_c.id = ? AND (t1_c_partnerOwner.id = ? OR (t2_p.id = ? AND (t3_c_partners.id = t2_p.id AND (t0_c.id=t4_c_partners_RELATION_TABLE.StoreCategory AND t3_c_partners.id=t4_c_partners_RELATION_TABLE.Partner AND t0_c.partnerOwner=t1_c_partnerOwner.id); you see the last clause is the same as in my original query: tables are joined both by "Partner-Strecategories" o2m relationship and "Partners-StoreCategories" m2m relationship. I think in this case compiler should construct WHERE clause with OR condition at upper level something like: SELECT sc.id FROM storecategory sc, partner p, partner_categories_stor_1cl2gdd rt WHERE sc.id=? AND ( (sc.partnerOwner=p.id AND p.id='mmscity') OR (rt.storecategory=sc.id AND rt.partner=p.id AND p.id='mmscity') ); -Original Message- From: Dain Sundstrom [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 16, 2003 19:04 To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] serious ejbql compiler problem That is the way EJB-QL works. When you have an collection member declaration (i.e. the IN clause in the FROM), you are requesting a join. Anyway, the following should work: SELECT OBJECT(c) FROM StoreCategory c, Partner p WHERE c.id=?1 AND (c.partnerOwner.id=?2 OR (p.id=?2 AND p MEMBER OF c.partners) You many want to do a SELECT DISTINCT, as it is possible to get multiple results back from this query. -dain On Thursday, January 16, 2003, at 03:39 AM, Alexey Yudichev wrote: > Jboss 3.0.4. > > 2 entities: StoreCategory and Partner. > 2 relationships between them: > > 1) > > Partner - StoreCategory > > > PartnerStoreCategoryRole > relationship-role-name> > One > > Partner > > > storeCategories > java.util.Collection > > > > > StoreCategoryPartnerRole > relationship-role-name> > Many > > StoreCategory > > > partnerOwner > > > > > 2) > > Partners - StoreCategory > > > PartnerStoreCategoryRole > relationship-role-name> > Many > > Partner > > > categories > java.util.Collection > > > > > StoreCategoryPartnerRole > relationship-role-name> > Many > > StoreCategory > > > partners > java.util.Collection > > > > > ejbql: > > SELECT OBJECT(c) FROM StoreCategory c, IN (c.partners) assignedPartner > WHERE c.id=?1 AND (assignedPartner.id=?2 OR > c.partnerOwner.id=?2) > > which should find specified StoreCategory participating EITHER in > first relationship with specified Partner OR in second one or both. > > sql generated: > > SELECT t0_c.id FROM storecategory t0_c, partner t1_assignedpartner, > partner_categories_stor_1cl2gdd t3_c_partners_RELATION_TABLE, partner > t2_c_partnerOwner WHERE (t0_c.id = ? AND (t1_assignedpartner.id = ? OR > t2_c_partnerOwner.id = ?)) AND (t0_c.partnerOwner=t2_c_partnerOwner.id > AND t0_c.id=t3_c_partners_RELATION_TABLE.StoreCategory AND > t1_assignedpartner.id=t3_c_partners_RELATION_TABLE.Partner) > > which does inner join of all three tables (StoreCategory, Partner and > M-2-M relation table). So it will by definition select StoreCategories > participating ONLY in BOTH relationships at the same time. > > Or maybe I missed something... > --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] serious ejbql compiler problem
Title: serious ejbql compiler problem Jboss 3.0.4. 2 entities: StoreCategory and Partner. 2 relationships between them: 1) Partner - StoreCategory PartnerStoreCategoryRole One Partner storeCategories java.util.Collection StoreCategoryPartnerRole Many StoreCategory partnerOwner 2) Partners - StoreCategory PartnerStoreCategoryRole Many Partner categories java.util.Collection StoreCategoryPartnerRole Many StoreCategory partners java.util.Collection ejbql: SELECT OBJECT(c) FROM StoreCategory c, IN (c.partners) assignedPartner WHERE c.id=?1 AND (assignedPartner.id=?2 OR c.partnerOwner.id=?2) which should find specified StoreCategory participating EITHER in first relationship with specified Partner OR in second one or both. sql generated: SELECT t0_c.id FROM storecategory t0_c, partner t1_assignedpartner, partner_categories_stor_1cl2gdd t3_c_partners_RELATION_TABLE, partner t2_c_partnerOwner WHERE (t0_c.id = ? AND (t1_assignedpartner.id = ? OR t2_c_partnerOwner.id = ?)) AND (t0_c.partnerOwner=t2_c_partnerOwner.id AND t0_c.id=t3_c_partners_RELATION_TABLE.StoreCategory AND t1_assignedpartner.id=t3_c_partners_RELATION_TABLE.Partner) which does inner join of all three tables (StoreCategory, Partner and M-2-M relation table). So it will by definition select StoreCategories participating ONLY in BOTH relationships at the same time. Or maybe I missed something...
[JBoss-user] jboss 3.0.5 ejbql compiler problems?
Title: jboss 3.0.5 ejbql compiler problems? My eqbql SELECT OBJECT(c) FROM StoreCategory c WHERE c.customer IS NULL AND c.partnerOwner IS NULL in jboss 3.0.5 compiles to SELECT t0_c.id FROM storecategory t0_c WHERE (t0_c.customer IS NULL AND t0_c.partnerOwner IS NULL) AND (t0_c.partnerOwner=t0_c.id) which is nonsense (what "t0_c.partnerOwner=t0_c.id" is up to?), and in jboss 3.0.4 compiles to SELECT t0_c.id FROM storecategory t0_c WHERE t0_c.customer IS NULL AND t0_c.partnerOwner IS NULL which is OK c.customer and c.partnerOwner are one-to-many CMRs (one Customer - many StoreCategories, one PartnerOwner - many StoreCategories). Why is it so?
[JBoss-user] "invalid invocation" exception thrown by EntityContainer$ContainerInterceptor
Title: "invalid invocation" exception thrown by EntityContainer$ContainerInterceptor Can anybody clarify what could cause exception like the one below? I have an EAR with one ejb-jar and one war inside deployed into jboss 3.0.4 (and built-in jetty). A reference to remote interface of a CMP bean is stored as a field in the object (specifically com.tw.mms.xml.MMSComposer here) which is placed into session. I have a session listener (actually object that implements HttpSessionBindingListener) that calls com.tw.mms.xml.MMSComposer.destroy() when session is being destroyed. Inside this method a cmp bean's method getState() is called which causes the exception. Session timeout is 30 minutes. Bean container-configuration is the default one. An interesting thing is that when I shutdown the application, jetty obviously begins to invalidate all the sessions and I see lots (guess equal to the number of live sessions) of subsequental successfull invocations of com.tw.mms.xml.MMSComposer.destroy() method. Code: 2003-01-10 18:15:44,241 ERROR [org.jboss.ejb.plugins.LogInterceptor] EJBException: javax.ejb.EJBException: Invalid invocation, check your deployment packaging, method=public abstract java.lang.String com.tw.mms.ejb.SMILRemote.getState() throws java.rmi.RemoteException at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1164) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:95) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:297) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:186) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:90) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:163) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:107) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:69) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:107) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:178) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:60) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:130) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:204) at org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:493) at org.jboss.ejb.Container.invoke(Container.java:712) at org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:1058) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:98) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:102) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:77) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:80) at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:116) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:76) at $Proxy321.getState(Unknown Source) at com.tw.mms.xml.MMSComposer.destroy(MMSComposer.java:48) at com.tw.mms.servlet.SessionListener.destroyServices(SessionListener.java:47) at com.tw.mms.servlet.XmlServiceMap.valueUnbound(XmlServiceMap.java:24) at org.mortbay.jetty.servlet.AbstractSessionManager$Session.unbindValue(AbstractSessionManager.java:674) at org.mortbay.jetty.servlet.AbstractSessionManager$Session.invalidate(AbstractSessionManager.java:493) at org.mortbay.jetty.servlet.AbstractSessionManager.scavenge(AbstractSessionManager.java:334) at org.mortbay.jetty.servlet.AbstractSessionManager.access0(AbstractSessionManager.java:48) at org.mortbay.jetty.servlet.AbstractSessionManager$SessionScavenger.run(AbstractSessionManager.java:363)
[JBoss-user] .wsr service inside ear cannot be redeployed?
Title: .wsr service inside ear cannot be redeployed? In Jboss 3.0.4 I have an ear application deployed. application.xml is http://java.sun.com/j2ee/dtds/application_1_2.dtd"> MMS MMSEjb.jar mms.war mms MMSEjb.wsr It is deployed without any errors and MMSEjb.wsr module is working properly. If I touch application.xml (My ear is actually a subdirectory in "deploy" directory) re-deployment stops while attempting to re-deploy MMSEjb.wsr. If I comment it out in application.xml, the app is redeployed normally. The following is the exception in server.log: 2002-12-05 15:27:49,292 ERROR [org.jboss.deployment.scanner.URLDeploymentScanner] Failed to deploy: org.jboss.deployment.scanner.URLDeploymentScanner$DeployedURL@e08508f9{ url="" HREF="" TARGET="_blank">file:/C:/usr/local/java/jboss-3.0.4/server/default/deploy/80_MMS.ear/, deployedLastModified=1039084084390 } org.jboss.deployment.DeploymentException: attempting to redeploy a depoyed module! file:/C:/usr/local/java/jboss-3.0.4/server/default/deploy/80_MMS.ear/MMSEjb.wsr at org.jboss.net.axis.server.AxisService.create(AxisService.java:504) at org.jboss.deployment.MainDeployer.create(MainDeployer.java:760) at org.jboss.deployment.MainDeployer.create(MainDeployer.java:752) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:620) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:585) at sun.reflect.GeneratedMethodAccessor13.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy4.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:435) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:561) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:212) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.loop(AbstractDeploymentScanner.java:225) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.run(AbstractDeploymentScanner.java:202) Please provide a workaround if it exists.
[JBoss-user] IllegalStateException: The iterator of a CMR collection may onlybe used within the transction in which it was created
Title: IllegalStateException: The iterator of a CMR collection may only be used within the transction in which it was created Jboss 3.0.4, CMP2.0 bean, simple business method is called by remote client. Method declaration is: public String getSizeAsString(Locale locale) { try { int size = 0; 316: for (Iterator i = getSlides().iterator(); i.hasNext(); ) { size+=((Slide)i.next()).getSize(); } size+=getXml(false, false, -1, locale).toString().getBytes("UTF-8").length; return new DecimalFormat("0.00").format((double)size/1024D); }catch (UnsupportedEncodingException ex) { throw new EJBException(ex); } } From time to time (not every time, approx one time for 20 invocations) I get the exception below. All transaction attributes for all beans in application declared as: SMIL * Required Looks pretty much like a bug because of reproduce instability. 2002-11-05 17:54:20,987 ERROR [org.jboss.ejb.plugins.LogInterceptor] RuntimeException: java.lang.IllegalStateException: The iterator of a CMR collection may only be used within the transction in which it was created at org.jboss.ejb.plugins.cmp.jdbc.bridge.RelationSet$1.verifyIteratorIsValid(RelationSet.java:309) at org.jboss.ejb.plugins.cmp.jdbc.bridge.RelationSet$1.hasNext(RelationSet.java:269) at com.tw.mms.ejb.SMILBean.getSizeAsString(SMILBean.java:316) at sun.reflect.GeneratedMethodAccessor75.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1194) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:95) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:297) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:186) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:90) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:163) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:107) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:69) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:107) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:178) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:60) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:130) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:204) at org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:493) at org.jboss.ejb.Container.invoke(Container.java:712) at org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:1058) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:382) at sun.reflect.GeneratedMethodAccessor59.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:261) 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:460) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701) at java.lang.Thread.run(Thread.java:536) Best wishes, Alexei Yudichev
[JBoss-user] Strange errors in server.log
Title: Strange errors in server.log I use jboss 3.0.4RC1 week old from CVS (not updated to 3.0.4 release yet) My servlet calls CMP1.1 entity bean that has byte[] as one of CMP fields. From time to time I face the following exception: ===server.log=== ... 2002-11-04 18:28:02,454 ERROR [STDERR] java.lang.IllegalStateException: Task already scheduled or cancelled 2002-11-04 18:28:02,455 ERROR [STDERR] at java.util.Timer.sched(Timer.java:316) 2002-11-04 18:28:02,455 ERROR [STDERR] at java.util.Timer.schedule(Timer.java:128) 2002-11-04 18:28:02,456 ERROR [STDERR] at sun.rmi.transport.DGCAckHandler.startTimer(DGCAckHandler.java:84) 2002-11-04 18:28:02,456 ERROR [STDERR] at sun.rmi.transport.ConnectionOutputStream.done(ConnectionOutputStream.java:82) 2002-11-04 18:28:02,456 ERROR [STDERR] at sun.rmi.transport.StreamRemoteCall.releaseOutputStream(StreamRemoteCall.java:94) 2002-11-04 18:28:02,456 ERROR [STDERR] at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:302) 2002-11-04 18:28:02,456 ERROR [STDERR] at sun.rmi.transport.Transport$1.run(Transport.java:148) 2002-11-04 18:28:02,456 ERROR [STDERR] at java.security.AccessController.doPrivileged(Native Method) 2002-11-04 18:28:02,457 ERROR [STDERR] at sun.rmi.transport.Transport.serviceCall(Transport.java:144) 2002-11-04 18:28:02,457 ERROR [STDERR] at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460) 2002-11-04 18:28:02,457 ERROR [STDERR] at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701) 2002-11-04 18:28:02,457 ERROR [STDERR] at java.lang.Thread.run(Thread.java:536) ... ===server.log=== At client's (servlet's) side I see: [2002-11-04 18:28:02,455,ImageServlet] javax.naming.CommunicationException [Root exception is java.rmi.UnmarshalException: Error unmarshaling return header; nested exception is: java.net.SocketException: Connection reset by peer: Connection reset by peer] javax.naming.CommunicationException. Root exception is java.rmi.UnmarshalException: Error unmarshaling return header; nested exception is: java.net.SocketException: Connection reset by peer: Connection reset by peer at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:203) at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:133) at org.jnp.server.NamingServer_Stub.lookup(Unknown Source) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:464) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:443) at com.caucho.naming.LinkProxy.createObject(LinkProxy.java:127) at com.caucho.naming.ContextImpl.dereference(ContextImpl.java:540) at com.caucho.naming.ContextImpl.lookup(ContextImpl.java:173) at javax.naming.InitialContext.lookup(InitialContext.java:347) at com.tw.imgfactory.servlet.ImageServlet.getImageRemoteHome(ImageServlet.java:85) at com.tw.imgfactory.servlet.ImageServlet.doGet(ImageServlet.java:37) at javax.servlet.http.HttpServlet.service(HttpServlet.java:126) at javax.servlet.http.HttpServlet.service(HttpServlet.java:103) at com.caucho.server.http.FilterChainServlet.doFilter(FilterChainServlet.java:96) at com.caucho.server.http.Invocation.service(Invocation.java:312) at com.caucho.server.http.CacheInvocation.service(CacheInvocation.java:135) at com.caucho.server.http.RunnerRequest.handleRequest(RunnerRequest.java:342) at com.caucho.server.http.RunnerRequest.handleConnection(RunnerRequest.java:272) at com.caucho.server.TcpConnection.run(TcpConnection.java:137) at java.lang.Thread.run(Thread.java:536) Caused by: java.net.SocketException: Connection reset by peer: Connection reset by peer at java.net.SocketInputStream.socketRead0(Native Method) at java.net.SocketInputStream.read(SocketInputStream.java:116) at java.io.BufferedInputStream.fill(BufferedInputStream.java:183) at java.io.BufferedInputStream.read(BufferedInputStream.java:201) at java.io.DataInputStream.readByte(DataInputStream.java:276) at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:189) ... 19 more From that jboss-side exception occurs earlier, I conclude that "Connection reset by peer" on client-side is caused by jboss-side rmi exception. Can anybody help me with this? Best wishes, Alexei Yudichev
[JBoss-user] Problem with latest version of org.jboss.ejb.plugins.cmp.jdbc.JDBCUtil
Title: Problem with latest version of org.jboss.ejb.plugins.cmp.jdbc.JDBCUtil cvs log for this source file says: === revision 1.14 date: 2002/10/23 11:39:53; author: scoy; state: Exp; lines: +352 -146 Make better use of the jdbc type to select which methods of java.sql.PreparedStatement/ResultSet to use when storing and loading data. In particular, this resolves all remaining issues with Oracle clobs and blobs. === This change creates a problem with PostgreSQL type OID. It should be retrieved with rs.getBinaryStream() not with rs.getObject(). Changing java.lang.Object mapping in standardjbosscmp-jdbc.xml for PostgreSQL from JAVA_OBJECT to BLOB solves the problem. Best wishes, Alexei Yudichev
RE: [JBoss-user] Re: "removing bean lock and it has tx set" - que
yContainer.java:1058) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:382) at sun.reflect.GeneratedMethodAccessor42.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:261) 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:460) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701) at java.lang.Thread.run(Thread.java:536) Best wishes, Alexei Yudichev -Original Message- From: Adrian Brock [mailto:[EMAIL PROTECTED]] Sent: Tuesday, October 15, 2002 6:05 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-user] Re: "removing bean lock and it has tx set" - que Thanks for the kind offer. But we already found it :-) Regards, Adrian >From: Alexey Yudichev <[EMAIL PROTECTED]> >Reply-To: [EMAIL PROTECTED] >To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]> >Subject: RE: [JBoss-user] Re: "removing bean lock and it has tx set" - que >Date: Tue, 15 Oct 2002 17:42:06 +0300 > >I often (but not always) face these errors when CMP2.0 entities are being >removed/added from/to a relationship with other entities. >I encounter the error often enough to help developers find a cause... if it >would help > >Best wishes, > Alexei Yudichev mailto:[EMAIL PROTECTED] > >-Original Message- >From: Chris Pinfold [mailto:[EMAIL PROTECTED]] >Sent: Monday, October 14, 2002 3:38 AM >To: [EMAIL PROTECTED] >Cc: Terry Hawkins; Alan Yost >Subject: RE: [JBoss-user] Re: "removing bean lock and it has tx set" - >question > > >We are getting a similar error (see below) from a Stateless Session bean >using JBoss 3.0.2. >We are also using the "Required" transaction attribute. The error occurs >after the following sequence of events: >1) create some data using entity beans, via a session facade >2) Shutdown JBoss >3) Restart JBoss >4) Remove the data using entity beans, via a session facade > >Are we possibly doing something wrong or is this related to the same bug? > >Regards >Chris > >This is the error message: > >2002-10-10 14:37:50,699 ERROR >[com.yambay.mdrover.erp.proxy.session.ERPTestManagerBean] Failed due to >remote exception removing bean lock and it has tx set!; CausedByException >is: > removing bean lock and it has tx set!; CausedByException is: > removing bean lock and it has tx set!; CausedByException is: > removing bean lock and it has tx set!; nested exception is: > javax.ejb.TransactionRolledbackLocalException: removing bean lock >and it has tx set!; CausedByException is: > removing bean lock and it has tx set!; CausedByException is: > removing bean lock and it has tx set!; CausedByException is: > removing bean lock and it has tx set! >javax.transaction.TransactionRolledbackException: removing bean lock and it >has tx set!; CausedByException is: > removing bean lock and it has tx set!; CausedByException is: > removing bean lock and it has tx set!; CausedByException is: > removing bean lock and it has tx set!; nested exception is: > javax.ejb.TransactionRolledbackLocalException: removing bean lock >and it has tx set!; CausedByException is: > removing bean lock and it has tx set!; CausedByException is: > removing bean lock and it has tx set!; CausedByException is: > removing bean lock and it has tx set! > at >org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor >.java:230) > at >org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT. >java:178) > at >org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:60) > at >org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:13 >0) > at >org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:203) > at >org.jboss.ejb.StatelessSessionContainer.invoke(StatelessSessionContainer.jav >a:313) > at org.jboss.ejb.Container.invoke(Container.java:720) > at >org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) > at >org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:98) > at >org.jboss.invocation.InvokerIn
RE: [JBoss-user] error adding container to app.: java.lang.NullPointerException
) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy4.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:427) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:553) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:212) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.loop(AbstractDeploymentScanner.java:225) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.run(AbstractDeploymentScanner.java:202) Best wishes, Alexei Yudichev mailto:[EMAIL PROTECTED] -Original Message- From: Alexey Yudichev Sent: Wednesday, October 16, 2002 9:16 AM To: '[EMAIL PROTECTED]' Subject: [JBoss-user] error adding container to app.: java.lang.NullPointerException Couple of times saw the error below after re-deployment of an application. Once the error occured no further deployments of the same application would succeed (with the same error) and only restart of jboss would help. Jboss 3.0.3. 2002-10-14 11:31:56,643 INFO [org.jboss.ejb.EjbModule] Creating 2002-10-14 11:31:56,655 DEBUG [org.jboss.ejb.EjbModule] Application.start(), begin 2002-10-14 11:31:56,655 INFO [org.jboss.ejb.EjbModule] Deploying MMSImage 2002-10-14 11:31:56,667 ERROR [org.jboss.ejb.EjbModule] error adding container to app. java.lang.NullPointerException at org.jboss.ejb.EjbModule.initializeContainer(EjbModule.java:709) at org.jboss.ejb.EjbModule.createEntityContainer(EjbModule.java:629) at org.jboss.ejb.EjbModule.createContainer(EjbModule.java:547) at org.jboss.ejb.EjbModule.createService(EjbModule.java:363) at org.jboss.system.ServiceMBeanSupport.create(ServiceMBeanSupport.java:136) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:976) at $Proxy5.create(Unknown Source) at org.jboss.system.ServiceController.create(ServiceController.java:315) at org.jboss.system.ServiceController.create(ServiceController.java:243) at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy8.create(Unknown Source) at org.jboss.ejb.EJBDeployer.create(EJBDeployer.java:376) at org.jboss.deployment.MainDeployer.create(MainDeployer.java:755) at org.jboss.deployment.MainDeployer.create(MainDeployer.java:747) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:615) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:580) at sun.reflect.GeneratedMethodAccessor12.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy4.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:427) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:553) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:212) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.loop(AbstractDeploymentScanner.java:225) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.run(AbstractDeploymentScanner.java:202) Best wishes, Alexei Yudichev mailto:[EMAIL PROTECTED]
[JBoss-user] error adding container to app.: java.lang.NullPointerException
Title: error adding container to app.: java.lang.NullPointerException Couple of times saw the error below after re-deployment of an application. Once the error occured no further deployments of the same application would succeed (with the same error) and only restart of jboss would help. Jboss 3.0.3. 2002-10-14 11:31:56,643 INFO [org.jboss.ejb.EjbModule] Creating 2002-10-14 11:31:56,655 DEBUG [org.jboss.ejb.EjbModule] Application.start(), begin 2002-10-14 11:31:56,655 INFO [org.jboss.ejb.EjbModule] Deploying MMSImage 2002-10-14 11:31:56,667 ERROR [org.jboss.ejb.EjbModule] error adding container to app. java.lang.NullPointerException at org.jboss.ejb.EjbModule.initializeContainer(EjbModule.java:709) at org.jboss.ejb.EjbModule.createEntityContainer(EjbModule.java:629) at org.jboss.ejb.EjbModule.createContainer(EjbModule.java:547) at org.jboss.ejb.EjbModule.createService(EjbModule.java:363) at org.jboss.system.ServiceMBeanSupport.create(ServiceMBeanSupport.java:136) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:976) at $Proxy5.create(Unknown Source) at org.jboss.system.ServiceController.create(ServiceController.java:315) at org.jboss.system.ServiceController.create(ServiceController.java:243) at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy8.create(Unknown Source) at org.jboss.ejb.EJBDeployer.create(EJBDeployer.java:376) at org.jboss.deployment.MainDeployer.create(MainDeployer.java:755) at org.jboss.deployment.MainDeployer.create(MainDeployer.java:747) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:615) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:580) at sun.reflect.GeneratedMethodAccessor12.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy4.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:427) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:553) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:212) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.loop(AbstractDeploymentScanner.java:225) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.run(AbstractDeploymentScanner.java:202) Best wishes, Alexei Yudichev mailto:[EMAIL PROTECTED]
RE: [JBoss-user] Re: "removing bean lock and it has tx set" - question
Title: RE: [JBoss-user] Re: "removing bean lock and it has tx set" - question I often (but not always) face these errors when CMP2.0 entities are being removed/added from/to a relationship with other entities. I encounter the error often enough to help developers find a cause... if it would help Best wishes, Alexei Yudichev mailto:[EMAIL PROTECTED] -Original Message- From: Chris Pinfold [mailto:[EMAIL PROTECTED]] Sent: Monday, October 14, 2002 3:38 AM To: [EMAIL PROTECTED] Cc: Terry Hawkins; Alan Yost Subject: RE: [JBoss-user] Re: "removing bean lock and it has tx set" - question We are getting a similar error (see below) from a Stateless Session bean using JBoss 3.0.2. We are also using the "Required" transaction attribute. The error occurs after the following sequence of events: 1) create some data using entity beans, via a session facade 2) Shutdown JBoss 3) Restart JBoss 4) Remove the data using entity beans, via a session facade Are we possibly doing something wrong or is this related to the same bug? Regards Chris This is the error message: 2002-10-10 14:37:50,699 ERROR [com.yambay.mdrover.erp.proxy.session.ERPTestManagerBean] Failed due to remote exception removing bean lock and it has tx set!; CausedByException is: removing bean lock and it has tx set!; CausedByException is: removing bean lock and it has tx set!; CausedByException is: removing bean lock and it has tx set!; nested exception is: javax.ejb.TransactionRolledbackLocalException: removing bean lock and it has tx set!; CausedByException is: removing bean lock and it has tx set!; CausedByException is: removing bean lock and it has tx set!; CausedByException is: removing bean lock and it has tx set! javax.transaction.TransactionRolledbackException: removing bean lock and it has tx set!; CausedByException is: removing bean lock and it has tx set!; CausedByException is: removing bean lock and it has tx set!; CausedByException is: removing bean lock and it has tx set!; nested exception is: javax.ejb.TransactionRolledbackLocalException: removing bean lock and it has tx set!; CausedByException is: removing bean lock and it has tx set!; CausedByException is: removing bean lock and it has tx set!; CausedByException is: removing bean lock and it has tx set! at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:230) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:178) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:60) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:130) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:203) at org.jboss.ejb.StatelessSessionContainer.invoke(StatelessSessionContainer.java:313) at org.jboss.ejb.Container.invoke(Container.java:720) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:98) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:102) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:73) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:76) at org.jboss.proxy.ejb.StatelessSessionInterceptor.invoke(StatelessSessionInterceptor.java:111) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:76) at $Proxy61.removeJob(Unknown Source) at com.yambay.mdrover.erp.proxy.session.ERPTestManagerBean.clearCache(ERPTestManagerBean.java:661) at com.yambay.mdrover.erp.proxy.session.ERPTestManagerBean.runTestCase ... -Original Message- From: Adrian Brock [mailto:[EMAIL PROTECTED]] Sent: Friday, 11 October 2002 7:40 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] Re: "removing bean lock and it has tx set" - question Hi Michael, I've applied the fix to the 2.4 branch. Regards, Adrian >From: Michael Rudorfer <[EMAIL PROTECTED]> >Reply-To: [EMAIL PROTECTED] >To: [EMAIL PROTECTED] >Subject: [JBoss-user] Re: "removing bean lock and it has tx set" - question >Date: Fri, 11 Oct 2002 10:47:28 +0200 > >Did I get you right, Bill? > >You think that this is a bug in Jboss, not a problem with >me, using transactions in a wrong way? > >Michael > >Bill Burke wrote: > > > Can you log a bug on this, copy this email, and assign to me? > > > > patriot1burke > > > > Thanks, > > > > Bill > > > > > -Original Message- > > > From: [EMAIL PROTECTED] > > > [mailto:[EMAIL PROTECTED]]On Behalf Of Michael > > > Rudorfer > > > Sent: Thursday, October 10, 2002 11:38 AM > > > To: [EMAIL PROTECTED] > > > Subject: [JBoss-user] "removing bean lock and it has tx set" - >question > > > > > > > > > Hi there! > > > > > > I have the following problem: > > >
RE: [JBoss-user] Does anybody work with XA driver for MS SQL Server?
Title: RE: [JBoss-user] Does anybody work with XA driver for MS SQL Server? Just tried 3.2. Still get javax.transaction.xa.XAException: [Microsoft][SQLServer 2000 Driver for JDBC][SQLServer]xa_end (400) returns -6 at com.microsoft.jdbcx.sqlserver.SQLServerImplXAResource.executeXaRpc(Unknown Source) at com.microsoft.jdbcx.sqlserver.SQLServerImplXAResource.end(Unknown Source) at com.microsoft.jdbcx.base.BaseXAResource.end(Unknown Source) at org.jboss.tm.TransactionImpl.endResource(TransactionImpl.java:1056) at org.jboss.tm.TransactionImpl.endResources(TransactionImpl.java:1118) at org.jboss.tm.TransactionImpl.commit(TransactionImpl.java:332) at org.jboss.ejb.plugins.TxInterceptorCMT.endTransaction(TxInterceptorCMT.java:308) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:194) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:66) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:130) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:205) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:154) at org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:481) at org.jboss.ejb.Container.invoke(Container.java:671) ... Seems some real problem with MS driver... Best wishes, Alexei Yudichev mailto:[EMAIL PROTECTED] -Original Message- From: David Jencks [mailto:[EMAIL PROTECTED]] Sent: Thursday, October 10, 2002 6:40 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] Does anybody work with XA driver for MS SQL Server? I didn't read your earlier messages carefully. Deadlock is unlikely to be related to local or xa tx, but rather varying resource ordering. The first message you show here seems to indicate that the driver is not fully xa compliant, and doesn't support suspend/resume. You could try using 3.2 and setting the TrackConnectionByTx attribute to true: this will prevent trying to do suspend/resume calls. david jencks On 2002.10.10 11:04:53 -0400 Alexey Yudichev wrote: > After I am tired of deadlock exeptions I tried to use XA jdbc drivers > fro > MS SQL server. I asked admin to install a dll on the sqlserver side as it > is > specified in MS JDBC driver docs. But it never worked for me. There're > different exceptions that are listed below. > > Please tell me if really all the jboss 3.x.x users always use single > datasource for their ejb applications so that do not face these XA > problems? > I cannot find a way how I can use more than one datasource in > application... > > > 2002-10-10 17:52:18,066 WARN [org.jboss.tm.TxCapsule] XAException: > tx=XidImpl [FormatId=257, GlobalId=xxx.xxx.com//444, BranchQual=] > errorCode=XAER_PROTO > javax.transaction.xa.XAException: Transaction has to commit/rollback > before > another transaction starts. > at > com.microsoft.jdbcx.sqlserver.SQLServerImplXAResource.start(Unknown > Source) > at com.microsoft.jdbcx.base.BaseXAResource.start(Unknown Source) > at org.jboss.tm.TxCapsule.startResource(TxCapsule.java:1232) > ... > > > > 2002-10-10 17:52:18,082 WARN [org.jboss.tm.TxCapsule] XAException: > tx=XidImpl [FormatId=257, GlobalId=xxx.xxx.com//444, BranchQual=] > errorCode=XAER_RMERR > javax.transaction.xa.XAException: [Microsoft][SQLServer 2000 Driver for > JDBC][SQLServer]No matched thread found for XaEnd > at > com.microsoft.jdbcx.sqlserver.SQLServerImplXAResource.executeXaRpc(Unknown > Source) > at com.microsoft.jdbcx.sqlserver.SQLServerImplXAResource.end(Unknown > Source) > at com.microsoft.jdbcx.base.BaseXAResource.end(Unknown Source) > at org.jboss.tm.TxCapsule.endResource(TxCapsule.java:1289) > at org.jboss.tm.TxCapsule.delistResource(TxCapsule.java:620) > ... > > > 2002-10-10 17:52:18,088 WARN [org.jboss.tm.TxCapsule] XAException: > tx=XidImpl [FormatId=257, GlobalId=xxx.xxx.com//444, BranchQual=] > errorCode=XAER_RMERR > javax.transaction.xa.XAException: [Microsoft][SQLServer 2000 Driver for > JDBC][SQLServer]xa_rollback (0) returns -4 > at > com.microsoft.jdbcx.sqlserver.SQLServerImplXAResource.executeXaRpc(Unknown > Source) > at > com.microsoft.jdbcx.sqlserver.SQLServerImplXAResource.rollback(Unknown > Source) > at com.microsoft.jdbcx.base.BaseXAResource.rollback(Unknown > Source) > at org.jboss.tm.TxCapsule.rollbackResources(TxCapsule.java:1779) > ... > > 2002-10-10 17:52:18,098 ERROR [org.jboss.ejb.plugins.LogInterceptor] > EJBException, causedBy: > java.sql.SQLException: [Microsoft][SQLServer 2000 Driver for > JDBC][SQLServer]Distributed transaction completed. Either enli
[JBoss-user] Does anybody work with XA driver for MS SQL Server?
Title: Does anybody work with XA driver for MS SQL Server? After I am tired of deadlock exeptions I tried to use XA jdbc drivers fro MS SQL server. I asked admin to install a dll on the sqlserver side as it is specified in MS JDBC driver docs. But it never worked for me. There're different exceptions that are listed below. Please tell me if really all the jboss 3.x.x users always use single datasource for their ejb applications so that do not face these XA problems? I cannot find a way how I can use more than one datasource in application... 2002-10-10 17:52:18,066 WARN [org.jboss.tm.TxCapsule] XAException: tx=XidImpl [FormatId=257, GlobalId=xxx.xxx.com//444, BranchQual=] errorCode=XAER_PROTO javax.transaction.xa.XAException: Transaction has to commit/rollback before another transaction starts. at com.microsoft.jdbcx.sqlserver.SQLServerImplXAResource.start(Unknown Source) at com.microsoft.jdbcx.base.BaseXAResource.start(Unknown Source) at org.jboss.tm.TxCapsule.startResource(TxCapsule.java:1232) ... 2002-10-10 17:52:18,082 WARN [org.jboss.tm.TxCapsule] XAException: tx=XidImpl [FormatId=257, GlobalId=xxx.xxx.com//444, BranchQual=] errorCode=XAER_RMERR javax.transaction.xa.XAException: [Microsoft][SQLServer 2000 Driver for JDBC][SQLServer]No matched thread found for XaEnd at com.microsoft.jdbcx.sqlserver.SQLServerImplXAResource.executeXaRpc(Unknown Source) at com.microsoft.jdbcx.sqlserver.SQLServerImplXAResource.end(Unknown Source) at com.microsoft.jdbcx.base.BaseXAResource.end(Unknown Source) at org.jboss.tm.TxCapsule.endResource(TxCapsule.java:1289) at org.jboss.tm.TxCapsule.delistResource(TxCapsule.java:620) ... 2002-10-10 17:52:18,088 WARN [org.jboss.tm.TxCapsule] XAException: tx=XidImpl [FormatId=257, GlobalId=xxx.xxx.com//444, BranchQual=] errorCode=XAER_RMERR javax.transaction.xa.XAException: [Microsoft][SQLServer 2000 Driver for JDBC][SQLServer]xa_rollback (0) returns -4 at com.microsoft.jdbcx.sqlserver.SQLServerImplXAResource.executeXaRpc(Unknown Source) at com.microsoft.jdbcx.sqlserver.SQLServerImplXAResource.rollback(Unknown Source) at com.microsoft.jdbcx.base.BaseXAResource.rollback(Unknown Source) at org.jboss.tm.TxCapsule.rollbackResources(TxCapsule.java:1779) ... 2002-10-10 17:52:18,098 ERROR [org.jboss.ejb.plugins.LogInterceptor] EJBException, causedBy: java.sql.SQLException: [Microsoft][SQLServer 2000 Driver for JDBC][SQLServer]Distributed transaction completed. Either enlist this session in a new transaction or the NULL transaction. at com.microsoft.jdbc.base.BaseExceptions.createException(Unknown Source) at com.microsoft.jdbc.base.BaseExceptions.getException(Unknown Source) at com.microsoft.jdbc.sqlserver.tds.TDSRequest.processErrorToken(Unknown Source) at com.microsoft.jdbc.sqlserver.tds.TDSRequest.processReplyToken(Unknown Source) at com.microsoft.jdbc.sqlserver.tds.TDSRPCRequest.processReplyToken(Unknown Source) at com.microsoft.jdbc.sqlserver.tds.TDSRequest.processReply(Unknown Source) at com.microsoft.jdbc.sqlserver.tds.TDSCursorRequest.openCursor(Unknown Source) at com.microsoft.jdbc.sqlserver.SQLServerImplStatement.execute(Unknown Source) at com.microsoft.jdbc.base.BaseStatement.commonExecute(Unknown Source) at com.microsoft.jdbc.base.BaseStatement.executeQueryInternal(Unknown Source) at com.microsoft.jdbc.base.BasePreparedStatement.executeQuery(Unknown Source) at com.microsoft.jdbcx.base.BasePreparedStatementWrapper.executeQuery(Unknown Source) at com.tw.eazybuild.ejb.BannerBean.ejbFindByCategoryBanners(BannerBean.java:218) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.ejb.plugins.BMPPersistenceManager.callFinderMethod(BMPPersistenceManager.java:638) ... Best wishes, Alexei Yudichev mailto:[EMAIL PROTECTED]
[JBoss-user] Entities are not cached
Title: Entities are not cached According to debug-level log messages, each time I find entities with a finder and then invoke business methods they are loaded. Even if less than a second passed since previous load. Seems like caching is disabled at all. I have no custom container configurations, all my entities are described in jboss.xml like the following: Slide ejb/xxx/Slide ejb/xxx/SlideLocal ... Can anybody tell me why are not they cached? Best wishes, Alexei Yudichev mailto:[EMAIL PROTECTED]
RE: [JBoss-user] XAException SQLServer 2000 JBoss 3.0.1
Title: RE: [JBoss-user] XAException SQLServer 2000 JBoss 3.0.1 Just got the same error with the same conditions. Is there any workaround? I need XA drivers because my logic requires involving several databases into single transaction. Best wishes, Alexei Yudichev mailto:[EMAIL PROTECTED] -Original Message- From: bryan hansen [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 21, 2002 7:44 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] XAException SQLServer 2000 JBoss 3.0.1 Also the configuration file is verbatim out of the examples directory and just has my connection information. --- bryan hansen <[EMAIL PROTECTED]> wrote: > I am getting an exception using JBoss3.0.1 with > SQLServer 2000. I have the driver installed and it > runs my first query just fine, but when it goes to > excute the second query it throws this error? I am > kinda stumped so any help would be appreciated. > > Bryan > > 09:56:03,171 WARN [TxCapsule] XAException: > tx=XidImpl > [FormatId=257, GlobalId=devlaptop//2, BranchQ > ual=] errorCode=XAER_RMERR > javax.transaction.xa.XAException: > [Microsoft][SQLServer 2000 Driver for > JDBC][SQLServer]xa_start (80 > 0) returns -6 > at > com.microsoft.jdbcx.sqlserver.SQLServerImplXAResource.executeXaRpc(Unknown > Source) > at > com.microsoft.jdbcx.sqlserver.SQLServerImplXAResource.start(Unknown > Source) > at > com.microsoft.jdbcx.base.BaseXAResource.start(Unknown > Source) > at > org.jboss.tm.TxCapsule.startResource(TxCapsule.java:1180) > at > org.jboss.tm.TxCapsule.endResources(TxCapsule.java:1303) > at > org.jboss.tm.TxCapsule.commit(TxCapsule.java:340) > at > org.jboss.tm.TransactionImpl.commit(TransactionImpl.java:73) > at > org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:201) > at > org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:60) > at > org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:203) > at > org.jboss.ejb.StatefulSessionContainer.invoke(StatefulSessionContainer.java:380) > at > org.jboss.ejb.Container.invoke(Container.java:711) > at > org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:491) > at > org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:370) > at > sun.reflect.NativeMethodAccessorImpl.invoke0(Native > Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at > java.lang.reflect.Method.invoke(Method.java:324) > at > sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:261) > 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:460) > at > sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701) > at java.lang.Thread.run(Thread.java:536) > > > __ > Do You Yahoo!? > HotJobs - Search Thousands of New Jobs > http://www.hotjobs.com > > > --- > This sf.net email is sponsored by: OSDN - Tired of > that same old > cell phone? Get a new here for FREE! > https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390 > ___ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user __ Do You Yahoo!? HotJobs - Search Thousands of New Jobs http://www.hotjobs.com --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Application deadlock detected: Two or more transactions contention.
Title: Application deadlock detected: Two or more transactions contention. Sometimes rarely I get the following error. $Proxy1727 is a CMP2.0 bean over a PosgreSQL database. Inside its getSize() method there's a call to a business method of another CMP bean deployed in another application and using another database (MS SQL SERVER). Can this be caused by non-XA jdbc drivers? Sometimes I get the following warnings also: ==WARNING== 2002-10-10 09:19:41,485 WARN [org.jboss.resource.connectionmanager.LocalTxConnectionManager$LocalConnectionEventListener] prepare called on a local tx. You are not getting the semantics you expect! 2002-10-10 09:19:41,485 WARN [org.jboss.resource.connectionmanager.LocalTxConnectionManager$LocalConnectionEventListener] prepare called on a local tx. You are not getting the semantics you expect! ==EXCEPTION== 2002-10-10 10:13:17,490 ERROR [org.jboss.ejb.BeanLock] Application deadlock detected: TransactionImpl:XidImpl [FormatId=257, GlobalId=devzone.francoudi.com//37188, BranchQual=] has deadlock conditions. Two or more transactions contending for same resources and each have locks eachother need. 2002-10-10 10:13:17,496 ERROR [org.jboss.ejb.plugins.LogInterceptor] TransactionRolledbackLocalException, causedBy: org.jboss.ejb.plugins.lock.ApplicationDeadlockException: Application deadlock detected: Two or more transactions contention. at org.jboss.ejb.plugins.lock.BeanLockSupport.deadlockDetection(BeanLockSupport.java:136) at org.jboss.ejb.plugins.lock.QueuedPessimisticEJBLock.waitForTx(QueuedPessimisticEJBLock.java:263) at org.jboss.ejb.plugins.lock.QueuedPessimisticEJBLock.doSchedule(QueuedPessimisticEJBLock.java:196) at org.jboss.ejb.plugins.lock.QueuedPessimisticEJBLock.schedule(QueuedPessimisticEJBLock.java:143) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:103) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:69) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:107) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:178) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:60) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:130) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:203) at org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:493) at org.jboss.ejb.plugins.local.BaseLocalContainerInvoker.invoke(BaseLocalContainerInvoker.java:301) at org.jboss.ejb.plugins.local.EntityProxy.invoke(EntityProxy.java:38) at $Proxy1727.getSize(Unknown Source) at com.??.???.ejb.Bean.getSizeAsString(SMILBean.java:308) at sun.reflect.GeneratedMethodAccessor2174.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1194) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:95) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:308) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:186) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:90) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:152) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:107) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:69) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:107) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:178) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:60) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:130) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:203) at org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:493) at org.jboss.ejb.Container.invoke(Container.java:712) at org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:1058) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:381) at sun.reflect.GeneratedMethodAccessor43.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324)
[JBoss-user] Application deadlock detected: Two or more transactions contention.
Title: Application deadlock detected: Two or more transactions contention. Sometimes rarely I get the following exception (see EXCEPTION below). $Proxy1727 is a CMP2.0 bean over a PosgreSQL database. Inside its getSize() method there's a call to a business method of another CMP bean deployed in another application and using another database (MS SQL SERVER). Can this be caused by non-XA jdbc drivers? Sometimes I get the following warnings also: ==WARNING== 2002-10-10 09:19:41,485 WARN [org.jboss.resource.connectionmanager.LocalTxConnectionManager$LocalConnectionEventListener] prepare called on a local tx. You are not getting the semantics you expect! 2002-10-10 09:19:41,485 WARN [org.jboss.resource.connectionmanager.LocalTxConnectionManager$LocalConnectionEventListener] prepare called on a local tx. You are not getting the semantics you expect! ==EXCEPTION== 2002-10-10 10:13:17,490 ERROR [org.jboss.ejb.BeanLock] Application deadlock detected: TransactionImpl:XidImpl [FormatId=257, GlobalId=devzone.francoudi.com//37188, BranchQual=] has deadlock conditions. Two or more transactions contending for same resources and each have locks eachother need. 2002-10-10 10:13:17,496 ERROR [org.jboss.ejb.plugins.LogInterceptor] TransactionRolledbackLocalException, causedBy: org.jboss.ejb.plugins.lock.ApplicationDeadlockException: Application deadlock detected: Two or more transactions contention. at org.jboss.ejb.plugins.lock.BeanLockSupport.deadlockDetection(BeanLockSupport.java:136) at org.jboss.ejb.plugins.lock.QueuedPessimisticEJBLock.waitForTx(QueuedPessimisticEJBLock.java:263) at org.jboss.ejb.plugins.lock.QueuedPessimisticEJBLock.doSchedule(QueuedPessimisticEJBLock.java:196) at org.jboss.ejb.plugins.lock.QueuedPessimisticEJBLock.schedule(QueuedPessimisticEJBLock.java:143) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:103) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:69) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:107) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:178) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:60) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:130) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:203) at org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:493) at org.jboss.ejb.plugins.local.BaseLocalContainerInvoker.invoke(BaseLocalContainerInvoker.java:301) at org.jboss.ejb.plugins.local.EntityProxy.invoke(EntityProxy.java:38) at $Proxy1727.getSize(Unknown Source) at com.??.???.ejb.Bean.getSizeAsString(SMILBean.java:308) at sun.reflect.GeneratedMethodAccessor2174.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1194) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:95) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:308) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:186) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:90) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:152) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:107) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:69) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:107) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:178) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:60) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:130) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:203) at org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:493) at org.jboss.ejb.Container.invoke(Container.java:712) at org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:1058) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:381) at sun.reflect.GeneratedMethodAccessor43.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invo
RE: [JBoss-user] jboss 3.0.2(3): still suffers from java.lang.IllegalStateExceptio n: removing bean lock and it has tx set!
Title: RE: [JBoss-user] jboss 3.0.2(3): still suffers from java.lang.IllegalStateExceptio n: removing bean lock and it has tx set! Bug #582428 which is definitly the same, was submitted on July, 16... It is one step from being marked as 90 days old. Best wishes, Alexei Yudichev mailto:[EMAIL PROTECTED] -Original Message- From: Michael Bartmann [mailto:[EMAIL PROTECTED]] Sent: Tuesday, October 08, 2002 10:33 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] jboss 3.0.2(3): still suffers from java.lang.IllegalStateExceptio n: removing bean lock and it has tx set! Hi Alexey, we today encountered this problem (for the first time as far as I know) after a fresh update on Branch_3_2. Only to let you know, we had no time to dig into it... Regards, Michael Bartmann Alexey Yudichev wrote: > From that I cannot see much complains about the above exception (full > stack trace is below) i conclude that either not many people using > cmp2.0 or I am doing something wrong. This is an assigned bug #582428 > but new versions of jboss continue to release with the bug remaining. > This exception happens when I try to remove children from relation with > parent (in any case, for instance if I remove parent and it has cascade > deletion option set). But it is not 100% reproducable. I create the > parent and add children inside servlet code. I have a session attribute > listener that destroys my parent with cascade deletion of children on > session invalidation. So every time I have this exception. BUT if I try > to remove the parent on the page some seconds after its creation it is > removed ok. The only different between above two cases is the time period. > > I just wonder why people don't face similar problem that often... In > my case this is a real trouble with no workaround... > > 2002-10-04 19:15:59,924 ERROR [org.jboss.ejb.plugins.LogInterceptor] > TransactionRolledbackLocalException, causedBy: > java.lang.IllegalStateException: removing bean lock and it has tx > set!Slide B6808080808080808080808080808380thunderworx > at > org.jboss.ejb.plugins.lock.QueuedPessimisticEJBLock.removeRef(QueuedPessimisticEJBLock.java:412) > > at > org.jboss.ejb.BeanLockManager.removeLockRef(BeanLockManager.java:103) > at > org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:124) > > at > org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:69) > > at > org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:107) > > at > org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:232) > > at > org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:60) > at > org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:130) > > at > org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:203) > at org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:493) > at > org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge.invokeRemoveRelation(JDBCCMRFieldBridge.java:706) > > at > org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge.destroyRelationLinks(JDBCCMRFieldBridge.java:622) > > at > org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge.destroyRelationLinks(JDBCCMRFieldBridge.java:600) > > at > org.jboss.ejb.plugins.cmp.jdbc.bridge.RelationSet.clear(RelationSet.java:175) > > at > org.jboss.ejb.plugins.cmp.jdbc.JDBCRemoveEntityCommand.removeFromRelations(JDBCRemoveEntityCommand.java:137) > > at > org.jboss.ejb.plugins.cmp.jdbc.JDBCRemoveEntityCommand.execute(JDBCRemoveEntityCommand.java:70) > > at > org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.removeEntity(JDBCStoreManager.java:635) > > at > org.jboss.ejb.plugins.CMPPersistenceManager.removeEntity(CMPPersistenceManager.java:542) > > at > org.jboss.resource.connectionmanager.CachedConnectionInterceptor.removeEntity(CachedConnectionInterceptor.java:431) > > at org.jboss.ejb.EntityContainer.remove(EntityContainer.java:507) > at sun.reflect.GeneratedMethodAccessor250.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > > at java.lang.reflect.Method.invoke(Method.java:324) > at > org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1173) > > at > org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:95) > >
[JBoss-user] jboss 3.0.2(3): still suffers from java.lang.IllegalStateException: removing bean lock and it has tx set!
Title: jboss 3.0.2(3): still suffers from java.lang.IllegalStateException: removing bean lock and it has tx set! From that I cannot see much complains about the above exception (full stack trace is below) i conclude that either not many people using cmp2.0 or I am doing something wrong. This is an assigned bug #582428 but new versions of jboss continue to release with the bug remaining. This exception happens when I try to remove children from relation with parent (in any case, for instance if I remove parent and it has cascade deletion option set). But it is not 100% reproducable. I create the parent and add children inside servlet code. I have a session attribute listener that destroys my parent with cascade deletion of children on session invalidation. So every time I have this exception. BUT if I try to remove the parent on the page some seconds after its creation it is removed ok. The only different between above two cases is the time period. I just wonder why people don't face similar problem that often... In my case this is a real trouble with no workaround... 2002-10-04 19:15:59,924 ERROR [org.jboss.ejb.plugins.LogInterceptor] TransactionRolledbackLocalException, causedBy: java.lang.IllegalStateException: removing bean lock and it has tx set!Slide B6808080808080808080808080808380thunderworx at org.jboss.ejb.plugins.lock.QueuedPessimisticEJBLock.removeRef(QueuedPessimisticEJBLock.java:412) at org.jboss.ejb.BeanLockManager.removeLockRef(BeanLockManager.java:103) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:124) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:69) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:107) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:232) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:60) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:130) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:203) at org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:493) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge.invokeRemoveRelation(JDBCCMRFieldBridge.java:706) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge.destroyRelationLinks(JDBCCMRFieldBridge.java:622) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge.destroyRelationLinks(JDBCCMRFieldBridge.java:600) at org.jboss.ejb.plugins.cmp.jdbc.bridge.RelationSet.clear(RelationSet.java:175) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRemoveEntityCommand.removeFromRelations(JDBCRemoveEntityCommand.java:137) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRemoveEntityCommand.execute(JDBCRemoveEntityCommand.java:70) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.removeEntity(JDBCStoreManager.java:635) at org.jboss.ejb.plugins.CMPPersistenceManager.removeEntity(CMPPersistenceManager.java:542) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.removeEntity(CachedConnectionInterceptor.java:431) at org.jboss.ejb.EntityContainer.remove(EntityContainer.java:507) at sun.reflect.GeneratedMethodAccessor250.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1173) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:95) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:308) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:186) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:64) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:152) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:107) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:69) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:107) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:178) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:60) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:130) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:203) at org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:493) at org.jboss.ejb.Container.invoke(Container.java:712) at org.jboss.ejb.EntityCont
RE: [JBoss-user] Bug #582428
Title: Bug #582428 I use 3.0.2 and no composite keys. This issue (in my case and in case specified in the bug description) is related to CPM2.0 relationships. Best wishes, Alexei Yudichev mailto:[EMAIL PROTECTED] -Original Message-From: Nayyer Kamran [mailto:[EMAIL PROTECTED]]Sent: Monday, September 02, 2002 1:58 PMTo: [EMAIL PROTECTED]Subject: Re: [JBoss-user] Bug #582428 hi, We are using Jboss 2.4.6 with SQL server 2000 and we are unable to do ejbRemove, calling from servlet or sessionbean it throws illegalArgumentexception in case of composite key. I have mailed this problem on this list before too. but found no solution. for reference u can view mails from provious archives. but it does work if it is from simple java client. so are u using composite keys, or you are using other version of jboss. In any case let me know your findings. Thanks Nayyer Kamran - Original Message - From: Alexey Yudichev To: [EMAIL PROTECTED] Sent: Wednesday, September 18, 2002 11:19 AM Subject: [JBoss-user] Bug #582428 Is there any approximate estimation when will bug #582428 be fixed (ejb remove causes IllegalStateException "removing bean lock and it has tx set!")? With this bug jboss 3 is far from production state. It does not allow to use entity relationships. I am now deciding whether to continue with 3.0 or go back to stable 2.4 branch. Best wishes, Alexei Yudichev mailto:[EMAIL PROTECTED]
[JBoss-user] Bug #582428
Title: Bug #582428 Is there any approximate estimation when will bug #582428 be fixed (ejb remove causes IllegalStateException "removing bean lock and it has tx set!")? With this bug jboss 3 is far from production state. It does not allow to use entity relationships. I am now deciding whether to continue with 3.0 or go back to stable 2.4 branch. Best wishes, Alexei Yudichev mailto:[EMAIL PROTECTED]
[JBoss-user] 3.0.2: java.lang.IllegalStateException: removing bean lock and ithas tx set!
Title: 3.0.2: java.lang.IllegalStateException: removing bean lock and it has tx set! Since some time I encounter arbitrary exceptions like this: 2002-09-09 18:19:05,889 ERROR [org.jboss.ejb.plugins.LogInterceptor] TransactionRolledbackLocalException, causedBy: java.lang.IllegalStateException: removing bean lock and it has tx set! at org.jboss.ejb.plugins.lock.QueuedPessimisticEJBLock.removeRef(QueuedPessimisticEJBLock.java:473) at org.jboss.ejb.BeanLockManager.removeLockRef(BeanLockManager.java:78) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:124) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:69) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:107) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:232) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:60) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:130) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:203) at org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:493) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge.invokeRemoveRelation(JDBCCMRFieldBridge.java:700) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge.destroyRelationLinks(JDBCCMRFieldBridge.java:616) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge.destroyRelationLinks(JDBCCMRFieldBridge.java:594) at org.jboss.ejb.plugins.cmp.jdbc.bridge.RelationSet.clear(RelationSet.java:175) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRemoveEntityCommand.removeFromRelations(JDBCRemoveEntityCommand.java:134) [...] I found 2 messages in this with similar exception described and Bill Burke asked there: Bill Burke wrote: > - What is your primary key class? > If it is a custom key class (not Integer, String, etc.) then, did you > implement equals and hashCode correctly? Does your primary key class > serialize correctly? Post the PK class. > > - Are you using custom container configurations? Make sure that you have > the correct interceptor chain. If you have a custom config, please post it. > > - Did you change the locking-policy? What did you change it to? > > Bill I use only default container configurations (i.e. I never even specify them) and my primary key class is java.lang.String everywhere. What can cause these exceptions? They often lead to client invocations blocking. Also sometimes I find the following errors/warnings in server.log: [...] 2002-09-09 18:19:06,502 WARN [org.jboss.tm.TxCapsule] Transaction XidImpl [FormatId=257, GlobalId=xxx.xxx.com//5702, BranchQual=] timed out. status=STATUS_ACTIVE 2002-09-09 18:19:07,171 ERROR [org.jboss.ejb.BeanLock] Thread[RMI TCP Connection(1523)-10.5.9.11,5,RMI Runtime]Saw rolled back tx=TransactionImpl:XidImpl [FormatId=257, GlobalId=xxx.xxx.com//5702, BranchQual=] waiting for txLock 2002-09-09 18:19:07,172 ERROR [org.jboss.ejb.plugins.LogInterceptor] TransactionRolledbackLocalException, causedBy: java.lang.NullPointerException [...] (there's no stack trace of that java.lang.NullPointerException in log so I cannot identify the source) [...] 2002-09-09 18:31:29,411 WARN [org.jboss.resource.connectionmanager.LocalTxConnectionManager$LocalConnectionEventListener] prepare called on a local tx. You are not getting the semantics you expect! [...] What do these execptions mean? Best wishes, Alexei Yudichev mailto:[EMAIL PROTECTED]
[JBoss-user] EJBObject.getHandle() returns handle with invalid jndi name
Title: EJBObject.getHandle() returns handle with invalid jndi name I am trying to migrate our EJB1.1 applications froim jboss 2.4.6 to jboss 3.0.1 Everything went fine but at last I faced the following problem: My session bean returns to the client (working in another jvm through jnp) a handle of entity bean. In jboss 3.0.1 I couldn't instantiate an object using this handle because it contains a jndi name ejb/xxx/Customer (instead of java:comp/env/ejb/xxx/Customer, this is the name a home interface was obtained with). I hence get javax.naming.NameNotFoundException: ejb/xxx/Customer. How can I fix this? Best wishes, Alexei Yudichev mailto:[EMAIL PROTECTED]
[JBoss-user] Jboss 2.4.6: NullPointerException in XAPoolDataSource.getConnection()
Title: Jboss 2.4.6: NullPointerException in XAPoolDataSource.getConnection() Can anybody just give me an advice on this? The whole project is stopeed just before the release :(. How can I see the current state of the connection pool? How this NullPointerException might ever happen if the object key (username,password) is predefined in the factory settings? Is it a bug? == My jboss 2.4.6 instance is running for a month or something. Since yesterday I began to face the following exceptions: java.lang.NullPointerException at org.jboss.pool.jdbc.xa.XAPoolDataSource.getConnection(XAPoolDataSource.java:216) at com.tw.eazybuild.ejb.EjbUtil.getConnection(EjbUtil.java:108) at com.tw.eazybuild.ejb.BannerBean.ejbFindByCategoryBanners(BannerBean.java:211) at sun.reflect.GeneratedMethodAccessor215.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.ejb.plugins.BMPPersistenceManager.callFinderMethod(BMPPersistenceManager.java:509) at org.jboss.ejb.plugins.BMPPersistenceManager.findEntities(BMPPersistenceManager.java:246) [...] It's here: [...] 212: String user = factory.getUser(); 213: String password = factory.getPassword(); 214: String[] params = {user, password}; 215: XAConnection xaConn = (XAConnection) pool.getObject(params); 216: return xaConn.getConnection(); [...] Why can it happen? To temporary solve the problem I invoke stop/start on the XAPoolDataSource MBean. It helps for a day or so. Before I never faced the problem, and my jboss configuration has not changed since I started it month ago. == Best wishes, Alexei Yudichev mailto:[EMAIL PROTECTED]
[JBoss-user] Jboss 2.4.6: NullPointerException in XAPoolDataSource.getConnection()
Title: Jboss 2.4.6: NullPointerException in XAPoolDataSource.getConnection() My jboss 2.4.6 instance is running for a month or something. Since yesterday I began to face the following exceptions: java.lang.NullPointerException at org.jboss.pool.jdbc.xa.XAPoolDataSource.getConnection(XAPoolDataSource.java:216) at com.tw.eazybuild.ejb.EjbUtil.getConnection(EjbUtil.java:108) at com.tw.eazybuild.ejb.BannerBean.ejbFindByCategoryBanners(BannerBean.java:211) at sun.reflect.GeneratedMethodAccessor215.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.ejb.plugins.BMPPersistenceManager.callFinderMethod(BMPPersistenceManager.java:509) at org.jboss.ejb.plugins.BMPPersistenceManager.findEntities(BMPPersistenceManager.java:246) [...] It's here: [...] 212: String user = factory.getUser(); 213: String password = factory.getPassword(); 214: String[] params = {user, password}; 215: XAConnection xaConn = (XAConnection) pool.getObject(params); 216: return xaConn.getConnection(); [...] Why can it happen? To temporary solve the problem I invoke stop/start on the XAPoolDataSource MBean. It helps for a day or so. Before I never faced the problem, and my jboss configuration has not changed since I started it month ago. Best wishes, Alexei Yudichev mailto:[EMAIL PROTECTED]