o pass it along) is that
> >> they should wrap their minilang find in a transaction and not use a
> >> transaction for the get inventory service. This service doesn't
> >> actually store data and wrapping a transaction uses resources
> >> unnecessarily and c
lly
need to communicate with Si thru you?
That is funny.
Jacopo
Walter Vaughan wrote:
Original Message
Subject: Re: [Fwd: Re: Transaction related error in log when the]
Date: Wed, 12 Dec 2007 08:03:42 -0800
From: Si Chen <[EMAIL PROTECTED]>
Reply-To:
Walter,
thanks very much for the communication effort but... do we really need
to communicate with Si thru you?
That is funny.
Jacopo
Walter Vaughan wrote:
Original Message
Subject: Re: [Fwd: Re: Transaction related error in log when the]
Date: Wed, 12 Dec 2007 08
Original Message
Subject:Re: [Fwd: Re: Transaction related error in log when the]
Date: Wed, 12 Dec 2007 08:03:42 -0800
From: Si Chen <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Organization: Open Source Strategies, Inc.
To: Walter Vaughan &
Hi Jacopo,
Just chiming in.
David is absolutely right.
Transactions are always needed. For database reads, transactions are needed to prevent dirty
reads, for example. It should be obvious why update, delete, insert need transactions.
The use-transaction=false should only be off when the ser
Of course,
I'd love too to get Si's opinion... but I have the feeling he doesn't
like to participate in ML discussions. In the last months I don't
remember a message from Si, apart from the comments on Jira and the
commit logs.
Hopefully he will find a moment to jump in this discussion, if not
It would be good to hear Si's comment on that, but my vote is
definitely for removing it.
A service should only really have use-transaction set to false if it
is doing it's own transaction management internally, like manually or
in sub-services only.
-David
On Dec 11, 2007, at 11:00 A
David,
thanks for the explanation.
So I guess that it is ok to remove the use-transaction="false" for these
services, right?
Jacopo
David E Jones wrote:
This is an important error message. The problem is that the Entity
Engine can't just create a transaction for these because it can't com
This is an important error message. The problem is that the Entity
Engine can't just create a transaction for these because it can't
commit or rollback the transaction because the connection and
ResultSet stay open until the EntityListIterator is closed, which is
done by the code calling
The following error is logged (even if the service works as expected)
when the service "getInventoryAvailableByFacility" is called:
==
2007-12-11 15:54:57,906 (default-invoker-Thread-6) [
GenericDelegator.java:2031:ERROR]
10 matches
Mail list logo