I've been wrong before, but this should have nothing to do with the interceptors. It should depend only on the tm and the XAResource isSameRM() implementation.
david jencks On 2002.10.31 17:46:51 -0500 Dain Sundstrom wrote: > Was this checked before or after my massive check in yesterday? I know > you wrote the 29th, but I want to be sure as I messed with most of the > interceptors. > > -dain > > David Jencks wrote: > > This is pretty strange. You should be getting this consistently (if > you > > are really using 2 resource managers in one transaction, one of them > being > > only local tx capable) or never (if there is only one, for instance > your > > only datasource). > > > > If you can pin down anything else about how to make this happen I'd > like to > > know about it. > > > > thanks > > david jencks > > > > On 2002.10.31 15:58:49 -0500 [EMAIL PROTECTED] wrote: > > > >>JDK 1.4.1 > >>JBoss HEAD 10/29/2002 > >> > >>I have a session bean (A) in one EJB JAR that calls another session > bean > >>(B) > >>in another EJB JAR which calls another session bean (C) in another EJB > >>JAR. > >>I get these warning when A calls B, then when B calls C (2 warnings). > It > >>happens intermittently but when it occurs, it only seems to happen when > I > >>redeploy the EJB JARs. > >> > >>... > >>14:29:23,631 WARN [TxConnectionManager$LocalXAResource] Prepare called > >>on a > >>local tx. Use of local transactions on a jta transaction with more than > >>one > >>branch may result in inconsistent data in some cases of failure. > >>14:29:24,631 WARN [TxConnectionManager$LocalXAResource] Prepare called > >>on a > >>local tx. Use of local transactions on a jta transaction with more than > >>one > >>branch may result in inconsistent data in some cases of failure. > >>... > >> > >>Is this action (one session bean in one application invoking another in > >>another application) considered a distributed transaction? If so, what > >>should I do to prevent the warning from happening? > >> > >>Thanks, > >>Michael > >> > >> > >>------------------------------------------------------- > >>This sf.net email is sponsored by: Influence the future > >>of Java(TM) technology. Join the Java Community > >>Process(SM) (JCP(SM)) program now. > >>http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en > >>_______________________________________________ > >>JBoss-user mailing list > >>[EMAIL PROTECTED] > >>https://lists.sourceforge.net/lists/listinfo/jboss-user > >> > >> > > > > > > > > ------------------------------------------------------- > > This sf.net email is sponsored by: Influence the future > > of Java(TM) technology. Join the Java Community > > Process(SM) (JCP(SM)) program now. > > http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en > > _______________________________________________ > > JBoss-user mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/jboss-user > > > -- > xxxxxxxxxxxxxxxxxxxxxxxx > Dain Sundstrom > Chief Architect JBossCMP > JBoss Group, LLC > xxxxxxxxxxxxxxxxxxxxxxxx > > > > ------------------------------------------------------- > This sf.net email is sponsored by: Influence the future > of Java(TM) technology. Join the Java Community > Process(SM) (JCP(SM)) program now. > http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en > _______________________________________________ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user > > ------------------------------------------------------- This sf.net email is sponsored by: Influence the future of Java(TM) technology. Join the Java Community Process(SM) (JCP(SM)) program now. http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en _______________________________________________ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
