This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
The absence of the run-time support for the <link> construct for <flow> causes a conflict of using one variable in two or more concurrent flow branches. In the process of helping users to create valid BPELs we need validation to inform the user that they can't use one variable in concurrent flow branches.
See attached project. This project in most cases will pass. However, on occasion, if both assign activities in each branch tries to write to the same variable at the exact same time there will be a failure.
Created attachment 33338 [details] bpel and wsdl files
I understand your concern here. But described situation could appear even if "link" will be availible in editor. So what BPEL specification tell about this ? Please let me know if you have pointer to specification where described situation appears and discussed. Since this situation could appear in any BPEL file specification should deny such construction explicitly if it is really is not allowed. Otherwise this is correct construction and runtime should care about this. If runtime cannot care appropriately then this is runtime problem. I need exact situation when copying in the same variable is not allowed if any. With such description I can write validation rule.
Comment from Murali: Same variable is used in more than one FLOW branch in “to” construct of “Assignment” activity might lead to unpredictable result. Result would depend on order of execution of activities in FLOW branches. When there is support for "link" user would be able to control the execution of activities in FLOW branches. When user is not using "link" (absence of link) or link not used in appropriately may result unpredictable value for a variable, system should warn user on this situation. Including Ron and Monica. Ron/Monica: What are your thoughts on this? Is there a reason why this does not show up in static analysis?
Obsolete milestone, please reevaluate
fixed.
reopen, close by mistake
Vladimir, please take this one into account.
Created attachment 61836 [details] Test project
fixed: 9ef0c86ffe91