I think that would be safer. That will also allow the session to go back into the session pool thus you will share your resources better.
Regards, Hiram >From: Jason Dillon <[EMAIL PROTECTED]> >Reply-To: [EMAIL PROTECTED] >To: [EMAIL PROTECTED], "Scott M Stark" ><[EMAIL PROTECTED]> >Subject: Re: [JBoss-dev] Seeing occasional Invalid tx id with JMS RA >Date: Fri, 24 May 2002 00:41:03 -0700 > >Or perhaps I am not using the JMS resource propertly within the bean... > >Should I be able to save a QueueSession and QueueSender as fields and use >them >over multipule calls inside of a SFSB? Or do I need to recreate the >session >and sender each time? > >If that is the case it rather sucks... what a pain... > >--jason > > >On Friday 24 May 2002 12:22 am, Jason Dillon wrote: > > After thinking about this somemore, and enabling thread info in >server.log > > I realize now that the timer is not an issue, there is never an instance > > where the timer thread attempts to use the wrapper over the SFSB... the > > work completes too fast. > > > > And due to the fact that I sync'd the wrapper methods it appears that >this > > problem happens simply because the invoke happened in a seperate thread. > > > > Unfortunatly it does not really narrow the problem space to debug. The >JMS > > RA does not function with out a TX, it does not attempt to start one if > > there isn't one already... so it just fails. > > > > Is it possible that there is something a miss with the bits which setup >the > > tx for the SFSB? Or would I see other problems when the SFSB commits... >I > > think this is the case, but I am not sure. > > > > If that is true, and the SFSB does have a TX, then it must be the JMS RA >or > > JBossMQ which is at fault... and I don't really know how to isolate >which > > it is at this point. If I don't use the JMS RA, then I have to >implement > > all of the XA stuff myself, which I am sure to mess up. > > > > Any clue on how I could narrow the problem space any? > > > > I am running the same test again with trace enabled for org.jboss.mq and > > org.jboss.resource.adapter.jms. With the added log messages for the JMS >RA > > I might be able to see a problem... but who knows. > > > > --jason > > > > On Thursday 23 May 2002 08:26 pm, Scott M Stark wrote: > > > If the only cause of this can be use by multiple threads, then >updating > > > the error message to indicate incorrect usage would be good. > > > > > > xxxxxxxxxxxxxxxxxxxxxxxx > > > Scott Stark > > > Chief Technology Officer > > > JBoss Group, LLC > > > xxxxxxxxxxxxxxxxxxxxxxxx > > > ----- Original Message ----- > > > From: "Jason Dillon" <[EMAIL PROTECTED]> > > > To: <[EMAIL PROTECTED]>; "Scott M Stark" > > > <[EMAIL PROTECTED]> > > > Sent: Thursday, May 23, 2002 8:18 PM > > > Subject: Re: [JBoss-dev] Seeing occasional Invalid tx id with JMS RA > > > > > > > > > Does this mean we should not try to produce more meaningful error > > > messages when this does happen... or just leave it as is? > > > > > > --jason > > > > > > On Thursday 23 May 2002 08:00 pm, Scott M Stark wrote: > > > > I don't see sufficient justification to go beyond the spec here so > > > > let's just leave it. > > > > > > > > xxxxxxxxxxxxxxxxxxxxxxxx > > > > Scott Stark > > > > Chief Technology Officer > > > > JBoss Group, LLC > > > > xxxxxxxxxxxxxxxxxxxxxxxx > > > > ----- Original Message ----- > > > > From: "Hiram Chirino" <[EMAIL PROTECTED]> > > > > To: <[EMAIL PROTECTED]> > > > > Sent: Thursday, May 23, 2002 7:45 PM > > > > Subject: RE: [JBoss-dev] Seeing occasional Invalid tx id with JMS RA > > > > > > > > > He who codes wins the vote. This issue does not bother me enough >to > > > > > > > > change > > > > > > > > > anything. > > > > > > > > > > Regards, > > > > > Hiram > > > > > > > > > > >From: David Maplesden <[EMAIL PROTECTED]> > > > > > >Reply-To: [EMAIL PROTECTED] > > > > > >To: "'[EMAIL PROTECTED]'" > > > > > ><[EMAIL PROTECTED]> > > > > > >Subject: RE: [JBoss-dev] Seeing occasional Invalid tx id with JMS >RA > > > > > >Date: Fri, 24 May 2002 14:35:21 +1200 > > > > > > > > > > > >I understand the pros and cons, I am just saying what I feel. >You > > > > > > can outvote me if you wish. > > > > > > > > > > > >David > > > > > > > > > > > > > -----Original Message----- > > > > > > > From: Hiram Chirino [mailto:[EMAIL PROTECTED]] > > > > > > > Sent: Friday, May 24, 2002 2:14 PM > > > > > > > To: [EMAIL PROTECTED] > > > > > > > Subject: RE: [JBoss-dev] Seeing occasional Invalid tx id with >JMS > > > > > > > RA > > > > > > > > > > > > > > > > > > > > > > > > > > > > Think about it this way... somebody creates a simple servlet > > > > > > > that creates a > > > > > > > unit of work by sending 2 messages and then commits the work. > > > > > > > Somebody that > > > > > > > does not know the spec to will might cache that session in a > > > > > > instance > > > > > > > > > > variable. If 2 requests come in at the same time, they will > > > > > > > screw each > > > > > > > other up seriously. The first request might commit his 2 > > > > > > > messages and some > > > > > > > of the messages the 2nd thread was creating. > > > > > > > > > > > > > > So the question is, should we try to make the session > > > > > > > thread-safe for the > > > > > > > power users out there that MIGHT know how stuff is working > > > > > > > under the covers. > > > > > > > Or should we make the session check conncurent access better >to > > > > > > let > > > > > > > > > > beginer user know when he has potentialy made a semantical >error. > > > > > > > > > > > > > > Regards, > > > > > > > Hiram > > > > > > > > > > > > > > >From: David Maplesden <[EMAIL PROTECTED]> > > > > > > > >Reply-To: [EMAIL PROTECTED] > > > > > > > >To: "'[EMAIL PROTECTED]'" > > > > > > > ><[EMAIL PROTECTED]> > > > > > > > >Subject: RE: [JBoss-dev] Seeing occasional Invalid tx id with > > > > > > > > JMS > > > > > > RA > > > > > > > > > > >Date: Fri, 24 May 2002 13:36:43 +1200 > > > > > > > > > > > > > > > >I hate to disagree with Scott and Hiram but I feel that just > > > > > > > > > > > > > > because the > > > > > > > > > > > > > > >spec says Sessions should only be used in 1 thread does not > > > > > > > > > > > > > > neccessarily > > > > > > > > > > > > > > >mean that we should restrict their usage as such. > > > > > > > > > > > > > > > >I know a Session only makes sense in the context of a single > > > > > > > > > > > > > > process, but > > > > > > > > > > > > > > >this might still entail the usage of a couple of different > > > > > > > > > > > > > > threads. I > > > > > > > > > > > > > > >don't > > > > > > > >think we should place any restrictions on the usage of > > > > > > > > > > > > > > Sessions as long as > > > > > > > > > > > > > > >they work, and I believe making sendMessage() synchronized > > > > > > > > > > > > > > will do the > > > > > > > > > > > > > > >trick. > > > > > > > > > > > > > > > >This can be just one more area where JBoss goes "Beyond the > > > > > > > > > > > > > > Spec" but hey I > > > > > > > > > > > > > > >leave the final decision up to someone else. > > > > > > > > > > > > > > > >David. > > > > > > > > > > > > > > > >--- > > > > > > > >Outgoing mail is certified Virus Free. > > > > > > > >Checked by AVG anti-virus system (http://www.grisoft.com). > > > > > > > >Version: 6.0.362 / Virus Database: 199 - Release Date: >5/7/2002 > > > > > > > > > > > > > > > > > > > > > > > > >_______________________________________________________________ > > > > > > > > > > > > > > > >Don't miss the 2002 Sprint PCS Application Developer's > > > > > > > > Conference August 25-28 in Las Vegas -- > > > > > > > > > > > >http://devcon.sprintpcs.com/adp/index.cfm > > > > > > > > > > > > >_______________________________________________ > > > > > > >Jboss-development mailing list > > > > > > >[EMAIL PROTECTED] > > > > > > >https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > > > > > > > >_________________________________________________________________ > > > > > >MSN Photos is the easiest way to share and print your photos: > > > > > >http://photos.msn.com/support/worldwide.aspx > > > > > > > > > > > > > > > > > >_______________________________________________________________ > > > > > > > > > > > >Don't miss the 2002 Sprint PCS Application Developer's Conference > > > > > >August 25-28 in Las Vegas -- > > > > > > http://devcon.sprintpcs.com/adp/index.cfm > > > > > > > > > > > >_______________________________________________ > > > > > >Jboss-development mailing list > > > > > >[EMAIL PROTECTED] > > > > > >https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > > > > > > > >--- > > > > > >Incoming mail is certified Virus Free. > > > > > >Checked by AVG anti-virus system (http://www.grisoft.com). > > > > > >Version: 6.0.362 / Virus Database: 199 - Release Date: 5/7/2002 > > > > > > > > > > > > > > > > > >--- > > > > > >Outgoing mail is certified Virus Free. > > > > > >Checked by AVG anti-virus system (http://www.grisoft.com). > > > > > >Version: 6.0.362 / Virus Database: 199 - Release Date: 5/7/2002 > > > > > > > > > > > > > > > > > >_______________________________________________________________ > > > > > > > > > > > >Don't miss the 2002 Sprint PCS Application Developer's Conference > > > > > >August 25-28 in Las Vegas -- > > > > > > http://devcon.sprintpcs.com/adp/index.cfm > > > > > > > > > > > >_______________________________________________ > > > > > >Jboss-development mailing list > > > > > >[EMAIL PROTECTED] > > > > > >https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > > > > > > _________________________________________________________________ > > > > > MSN Photos is the easiest way to share and print your photos: > > > > > http://photos.msn.com/support/worldwide.aspx > > > > > > > > > > > > > > > _______________________________________________________________ > > > > > > > > > > Don't miss the 2002 Sprint PCS Application Developer's Conference > > > > > August 25-28 in Las Vegas -- > > > > > http://devcon.sprintpcs.com/adp/index.cfm > > > > > > > > > > _______________________________________________ > > > > > Jboss-development mailing list > > > > > [EMAIL PROTECTED] > > > > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > > > > _______________________________________________________________ > > > > > > > > Don't miss the 2002 Sprint PCS Application Developer's Conference > > > > August 25-28 in Las Vegas -- >http://devcon.sprintpcs.com/adp/index.cfm > > > > > > > > _______________________________________________ > > > > Jboss-development mailing list > > > > [EMAIL PROTECTED] > > > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > > _______________________________________________________________ > > > > > > Don't miss the 2002 Sprint PCS Application Developer's Conference > > > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > > > > > > _______________________________________________ > > > Jboss-development mailing list > > > [EMAIL PROTECTED] > > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > _______________________________________________________________ > > > > Don't miss the 2002 Sprint PCS Application Developer's Conference > > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > > > > _______________________________________________ > > Jboss-development mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > >_______________________________________________________________ > >Don't miss the 2002 Sprint PCS Application Developer's Conference >August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > >_______________________________________________ >Jboss-development mailing list >[EMAIL PROTECTED] >https://lists.sourceforge.net/lists/listinfo/jboss-development _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx _______________________________________________________________ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
