Re: CMP beans and Container Managed Transaction question <- more information

]> To: "Orion-Interest" <[EMAIL PROTECTED]> Sent: Friday, January 25, 2002 9:17 AM Subject: CMP beans and Container Managed Transaction question <- more information > More developments... > > With -Djdbc.debug=true, the failed transaction leaves a Dirty Connection arou

CMP beans and Container Managed Transaction question <- more information

More developments... With -Djdbc.debug=true, the failed transaction leaves a Dirty Connection around on both Oracle and PostgreSQL, so I guess the next question is... what constitutes a Dirty Connection? and is that's what's causing the lock? In further trials, we also tested updating that row

CMP beans and Container Managed Transaction question

I'm hoping someone can give some insight as to why this is happening. I have a very simple test case with one stateless session bean and 2 CMP entity beans. The session bean just acts as a controller to modify the entity beans. All transactions are container-managed at the session bean. The ent

RE: Transaction question ?

ptiembre de 2001 13:32 > To: Orion-Interest > Subject: Re: Transaction question ? > > > Eddie wrote: > > > > Hellu, > > > > Please some help on the following transaction scenario ?: > > > > I am receing some information through a HTTP post meth

Re: Transaction question ?

Eddie wrote: > > Hellu, > > Please some help on the following transaction scenario ?: > > I am receing some information through a HTTP post method. The servlet, > running as part of a J2EE application, calls a EJB method A. The EJB method > does some little processing. After this, it checks som

Transaction question ?

Hellu, Please some help on the following transaction scenario ?: I am receing some information through a HTTP post method. The servlet, running as part of a J2EE application, calls a EJB method A. The EJB method does some little processing. After this, it checks some conditions, and might do som

Re: Transaction question

Subject: RE: Transaction question > from the ejb-2.0 spec, it is a little unclear, but it says that putting a > deafault transaction attribute is ok, and the default will be used for all > methods that are not explicitly defined to have a different transaction > attribute. > > so this s

Re: Transaction question

y, August 06, 2001 4:57 PM Subject: RE: Transaction question > Set up a default transaction-attribute for your bean. > > This is from the EJB 2.0 draft. > Page 353 > Section 17.4.1 > > Use a "*" for the . > > > EJBNAME > * > > > - Seth &

RE: Transaction question

the SmsManager nl.unwired.sgs.sms.SmsManager Remote B RequiresNew -Original Message- From: Eddie Post [mailto:[EMAIL PROTECTED]] Sent: Monday, August 06, 2001 1:48 AM To: Orion-Interest Subject: Re: Transaction question I

RE: Transaction question

PROTECTED]]On Behalf Of Eddie Post Sent: Monday, August 06, 2001 4:48 AM To: Orion-Interest Subject: Re: Transaction question I already replyed to this message but noticed that it never came through... so here it is again... Thanks for the earlier reply. My reaction: I understand what you do belo

Re: Transaction question

or methods with a regular expression or something like that ??) Eddie - Original Message - From: "Simon Evans" <[EMAIL PROTECTED]> To: "Orion-Interest" <[EMAIL PROTECTED]> Sent: Thursday, July 26, 2001 7:49 PM Subject: RE: Transaction question > i think y

Re: Transaction question

27;t I define a transaction type as default for example, and make an exception for the method B ?? Ed - Original Message - From: "Simon Evans" <[EMAIL PROTECTED]> To: "Orion-Interest" <[EMAIL PROTECTED]> Sent: Thursday, July 26, 2001 10:35 PM Subject: RE: Transactio

RE: Transaction question

sorry , thats what i meant...cut and paste mistake -Original Message- From: Juan Lorandi (Chile) [mailto:[EMAIL PROTECTED]] Sent: Thursday, July 26, 2001 9:55 AM To: Orion-Interest Subject: RE: Transaction question Bottom line... you can't do that. J2EE doesn't supp

RE: Transaction question

x){} } so B will execute in a new transaction and rollback when an exception is thrown. A will finish wihtout throwing an exception and commit its own transaction. -Original Message- From: Eddie [mailto:[EMAIL PROTECTED]] Sent: Thursday, July 26, 2001 8:08 AM To: Orion-Interest Subject:

RE: Transaction question

[YOUR_METHOD_HERE] RequiresNew therefore, all methods are marked as 'Required' but [YOUR_METHOD_HERE], which is marked as 'RequiresNew' > -Original Message- > From: Eddie [mailto:[EMAIL PROTECTED]] > Sent: Martes, 24 de Julio de 2001 4:47 >

Re: Transaction question

Hellu hellu, Please some advise on the question I posted some days ago (see below)? Eddie - Original Message - From: "Eddie" <[EMAIL PROTECTED]> To: "Orion-Interest" <[EMAIL PROTECTED]> Sent: Tuesday, July 24, 2001 10:47 AM Subject: Transaction question

Transaction question

Hellu, I don't know how to configure the following transaction scenario with CMP. Please some help or maybe a little example: I have two bean methods: A and B. A calls B and I want that when B throws a RemoteException that A intercepts, that B performs a rollback and A not ! I know how to do that