This content has been marked as final.
Show 3 replies
-
1. Re: Nested Conversations (tricky interceptor)
norman.richards Oct 22, 2007 7:49 PM (in response to denis-karpov)Entities references in conversational components are moved from the object to the conversation at the end of a request and are repopulated in the object at the beginning of the next request. I'm looking at the issue now, and I believe there is a bug.
-
2. Re: Nested Conversations (tricky interceptor)
denis-karpov Oct 23, 2007 4:11 AM (in response to denis-karpov)Entities references in conversational components are moved from the object to the conversation at the end of a request and are repopulated in the object at the beginning of the next request.
As I understand not a request, but method invocation.
I can tell you where is the problem.
Suppose that we have component AA in parent conversation with a field reference bb to an another component Q. At some point this reference is moved to conversation context with the name "AA.bb".
Then we start nested conversation. We can still access field bb in the nested conversation, because in the time of invocation it gets reference from the parent conversation and put it inside the component.
Then we change the reference of the field. And at the end of an invocation seam moves the reference to the conversation context (nested)
Then we end the nested conversation. And try to access field bb in the parent conversation. Seam restores a reference from context (parent). And we get the old value. -
3. Re: Nested Conversations (tricky interceptor)
pmuir Oct 24, 2007 3:30 PM (in response to denis-karpov)Denis, if you can provide a testcase to show this, please email it to Norman. Thanks!