[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: [Fwd: Fwd: [ws-rx] New ballot "Approve Errata as CD, without substantivechanges and put forward for Public Review"]
Tom
Sorry my email has been playing up.
I suggest we go ahead and do a public review and you make this as a comment.
Paul
-----Original Message-----
From: Paul Fremantle [mailto: paulzachary@googlemail.com
<mailto:paulzachary@googlemail.com>]
Sent: Tuesday, November 13, 2007 3:59 PM
To: tom@coastin.com <mailto:tom@coastin.com>
Cc: Doug Davis; Durand, Jacques R.; Rutt, Tom; wsrx
Subject: Re: [ws-rx] New ballot "Approve Errata as CD, without
substantive changes and put forward for Public Review"
Tom
Are you suggesting we do another errata and vote on it?
I am suggesting that this is an editorial clarification, which is
important.
Otherwise, people may think we are changing the schema with an errata,
while in fact we are just fixing an inconsistency.
If there is a public review of the errata, this could be considered a
public review comment.
If no other member agrees that this clarification is necessary, I will
not continue to make an issue out of it. IT seems important to me to
avoid concerns about an errata
Changing a schema in a non compatible manner.
Paul
Tom Rutt wrote:
> I would like to provide a concrete proposal:
>
> The errata is needed to fix an inconsistency in the OASIS standards
for
> RM 1.1 and MC 1.0, in that the normative reference
> for ws-addressing metadata spec is inconsistent with the wsam
namespace
> we have in the spec.
>
> This wrong namespace is actually a typographic error, in that the
> editors did not update the namespace when they updated
> the WS-addressing metadata references.
>
> I was wrong about impact on run time wire format, since there is no
> policy negotiation at run time.
>
> The wsam namespace is only used in wsdl files which attach the
> addressing assertion to some wsdl construct.
>
> If implementations of wsdl processors were designed to work with the
> version of ws addressing metadata which
> is normatively referenced in the RM specs, they would have had to
change
> the namespace for WSAM for their wsdl processor to be conformant.
>
> I believe we should add a note to the errata which clarifies that this
> is necessary to fix an inconsistency error in the
> ws rm and ws mc specs.
>
> Perhaps we could add some rationale text, just before the errata text
as
> follows:
>
> "
> Rationale:
> The wsam namespace quoted in the OASIS 1.1 standard is not
consistent
> with the actual namespace associated
> with the version of WS-Addressing Metadata spec which is
normatively
> referenced.
> This editorial error must be corrected to ensure that wsdl
> descriptions which attach the addressing assertion
> are conformant with the referenced version of WS-addressing
metadata..
>
> Errata change:
> Replace:
> xmlns:wsam=" http://www.w3.org/2007/02/addressing/metadata";
> With:
> xmlns:wsam="http://www.w3.org/2007/05/addressing/metadata";
> "
>
>
>
> Tom Rutt wrote:
>>
>>
>> Doug Davis wrote:
>>>
>>> Tom,
>>> could you clarify what you're proposing the TC do?
>> This change will impact existing implementations of the version 1.1
>> standard, and the version 1 mc. The namespace
>> appears on the wire, so implementations of the standard will not work
>> with the errata namespace.
>>
>> However, I agree this is an important bug fix to make now. However,
>> we need to make it known somehow,
>> (with a note in the errata perhaps) that this change impacts
>> implementations of the existing specs.
>>
>> Perhaps WS-I RSP can clarify in their profile that the 05 namespace
is
>> required, and the 02 namespace is prohibited from use.
>>
>> Pehaps this can be discussed as a public review comment.
>>
>> Tom
>>
>>
>>> Also, since RM has a similar change I'm assuming you'd want the
same
>>> "something" done for that too, right?
>> yes RM errata has the following corresponding change
>>
>> 1.8 Appendix B. WSDL, line 1804: 155
>> Replace: 156
>> xmlns:wsam="http://www.w3.org/2007/02/addressing/metadata"; 157
>> With: 158
>> xmlns:wsam=" http://www.w3.org/2007/05/addressing/metadata";
>>
>>
>>>
>>> thanks
>>> -Doug
>>> ______________________________________________________
>>> STSM | Web Services Architect | IBM Software Group
>>> (919) 254-6905 | IBM T/L 444-6905 | dug@us.ibm.com
<mailto:dug@us.ibm.com>
>>>
>>>
>>> *Tom Rutt <tom@coastin.com <mailto:tom@coastin.com> >*
>>>
>>> 11/12/2007 02:13 PM
>>> Please respond to
>>> tom@coastin.com <mailto:tom@coastin.com>
>>>
>>>
>>> To
>>> "Rutt, Tom" < TRutt@us.fujitsu.com
<mailto:TRutt@us.fujitsu.com>>, Jacques Durand
>>> <JDurand@us.fujitsu.com <mailto:JDurand@us.fujitsu.com>>, Tom Rutt
< tom@coastin.com <mailto:tom@coastin.com>>, wsrx
>>> <ws-rx@lists.oasis-open.org <mailto:ws-rx@lists.oasis-open.org>>
>>> cc
>>> Subject
>>> [ws-rx] New ballot "Approve Errata as CD, without substantive
>>> changes and put forward for Public Review"
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> Even though it is too late to change the vote on the ballot for wsrx
>>> errata (it passed), Fujitsu would like to point
>>> out (as relayed from Iwasa to me) the fact that one of the changes
was
>>> substantive (however a needed bug fix).
>>>
>>> In the make connection errata, there is a "schema" changes in
namespace
>>> prefix in the wsdl for make connection errata.
>>>
>>> 1.5 Appendix B. WSDL, line 662: 128
>>> Replace: 129
>>> xmlns:wsam="http://www.w3.org/2007/02/addressing/metadata";
>>>
>>> With: 131
>>> xmlns:wsam=" http://www.w3.org/2007/05/addressing/metadata";
>>>
>>> The contents of these two files, other than the namespace used, is
>>> identical.
>>>
>>> The reason for the change was to cite the rec rather than an earlier
>>> version of the spec.
>>>
>>> The namespace change first occured in
>>> http://www.w3.org/TR/2007/WD-ws-addr-metadata-20070516/
>>>
>>> the last version to use the old namespace was:
>>> http://www.w3.org/TR/2007/WD-ws-addr-metadata-20070202/
>>>
>>> Even though the contents of the two schema files are the same
(except
>>> for the namespace change)
>>> the change had to me made because the semantics of the Addressing
policy
>>> assertion changed.
>>>
>>> In the 20070202 version an empty addressing assertion implied
nothing
>>> about support for non anon or anon
>>>
>>> In the 20070516 version an empty addressing assertion implied
support
>>> for both non anon and anon.
>>>
>>> This semantic change was what warranted the namespace change in the
wsam
>>> spec.
>>>
>>> Unfortunately wsmc became a standard with the wrong ("02") namespace
>>> included, (that was a bug).
>>>
>>> So this is an important bug fix, but it does affect what goes on the
>>> wire (since the namespace does appear on the wire).
>>>
>>> Somehow we need to publicize this important bug fix, and clarify
that it
>>> will change what goes on the wire
>>> from the voted standard.
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> Original message from Iwasa
>>> >
>>> > -----Original Message-----
>>> > From: iwasa [mailto: kiwasa@jp.fujitsu.com
<mailto:kiwasa@jp.fujitsu.com>]
>>> > Sent: Thursday, November 08, 2007 1:47 AM
>>> > To: Durand, Jacques R.; Rutt, Tom
>>> > Cc: NARITA Masahiko
>>> > Subject: Fw: Groups - oasis - New ballot "Approve Errata as CD,
>>> without
>>> > substantive changes and put forward for Public Review"
>>> >
>>> > Jacques and Tom,
>>> >
>>> > >> (a) Adopt the set of proposed Errata documents
>>> >>
>>>
(http://www.oasis-open.org/apps/org/workgroup/ws->rx/download.php/25906
>>> >> > /WSRX%20OS01e1.zip)
>>> > >> as a Committee Draft, and
>>> >> (b) Confirm that the proposed corrections do not constitute a
>>> >> > Substantive
>>> > >> Change, and
>>> >> (c) Submit the proposed corrections for a 15-day public review
>>> >> [Voting YES means agreeing to all three of these]
>>> >> >
>>> > I tried to vote for this.
>>> > But I think I can't agree for (b) above, since the errata is
>>> > going to change the schema. I think schema
>>> > change *is* substantive change.
>>> >
>>> > Note I don't want to avoid this voting, but
>>> > I don't want to vote for the one I can't agree technically.
>>> >
>>> > How do you think?
>>> >
>>> > Thanks,
>>> >
>>> > Iwasa
>>> >
>>> > PS. I may not vote for this. Other choices I can take are
>>> > "abstatin" or "against".
>>> >
>>> > ----- Original Message -----
>>> > From: <workgroup_mailer@lists.oasis-open.org
<mailto:workgroup_mailer@lists.oasis-open.org>>
>>> > To: < kiwasa@jp.fujitsu.com <mailto:kiwasa@jp.fujitsu.com>>
>>> > Sent: Friday, November 02, 2007 6:00 AM
>>> > Subject: Groups - oasis - New ballot "Approve Errata as CD,
without
>>> > substantive changes and put forward for Public Review"
>>> >
>>> >
>>> > >> OASIS Web Services Reliable Exchange (WS-RX) TC member,
>>> >>
>>> >> A new ballot has been presented to OASIS Web Services Reliable
>>> >> > Exchange
>>> > >> (WS-RX) TC.
>>> >> To vote on this ballot, go here:
>>> >>
>>> >>
http://www.oasis-open.org/apps/org/workgroup/ws-rx/ballot.php?id=1384
>>> >>
>>> >> Please DO NOT REPLY to this email; instead, vote using the above
>>> link.
>>> >>
>>> >> The text of this ballot is as follows:
>>> >> ---
>>> >> "Approve Errata as CD, without substantive changes and put
forward
>>> for
>>> >> >
>>> > >> Public Review"
>>> >> (a) Adopt the set of proposed Errata documents
>>> >>
>>> >> >
>>>
(http://www.oasis-open.org/apps/org/workgroup/ws-rx/download.php/25906/W
<http://www.oasis-open.org/apps/org/workgroup/ws-rx/download.php/25906/W>
>>> > SRX%20OS01e1.zip)
>>> > >> as a Committee Draft, and
>>> >> (b) Confirm that the proposed corrections do not constitute a
>>> >> > Substantive
>>> > >> Change, and
>>> >> (c) Submit the proposed corrections for a 15-day public review
>>> >> [Voting YES means agreeing to all three of these]
>>> >>
>>> >> - Yes
>>> >> - No
>>> >> - Abstain
>>> >>
>>> >> Referenced Items
>>> >> Date Name Type
>>> >> ---- ---- ----
>>> >> 2007-11-01
>>> >>
>>> >> >
>>>
www.oasis-open.org/apps/org/workgroup/ws-rx/download.php/25906/WSRX%20OS
<http://www.oasis-open.org/apps/org/workgroup/ws-rx/download.php/25906/WSRX%20OS>
>>> > 01e1.zipReference
>>> > >> Document
>>> >>
>>> >> ---
>>> >>
>>> >> The ballot closes Thursday, 8 November 2007 @ 12:00 PT. Please
vote
>>> >> before then by visiting:
>>> >>
>>> >>
http://www.oasis-open.org/apps/org/workgroup/ws-rx/ballot.php?id=1384
>>> >>
>>> >> Thank you,
>>> >> OASIS Open Administration
>>> >> >
>>> >
>>> > --
>>> ----------------------------------------------------
>>> Tom Rutt email: tom@coastin.com
<mailto:tom@coastin.com>;
trutt@us.fujitsu.com <mailto:trutt@us.fujitsu.com>
>>> Tel: +1 732 801 5744 Fax: +1 732 774 5133
>>>
>>>
>>>
>>>
---------------------------------------------------------------------
>>> To unsubscribe from this mail list, you must leave the OASIS TC that
>>> generates this mail. You may a link to this group and all your TCs
>>> in OASIS
>>> at:
>>>
https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php
>>>
>>>
>>
>
--
Paul Fremantle
Co-Founder and VP of Technical Sales, WSO2
OASIS WS-RX TC Co-chair
Office: +1 646 290 8050
Cell: +44 798 447 4618
blog: http://pzf.fremantle.org <http://pzf.fremantle.org>
paul@wso2.com <mailto:paul@wso2.com>
"Oxygenating the Web Service Platform", www.wso2.com <http://www.wso2.com>
--
Paul Fremantle
Co-Founder and VP of Technical Sales, WSO2
OASIS WS-RX TC Co-chair
Office: +1 646 290 8050
Cell: +44 798 447 4618
blog: http://pzf.fremantle.org
paul@wso2.com
"Oxygenating the Web Service Platform", www.wso2.com
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]