[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: [sca-bpel] Revised Proposal for SCA-BPEL Issue 39
Hi Sanjay, many thanks for the pointer - indeed, I missed the realignment
with BP-31 in my previous proposal.
With that, I revise the BP-39 proposal as follows.
Change from (the resolution of BP-31):
[SBPEL3011] The partnerLinkType and partnerRole attributes of the
<partnerLink> MUST be the same as the partnerLinkType and partnerRole
attributes of the <sca-bpel:multiReference> child element of the variable
whose @name value is same as the value of the @multiRefFrom attribute of
the <partnerLink>.
To:
[SBPEL3011] For the <sca-bpel:multiReference> child element of the variable
whose @name value is same as the value of the @multiRefFrom attribute of
the <partnerLink>, both of the following MUST be true:
(1) The partnerLinkType attribute of the <partnerLink> is the same as the
partnerLinkType attribute of the <sca-bpel:multiReference>.
(2) The name of the partnerRole for the <partnerLink> is the same as the
partnerRole attribute of the <sca-bpel:multiReference>.
Kind Regards
Dieter K�nig
Senior Technical Staff Member, WebSphere Process Server Architect
IBM Software Group, Application and Integration Middleware Software
WSS Business Process Solutions
Phone: +49-7031-16-3426 IBM Deutschland (Embedded
image moved
to file:
pic25369.gif)
E-Mail: dieterkoenig@de.ibm.com Sch�naicher Str. 220
71032 B�blingen
Germany
IBM Deutschland
Research &
Development
GmbH /
Vorsitzender des
Aufsichtsrats:
Martin Jetter
Gesch�ftsf�hrung:
Erich Baier
Sitz der
Gesellschaft:
B�blingen /
Registergericht:
Amtsgericht
Stuttgart, HRB
243294
From: "Patil, Sanjay" <sanjay.patil@sap.com>
To: Dieter Koenig1/Germany/IBM@IBMDE
Cc: <sca-bpel@lists.oasis-open.org>
Date: 04.05.2009 19:19
Subject: RE: [sca-bpel] Proposal for SCA-BPEL Issue 39
Hi Dieter,
I think your proposal works fine for resolving Issue 39 however it does not
accommodate the previously adopted resolution for Issue 31 (which also
affects the same SBPEL3011 statement).
-- Sanjay
> -----Original Message-----
> From: Dieter Koenig1 [mailto:dieterkoenig@de.ibm.com]
> Sent: Monday, May 04, 2009 5:58 AM
> To: Patil, Sanjay
> Cc: sca-bpel@lists.oasis-open.org
> Subject: RE: [sca-bpel] Proposal for SCA-BPEL Issue 39
>
>
> Hi Sanjay, the proposal is to apply a very minor change ...
>
> From [the SCA-BPEL 1.1 CD 02 rev 1]:
> [SBPEL3011] The partnerLinkType and partnerRole attributes of
> the partner
> link and multi-valued reference variable MUST be matched.
> To:
> [SBPEL3011] The partnerLinkType attribute of the partner link and
> multi-valued reference variable MUST be matched and the partnerRole
> attribute of the multi-valued reference variable MUST match
> the partnerRole
> of the partner link.
>
> This avoids referring to the "partnerRole **attribute** of the partner
> link". Instead, the "more abstract" language "partnerRole of
> the partner
> link" is used (without the word "attribute").
>
> The multi-valued reference always has a partnerRole
> **attribute**, so it
> does not have to change!
>
> Kind Regards
>
> Dieter K�nig
>
> Senior Technical Staff Member, WebSphere Process Server Architect,
> IBM Software Group, Application and Integration Middleware Software
> WSS Business Process Solutions
>
>
>
>
>
>
>
>
>
>
> Phone: +49-7031-16-3426 IBM
> Deutschland (Embedded
>
> image moved
>
> to file:
>
> pic13339.gif)
>
>
> E-Mail: dieterkoenig@de.ibm.com Sch�naicher
> Str. 220
>
>
> 71032
> B�blingen
>
>
> Germany
>
>
>
>
>
>
>
>
>
>
>
> IBM Deutschland
>
> Research &
>
> Development
>
> GmbH /
>
> Vorsitzender des
>
> Aufsichtsrats:
>
> Martin Jetter
>
> Gesch�ftsf�hrung:
>
> Erich Baier
>
> Sitz der
>
> Gesellschaft:
>
> B�blingen /
>
> Registergericht:
>
> Amtsgericht
>
> Stuttgart, HRB
>
> 243294
>
>
>
>
>
>
>
>
>
>
> From: "Patil, Sanjay" <sanjay.patil@sap.com>
>
>
>
>
>
> To: Dieter Koenig1/Germany/IBM@IBMDE,
> <sca-bpel@lists.oasis-open.org>
>
>
>
>
> Date: 01.05.2009 20:36
>
>
>
>
>
> Subject: RE: [sca-bpel] Proposal for SCA-BPEL Issue 39
>
>
>
>
>
>
>
>
>
>
>
> Hi Dieter,
>
> I think this issue (#39) as well as an earlier (resolved)
> issue (#31)[1]
> impact the same statement in the specification. Therefore I think the
> resolution for issue 39 should be inclusive of the previously adopted
> resolution for issue 31.
>
> If I understand the issue 39 correctly, it can be resolving
> by updating the
> resolution of the issue 31 as follows.
>
> Change the issue 31 resolution
> From
> [SBPEL3011] The partnerLinkType and partnerRole attributes of the
> <partnerLink> MUST be the same as the partnerLinkType and partnerRole
> attributes of the <sca-bpel:multiReference> child element of
> the variable
> whose @name value is same as the value of the @multiRefFrom
> attribute of
> the <partnerLink>.
>
> To
> [SBPEL3011] The partnerLinkType attribute and the partnerRole of the
> <partnerLink> MUST be the same as the partnerLinkType and partnerRole
> attributes of the <sca-bpel:multiReference> child element of
> the variable
> whose @name value is same as the value of the @multiRefFrom
> attribute of
> the <partnerLink>.
>
> Comments?
>
> -- Sanjay
>
> [1] http://www.osoa.org/jira/browse/BPEL-31
>
>
> > -----Original Message-----
> > From: Dieter Koenig1 [:mailto:dieterkoenig@de.ibm.com]
> > Sent: Friday, May 01, 2009 3:28 AM
> > To: sca-bpel@lists.oasis-open.org
> > Subject: [sca-bpel] Proposal for SCA-BPEL Issue 39
> >
> >
> >
> > We discussed the proposal for SCA-BPEL issue 39 (
> > http://www.osoa.org/jira/browse/BPEL-39) during the last TC call.
> >
> > After re-checking, I think that the current proposal does not
> > need to be
> > revised.
> >
> > The proposed new text ...
> >
> > [SBPEL3011] The partnerLinkType attribute of the partner link and
> > multi-valued reference variable MUST be matched and the partnerRole
> > attribute of the multi-valued reference variable MUST match
> > the partnerRole
> > of the partner link.
> >
> > ... only refers to the **partnerRole attribute** of the
> **multi-valued
> > reference** (which always has the partnerRole attribute) and
> > refers to the
> > **partnerRole** of the **partner link** (which may only have
> > the myRole
> > attribute specified).
> >
> > With that, this rule is consistent with others in referring to the
> > partnerRole without explicitly requiring the **partnerRole
> > attribute** to
> > be present on a **partner link**.
> >
> > Let's revisit this in the next call.
> >
> > Kind Regards
> >
> > Dieter K�nig
> >
> > Senior Technical Staff Member, WebSphere Process Server Architect
> > IBM Software Group, Application and Integration Middleware Software
> > WSS Business Process Solutions
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > Phone: +49-7031-16-3426 IBM
> > Deutschland (Embedded
> >
> > image moved
> >
> > to file:
> >
> > pic26786.gif)
> >
> >
> > E-Mail: dieterkoenig@de.ibm.com Sch�naicher
> > Str. 220
> >
> >
> > 71032
> > B�blingen
> >
> >
> > Germany
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > IBM Deutschland
> >
> > Research &
> >
> > Development
> >
> > GmbH /
> >
> > Vorsitzender des
> >
> > Aufsichtsrats:
> >
> > Martin Jetter
> >
> > Gesch�ftsf�hrung:
> >
> > Erich Baier
> >
> > Sitz der
> >
> > Gesellschaft:
> >
> > B�blingen /
> >
> > Registergericht:
> >
> > Amtsgericht
> >
> > Stuttgart, HRB
> >
> > 243294
> >
> >
> >
> >
>
> ---------------------------------------------------------------------
> 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
>
>
---------------------------------------------------------------------
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
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
