Re: [sca-bpel] [Issue 63] SBPEL2005 doesn't take into account thefact that a PL may have sca-bpel:ignore="false" on it

[Anish Karmarkar <Anish.Karmarkar@oracle.com>]

Much better.

The only change I would make to that is:
s/value of/canonical value of/
as the lexical value of "1" has to be covered too.

-Anish
--

On 3/17/2010 6:11 PM, Danny van der Rijn wrote:
> May I suggest:
>
> "If the attribute sca-bpel:ignore does not have a value of "true" and
> neither of the attributes sca-bpel:service or sca-bpel:reference
> are present on the partner link..."
>
> On 3/17/2010 5:52 PM, Anish Karmarkar wrote:
>> This is now issue 63
>> http://osoa.org/jira/browse/BPEL-63
>>
>> -Anish
>> --
>>
>> On 3/17/2010 5:07 PM, Anish Karmarkar wrote:
>>> Title: SBPEL2005 doesn't take into account the fact that a PL may have
>>> sca-bpel:ignore="false" on it
>>>
>>> Target:
>>> SCA BPEL C&I
>>>
>>> Description:
>>> 2005 says --
>>> "[SBPEL2005] If none of the attributes sca-bpel:ignore,
>>> sca-bpel:service, or sca-bpel:reference are present on the partner link,
>>> then if a static analysis of the process determines that it is possible
>>> that the first message for a partner link will be received in a
>>> <receive> activity, the <onMessage> element of a <pick> activity or the
>>> <onEvent> element of an event handler then the introspected component
>>> type MUST include an SCA service that corresponds to the partner link in
>>> the component type. "
>>>
>>> The 'if' condition has to include a PL that has sca-bpel:ignore
>>> attribute with a value of "false", since it is equivalent to the
>>> attribute not being present.
>>>
>>> Proposal:
>>> Change 2005 to --
>>> "[SBPEL2005] If none of the attributes sca-bpel:ignore /*with a
>>> canonical value of "false"*/, sca-bpel:service, or sca-bpel:reference
>>> are present on the partner link, then if a static analysis of the
>>> process determines that it is possible that the first message for a
>>> partner link will be received in a <receive> activity, the <onMessage>
>>> element of a <pick> activity or the <onEvent> element of an event
>>> handler then the introspected component type MUST include an SCA service
>>> that corresponds to the partner link in the component type. "
>>
>> ---------------------------------------------------------------------
>> To unsubscribe from this mail list, you must leave the OASIS TC that
>> generates this mail. Follow this link to all your TCs in OASIS at:
>> https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php
>