|
Re: [CDO] limitations on what to program in statechange handler? [message #756799 is a reply to message #756733] |
Tue, 15 November 2011 07:21 |
|
Hi Ronald,
As I'm currently with a customer I can not dig into your issue before next week. In the mentime you could try to use a
CDOTransactionHandler1. If that doesn't work pplease submit a bugzilla to remind me...
Cheers
/Eike
----
http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper
Am 14.11.2011 21:46, schrieb Ronald Krijgsheld:
>
> Hello,
>
> I found that the following does not work. As a side effect of an CDO object going to TRANSIENT state we remove some
> other CDO objects. It looks like that is not possible if that object is a child of the CDO object that went to
> transient state.
>
> What effectively happens is that during a detach process our client code starts detach process in the
> objectStateChanged(). But the outer detach process has already build up some state to remove all children. if the
> inner process removes an object that is already in part of the outer detach, the outer detach will fail because some
> of the objects to detach already have been detached an have no id anymore.
>
> Are we using the objectStateChanged() in a wrong way? are the limitations on what is allowed to do within this method?
>
> Thanks,
>
> Ronald
>
Cheers
/Eike
----
http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper
|
|
|
Powered by
FUDForum. Page generated in 0.03501 seconds