I looked at the RH version of the interceptor in question and all it seems to do is pass-through: invokeHome throws an exception (no home methods on MDBs) and invoke just calls invokeNext. Shouldn't invoke at least suspend the current transaction?
I was also hoping that someone who better understood the transactional needs of the MDBs would at least tell me what to do. David Jencks wrote: > I noticed this earlier this week and no one responed to my question;-) > > Scott changed TxManager to TransactionManager in the base class > TxInterceptorBMT without doing a clean/build. I thought about reverting, > but looked at the 3.0 code where a better solution was implemented. I > didn't have time to backport that to 2.4, so hoped someone who understood > it better could do so... > > What would you think about putting in depends tasks into the compile > targets at least in 3.0 to make this kind of problem less likely at the > cost of slightly slower builds? > > Thanks > David Jencks > > On 2001.10.25 21:16:27 -0400 danch wrote: > >>On the current CVS, I'm getting errors like the following. >> >> >> Method disassociateThread() not found in interface >>javax.transaction.TransactionManager. >> [javac] Transaction t1 = tm.disassociateThread(); >> >> >>So what am I missing? >> >>thanks all, >>danch >> >> >>_______________________________________________ >>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 > _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
