<div dir="ltr">Hey Pavol,<div><br></div><div>Thanks for the information and fixes. </div><div>I have been working on some other deliverable items and could not pull the latest midpoint code, so i would not be able to try it right now. I plan to try it once midpoint build is stable.</div><div><br></div><div><br></div><div>Thanks!</div><div>Dharmendra</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Mar 18, 2015 at 5:07 AM, Pavol Mederly <span dir="ltr"><<a href="mailto:mederly@evolveum.com" target="_blank">mederly@evolveum.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
<div>Hello Dharmendra,<br>
<br>
returning to your problem - today I've implemented some fixes that
could help in your situation. They are included in
v3.2devel-264-gd2d7f8a.<br>
<br>
Could you please try again and report if the problem still
persists?<br>
<br>
Thank you,<br>
Pavol<br>
<br>
</div><div><div class="h5">
<blockquote type="cite">
<div>Hello Dharmendra,<br>
<br>
just to be sure - you are adding and then modifying resource
assignment, aren't you?<br>
<br>
This feature is quite new and is currently being implemented -
it was not present in 3.1, and I hope I'll be able to finish it
into 3.1.1. <br>
<br>
Thank you very much for testing it. It seems that you've really
found a bug. I've done just now some experiments with modifying
multivalued attributes, and the behavior is indeed not quite
correct. (In my case the assignment as such is processed
correctly, but not the account on the resource.)<br>
<br>
Anyway: <br>
1) I have to work a little bit more on the implementation before
it could be really useful. At least I have to fix problems that
I see at this moment.<br>
2) Your specific scenario could be helpful in testing. In
particular, I currently do not see how it could be possible that
the modify operation is not being caught by the wf aspect. Also
I don't understand why valuesToAdd is null. <br>
<br>
So, could you please check that you have both account-related
change aspects enabled? I mean this:<br>
<br>
<workflow><br>
<changeProcessors><br>
<primaryUserChangeProcessor><br>
<b>
<aspect>addResourceAssignmentAspect</aspect></b><b><br>
</b><b>
<aspect>modifyResourceAssignmentAspect</aspect></b><b><br>
</b> </primaryUserChangeProcessor><br>
</changeProcessors><br>
</workflow><br>
<br>
And, then, could you please execute the actions you did with
model logging level set to TRACE, and send me the logs (to
private mail)? I just need to see the assignment deltas that
enter the model, in order to use them in my own testing.<br>
<br>
No need to hurry, however, because I'm afraid I'll be able to
start working on this no sooner than on Friday.<br>
<br>
Thank you.<br>
<br>
Best regards,<br>
Pavol<br>
<br>
<br>
On 3. 3. 2015 7:27, Dharmendra Parakh wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">Hi
<div><br>
</div>
<div>I have been trying to configure workflow for account
modify operation. I have observed something that looks like
a bug to me.</div>
<div><br>
</div>
<div>following are my observations:</div>
<div><br>
</div>
<div>- When modify the account for first time change Aspect is
triggered, but if i try to modify the account again it is
not triggered and account is directly modified.</div>
<div>
<blockquote style="margin:0 0 0 40px;border:none;padding:0px">
<div>I did not understand why midpoint would behave like
this, is it the case where midpoint is caching the
information where it looks and does not initiate the
workflow hook if workflow was not initiated for this
account modification in near past.</div>
</blockquote>
</div>
<div><br>
</div>
<div>- When account is modified and change aspect is triggered
i observed that delta is not populated correctly. Let me
explain the scenario i tried:</div>
<blockquote style="margin:0 0 0 40px;border:none;padding:0px">
<div>- I added another value of a multi-valued attribute.
(Account was modified for first time after creation)</div>
<div>- Change asect was triggered and when i see the delta
instead of having valuesToadd and the attribute i added it
was null and valueToDelete was having other attributes
which were added while creating the account.</div>
</blockquote>
<div><br>
</div>
<blockquote style="margin:0 0 0 40px;border:none;padding:0px">
<div>Here is the snapshot i took while debugging:</div>
</blockquote>
<div><br>
</div>
<div><br>
</div>
<div>
<blockquote style="margin:0 0 0 40px;border:none;padding:0px">
<div><img src="cid:part1.00050807.01030708@evolveum.com" alt="Inline image 1" height="203" width="544"></div>
</blockquote>
</div>
<div><br>
</div>
<div>I think there is an issue with midpoint but i am not very
much sure.Please let me know if I am doing anything wrong
here.</div>
<div><br>
</div>
<div>Thanks</div>
<div>Dharmendra</div>
<div><br>
</div>
</div>
<br>
<fieldset></fieldset>
<br>
<pre>_______________________________________________
midPoint mailing list
<a href="mailto:midPoint@lists.evolveum.com" target="_blank">midPoint@lists.evolveum.com</a>
<a href="http://lists.evolveum.com/mailman/listinfo/midpoint" target="_blank">http://lists.evolveum.com/mailman/listinfo/midpoint</a>
</pre>
</blockquote>
<br>
<br>
<fieldset></fieldset>
<br>
<pre>_______________________________________________
midPoint mailing list
<a href="mailto:midPoint@lists.evolveum.com" target="_blank">midPoint@lists.evolveum.com</a>
<a href="http://lists.evolveum.com/mailman/listinfo/midpoint" target="_blank">http://lists.evolveum.com/mailman/listinfo/midpoint</a>
</pre>
</blockquote>
<br>
</div></div></div>
<br>_______________________________________________<br>
midPoint mailing list<br>
<a href="mailto:midPoint@lists.evolveum.com">midPoint@lists.evolveum.com</a><br>
<a href="http://lists.evolveum.com/mailman/listinfo/midpoint" target="_blank">http://lists.evolveum.com/mailman/listinfo/midpoint</a><br>
<br></blockquote></div><br></div>