From: | thomas at tada(dot)se (Thomas Hallgren) |
---|---|
To: | |
Subject: | [Pljava-dev] pljava @ itpug (italy) 2010 |
Date: | 2010-12-13 14:26:42 |
Message-ID: | 4D062D22.8090409@tada.se |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pljava-dev |
Hi Luca,
Wouldn't it be better to manage distributed transactions in the middle tier on top of it all? After all, you are already
*in* a transaction when you execute your PL/Java code and that's a transaction that you cannot connect other resources to.
When writing PL/Java, I did not intend for distributed transactions to be orchestrated from within it for sure. That's
not a recommended use-case. In fact, I would strongly advice against it.
Regards,
Thomas Hallgren
On 2010-12-13 14:37, Luca Ferrari wrote:
> On Monday, December 13, 2010 01:57:48 pm Johann 'Myrkraverk' Oskarsson's cat
> walking on the keyboard wrote:
>
>> Could you clarify a little, I'm not following. PL/Java runs in the
>> backend already.
>>
>
> Let say pl7java is executing in a transaction scope on the postgresql server,
> and connects/starts a distributed transaction on another application server.
> Such transaction is totally managed by the pl/java process, but the backend
> does not see it at all, right? Is there a way to make the distributed
> transaction started from pl/java available on the backed? So if the former
> aborts the second does too. My quick answer is no, but I ask to be sure.
>
> Thanks,
> Luca
> _______________________________________________
> Pljava-dev mailing list
> Pljava-dev at pgfoundry.org
> http://pgfoundry.org/mailman/listinfo/pljava-dev
From | Date | Subject | |
---|---|---|---|
Next Message | Luca Ferrari | 2010-12-13 14:59:00 | [Pljava-dev] pljava @ itpug (italy) 2010 |
Previous Message | Luca Ferrari | 2010-12-13 13:37:12 | [Pljava-dev] pljava @ itpug (italy) 2010 |