In the new locking code, how can one see when a LOCKING-WAITING
type of situation occurs? 

I like to run our system through a stress test every now and again and see
which beans are being regularly blocked on. In 2.4.0 I would set the
loglevel to DEBUG in log4j and then I could see the LOCKING-WAITING
messages on the PK objects. How can I get the system to print a similar
message in 2.4.1 for debug purposes?

Thanks,
Todd

On Wed, 19 Sep 2001, Todd Huss wrote:

> Thanks Bill, your PLEASE NOTE was indeed my problem. During the upgrade I
> didn't replace my standardjboss.xml so the Lock interceptor was
> missing which was affecting my BMP entity beans.
> 
> Is the best way to upgrade right now to simply replace my custom conf
> directory with the one from default and reedit all the files?
> 
> Thanks,
> Todd
> 
> On Wed, 19 Sep 2001, Bill Burke wrote:
> 
> > Todd,
> > 
> > I cannot reproduce this problem.  You're going to have to give me a test
> > case before I believe you.  Also, do you use standardjboss.xml to create
> > your Entity Bean configuration?  Or do you make your own.  If you use
> > standardjboss.xml, please attach this to your next reply.
> > 
> > PLEASE NOTE!
> > 
> > There has been an extra interceptor added to the interceptor chain in 2.4.1.
> > Please look in the distributed standardjboss.xml that comes with 2.4.1.
> > EntityLockInterceptor should be in the interceptor chain, and also a new
> > field <locking-policy> should be set to QueuedPessmisticEJBLock.
> > 
> > i.e.
> > 
> >             <container-configuration>
> >                     <container-name>Standard CMP EntityBean</container-name>
> >                     <call-logging>false</call-logging>
> > 
> > <container-invoker>org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvoker</c
> > ontainer-invoker>
> >             <container-interceptors>
> > 
> > <interceptor>org.jboss.ejb.plugins.LogInterceptor</interceptor>
> > 
> > <interceptor>org.jboss.ejb.plugins.SecurityInterceptor</interceptor>
> > 
> > <interceptor>org.jboss.ejb.plugins.TxInterceptorCMT</interceptor>
> >                 <interceptor
> > metricsEnabled="true">org.jboss.ejb.plugins.MetricsInterceptor</interceptor>
> > 
> > <interceptor>org.jboss.ejb.plugins.EntityLockInterceptor</interceptor>
> > 
> > <interceptor>org.jboss.ejb.plugins.EntityInstanceInterceptor</interceptor>
> > 
> > <interceptor>org.jboss.ejb.plugins.EntitySynchronizationInterceptor</interce
> > ptor>
> >             </container-interceptors>
> >                     
><instance-pool>org.jboss.ejb.plugins.EntityInstancePool</instance-pool>
> > 
> > <instance-cache>org.jboss.ejb.plugins.EntityInstanceCache</instance-cache>
> > 
> > <persistence-manager>org.jboss.ejb.plugins.jaws.JAWSPersistenceManager</pers
> > istence-manager>
> >                     
><transaction-manager>org.jboss.tm.TxManager</transaction-manager>
> > 
> > <locking-policy>org.jboss.ejb.plugins.lock.QueuedPessimisticEJBLock</locking
> > -policy>
> >                     <container-invoker-conf>
> >                             <RMIObjectPort>4444</RMIObjectPort>
> >                             <Optimized>True</Optimized>
> >                     </container-invoker-conf>
> >                     <container-cache-conf>
> > 
> > <cache-policy>org.jboss.ejb.plugins.LRUEnterpriseContextCachePolicy</cache-p
> > olicy>
> >                             <cache-policy-conf>
> >                                     <min-capacity>50</min-capacity>
> >                                     <max-capacity>1000</max-capacity>
> >                                     <overager-period>300</overager-period>
> >                                     <max-bean-age>600</max-bean-age>
> >                                     <resizer-period>400</resizer-period>
> >                                     
><max-cache-miss-period>60</max-cache-miss-period>
> >                                     
><min-cache-miss-period>1</min-cache-miss-period>
> >                                     <cache-load-factor>0.75</cache-load-factor>
> >                             </cache-policy-conf>
> >                     </container-cache-conf>
> >                     <container-pool-conf>
> >                             <MaximumSize>100</MaximumSize>
> >                             <MinimumSize>10</MinimumSize>
> >                     </container-pool-conf>
> >                     <commit-option>A</commit-option>
> >         </container-configuration>
> > 
> > 
> > 
> > > -----Original Message-----
> > > From: [EMAIL PROTECTED]
> > > [mailto:[EMAIL PROTECTED]]On Behalf Of Todd
> > > Huss
> > > Sent: Tuesday, September 18, 2001 8:16 PM
> > > To: [EMAIL PROTECTED]
> > > Subject: [JBoss-dev] RequiresNew Locking Bug in JBoss 2.4.1
> > >
> > >
> > > I just upgraded from JBoss 2.4.0 to JBoss 2.4.1 and noticed some of the
> > > locking code has changed. I have an entity bean with all methods having
> > > the transaction attribute set to "RequiresNew" and works great under JBoss
> > > 2.4.0. As soon as I upgraded to 2.4.1 though, I started getting race
> > > condition errors in this particular entity bean.
> > >
> > > In 2.4.1, RequiresNew methods are currently allowing simultaneous method
> > > calls on the same bean where one of the calls should block until the other
> > > one completes (and it does in 2.4.0). I was able to reproduce the race
> > > condition and then downgrade to 2.4.0 and everything worked great again
> > > with one of the method calls blocking as expected, then upgrading back to
> > > 2.4.1 one more time showed the race condition again.
> > >
> > > Lastly, is there a bugzilla or something similar for JBoss where I can
> > > submit bug reports, or is this the best place to do it?
> > >
> > > Thanks,
> > > Todd
> > >
> > >
> > >
> > >
> > > _______________________________________________
> > > Jboss-development mailing list
> > > [EMAIL PROTECTED]
> > > https://lists.sourceforge.net/lists/listinfo/jboss-development
> > >
> > 
> > 
> 
> 



_______________________________________________
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Reply via email to