[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [wsrf] Fwd: WS-addressing reference in WSRF-RP
Hiro,
I do not believe that the scenario you paint will occur. For example the
XPath 1.0 specification latest version is:
http://www.w3.org/TR/xpath which is the recommendation status for version
1.0. Version 2.0 is http://www.w3.org/TR/xpath20/ which is still in
Working Draft status. When version 2.0 reaches recommendation status I am
fairly certain the latest specification will represent the stable
reference.
Tom
Frey’s Law: “Every 5 years the number of architecture components double and
the ability to comprehend them halves”
Perfection is achieved, not when there is nothing more to add, but when
there is nothing left to take away. – Antoine de Saint-Exupery
T o m M a g u i r e
STSM, On Demand Architecture
Poughkeepsie, NY 12601
Hiro Kishimoto
<hiro.kishimoto@j
p.fujitsu.com> To
tom@coastin.com
06/20/2005 11:16 cc
PM Tom Maguire/Hawthorne/IBM@IBMUS,
David Snelling
<David.Snelling@UK.Fujitsu.com>,
WSRF <wsrf@lists.oasis-open.org>
Subject
Re: [wsrf] Fwd: WS-addressing
reference in WSRF-RP
Hi Tom and Tom,
A point I tried to make was a bit different.
http://www.w3.org/TR/ws-addr-core is always pointing to their
latest spec. thus if they develop version 1.1 or 2.0, this pointer
points to that version and such action will be taken independently
of WSRF-TC. I don't think WSRF should refer to such floating URL.
Thanks,
----
Hiro Kishimoto
Tom Rutt wrote:
> Tom Maguire wrote:
>
>> Tom,
>>
>> I absolutely agree with the sentiment. The stated intent of the WSRF
>> TC is
>> to wait until WS-Addressing goes to recommendation status before taking
>> WSRF specs to standard. At that point the reference:
>> http://www.w3.org/TR/ws-addr-core will be the correct one.
>> Are you suggesting that we update the WSRF specs after Public Review to
>> point to the reference:
>> http://www.w3.org/TR/2005/WD-ws-addr-core-20050331?
>>
>>
> I would rather wait until after the Public review to make this
> decision. It depends on the stability at that time of both wsrf and ws
> addressing.
>
> I was referring in my email below to the current versions of the
document.
>
> Tom Rutt
>
>> I am not sure what that would accomplish, certainly the TC needs to be
>> aware of any changes that occur in WS-Addressing core from 20050331 to
>> recommendation status, but I think the reference in the PR is
>> fundamentally
>> expressing the intent of the standard.
>>
>> Tom
>>
>> Frey’s Law: “Every 5 years the number of architecture components
>> double and
>> the ability to comprehend them halves”
>>
>>
>> Perfection is achieved, not when there is nothing more to add, but when
>> there is nothing left to take away. – Antoine de Saint-Exupery
>>
>>
>> T o m M a g u i r e
>>
>>
>> STSM, On Demand Architecture
>>
>>
>> Poughkeepsie, NY 12601
>>
>> Tom Rutt <tom@coastin.com> wrote on 06/20/2005 08:24:08 AM:
>>
>>
>>
>>> Tom Maguire wrote:
>>>
>>>
>>>
>>>> I looked at this when it was brought up on the OGSA call. My (perhaps
>>>> uninformed) view is that the correct reference is
>>>> http://www.w3.org/TR/ws-addr-core given that when WS-Addr goes to
>>>> recommendation status this is where the recommendation specification
>>>>
>>
>> will
>>
>>
>>>> reside. In other words, that URL 'is' the stable reference for the
>>>> recommendation level.
>>>>
>>>> Tom
>>>>
>>>>
>>>>
>>>
>>> We need to be careful here. We are using namespaces in our wsrf specs
>>> which are defined in the last call spec
>>> http://www.w3.org/TR/2005/WD-ws-addr-core-20050331
>>>
>>> This is where these namespaces are defined. When the ws addressing
core
>>> spec progresses, there could be differences in the schema, which
>>> would result in a different namespace applying. We have to ensure that
>>> we correctly reference the proper version of the ws-addressing core
>>> to avoid confusion, since both our wsrf spec and their ws-addressing
>>> specs are still evolving.
>>>
>>> Tom Rutt
>>> Fujitsu
>>>
>>>
>>>
>>>> Frey’s Law: “Every 5 years the number of architecture components
double
>>>>
>>
>> and
>>
>>
>>>> the ability to comprehend them halves”
>>>>
>>>>
>>>> Perfection is achieved, not when there is nothing more to add, but
when
>>>> there is nothing left to take away. – Antoine de Saint-Exupery
>>>>
>>>>
>>>> T o m M a g u i r e
>>>>
>>>>
>>>> STSM, On Demand Architecture
>>>>
>>>>
>>>> Poughkeepsie, NY 12601
>>>>
>>>>
>>>>
>>>>
>>
>>
>>
>>
>>>> David Snelling
>>>>
>>
>>
>>
>>
>>>> <David.Snelling@U
>>>>
>>
>>
>>
>>
>>>> K.Fujitsu.com>
>>>>
>>
>> To
>>
>>
>>>> WSRF <wsrf@lists.oasis-open.org>
>>>>
>>
>>
>>
>>
>>>> 06/19/2005 02:22
>>>>
>>
>> cc
>>
>>
>>>> PM
>>>>
>>
>>
>>
>>
>> Subject
>>
>>
>>>> [wsrf] Fwd: WS-addressing
>>>>
>>
>> reference
>>
>>
>>>> in WSRF-RP
>>>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>>>
>>>>
>>>> Folks,
>>>>
>>>> The following came in from a Fujitsu colleague. I this an issue or is
>>>> it just another statement of the fact that WS-A references will need
to
>>>> be fixed after Public Review?
>>>>
>>>> Begin forwarded message:
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>> We find that the current WS-addressing reference in WSRF-RP 1.2 CD
>>>>> is inappropriate. In its normative reference section on page 44,
>>>>> It refer to WS-addressing at "http://www.w3.org/TR/ws-addr-core.";
>>>>> This address is always for the latest version and will be updated
>>>>> in the future. You should refer to
>>>>> "http://www.w3.org/TR/2005/WD-ws-addr-core-20050331"; instead.
>>>>>
>>>>> Namespaces on page 7 says that wsa is
>>>>> "http://www.w3.org/2005/03/addressing."; I think it's better to
>>>>> update the reference maybe by errata?
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>> --
>>>>
>>>> Take care:
>>>>
>>>> Dr. David Snelling < David . Snelling . UK . Fujitsu . com >
>>>> Fujitsu Laboratories of Europe
>>>> Hayes Park Central
>>>> Hayes End Road
>>>> Hayes, Middlesex UB4 8FE
>>>>
>>>> +44-208-606-4649 (Office)
>>>> +44-208-606-4539 (Fax)
>>>> +44-7768-807526 (Mobile)
>>>>
>>>>
>>>>
>>>>
>>>
>>> --
>>> ----------------------------------------------------
>>> Tom Rutt email: tom@coastin.com; trutt@us.fujitsu.com
>>> Tel: +1 732 801 5744 Fax: +1 732 774 5133
>>>
>>>
>>>
>>
>>
>>
>>
>
>
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]