Can you please comment on the approach that I suggested a few days ago:
http://archives.apache.org/eyebrowse/ReadMsg?[EMAIL PROTECTED]&msgNo=4682
I also want to be able to retrieve from a SessionBean, update on the client, and save changes in a new SessionBean, in a new transaction. So this is not really a long transaction. It will likely work for me, but I do want to stay in sync with ojb.
What do you think?
Thanks,
Phil
Thomas Mahler wrote:
Hi Joe,
The ODMG spec has no notion of long transactions. Thus changes to objects must always take place *within* a the begin() commit() boundaries of an ODMG transaction!
If you want to use the ODMG in your SessionBean scenario you have to implement your own simple long transaction mechanism.
(In the OTM package we will have such a feature implemented.)
On the other hand ODMG is not the most natural fit for such a scenario. I recommemd to use the PersistenceBroker API for such cases!
cheers,
Thomas
Joe McGlynn wrote:
I am having an odd experience with updating an already persisted object.
What I wanted to do was to query for an object, modify attributes (outside
of the begin/end transaction) and then re-save it (i.e. update). The
behavior I see is that the update silently fails.
I am able to create objects and save them, query for saved objects and
update saved objects by first querying and then modifying them within the
same transaction (as in UCEditProduct), so I don't believe this is a
fundamental configuration issue. I am using a SessionBean to find the
object, modifying it on the client side and then passing it back to the EJB
server for updating.
I've been able to reproduce this behavior with a very simple test case,
attached.
What is the correct procedure for modifying objects outside of a transaction
and then saving the updates with ODMG?
Joe
------------------------------------------------------------------------
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
-- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
-- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
