Full Agenda WSRM TC Conference Call
Apr 10, 2007
5:30 6:30 PM EDT.
Textual Conventions
US
toll free: 866-760-1934
intl: 1-517-233-9562
participant: 2426197
Ψ
Action Item
Motion
§
Resolution
1
Draft Agenda:
Agenda
1. review agenda
2. Roll Call
3. Minutes
approval
4. Action Items
5. Consider Draft
Deployment Template Document as Candidate CD
5
Review Draft Application Notes for Intelligent
appliances
6
Discusssion mechanics
of committee future
7
New Business
Bob: sent in 9
issues relative to the documents, template or profile.
Agreed to discuss at appropriate time.
2
Roll Call
Attendance:
Meeting
is quorate
3
Minutes Discussion
Tom
Rutt volunteered to take minutes.
3.1 Approval
of previous meeting minutes
The
minutes of the April 3 teleconference meeting (with Iwasa
correction) are posted at: http://www.oasis-open.org/apps/org/workgroup/wsrm/download.php/23451/MinutesWsrmTC-040307R1.htm
xx moved to approve
the April 3 minutes, yy
seconded.
??
opposition April 3 minutes ?? approved
4
Status of Action Items
Action 1: Jacques to arrange for OASIS staff to post CD 01
for application notes correct OASIS url.
done
available
here:
http://docs.oasis-open.org/wsrm/ws-reliability/v1.1/cd01/application-notes-cd-01.pdf
http://docs.oasis-open.org/wsrm/ws-reliability/v1.1/cd01/application-notes-cd-01.doc
http://docs.oasis-open.org/wsrm/ws-reliability/v1.1/cd01/application-notes-cd-01.html
as
well as here:
http://docs.oasis-open.org/wsrm/ws-reliability/v1.1/application-notes.pdf
http://docs.oasis-open.org/wsrm/ws-reliability/v1.1/application-notes.doc
http://docs.oasis-open.org/wsrm/ws-reliability/v1.1/application-notes.html
Action 2 on Tom is update public site to ensure it has up to
date links.open.
Added links to errata, app notes, and Intap
external reference link for profile for information appliances
Action: Jacques and Iwsasa to
consult OASIS staff about IPR discussion. Iwasa
will distribute mail from OASIS staff. done
http://www.oasis-open.org/apps/org/workgroup/wsrm/email/archives/200704/msg00017.html
All,
I had the following action item
today's telecon:
> Action: Jacques to consult
OASIS staff about IPR discussion. - Open Iwasa
will
distribute mail from OASIS staff.
Here is the e-mail from Jamie.
I believe the concern is resolved.
Thanks,
Iwasa
----- Original Message -----
From: "James Bryce Clark"
<jamie.clark@oasis-open.org>
To: "Durand, Jacques R."
<JDurand@us.fujitsu.com>
Cc: <mary.mcrae@oasis-open.org>; <tom@coastin.com>;
"iwasa"
<kiwasa@jp.fujitsu.com>
Sent: Thursday, March 29, 2007 2:47
AM
Subject: Re: Process questions for
WSRM TC
> Hello Jacques. I am in Dublin at CEFACT but have seen the
> correspondence. Under the 1999 OASIS IPR Policy, which I
believe
> applies to that TC, an OASIS
member is welcome to contribute work
> from
others, as long as it (the contributing OASIS member)
> understands that it is,
itself, making the assurance under our
> policy
that the work is available for use, in the manner our rules
> require and with any necessary
disclosures. (There are quite a few
> examples,
including , BPEL4WS v1.1 and some Liberty Alliance work,
> that
were originated *from* a group of
entities not all being OASIS
> members ....
This was no problem, because in each case the OASIS
> members
who made the contribution were responsible for assuring that
> the
contribution satisfied all OASIS input rules.
> So, by posting this to the TC, Fujitsu is
offering its assurance
> that
(a) the contribution is permitted by INTAP and its various
> originators/owners,
and (b) it will be available to OASIS and
> implementers
on the terms required by OASIS' 1999 Policy;
and (c)
> any
required disclosures of claim are made (if indeed any are
> necessary).
> As to (c), please note that (as we've
discussed) it's been
> acceptable
to OASIS in the past to carry forward the pre-existing
> copyright
notices of other organizations. See, for
example,
> copyright
notices in the OASIS UDDI v3.x standards.
You noted to me
> that
INTAP retains no claim in the work to be contributed: but it
> certainly
could retain its own copyright notice if it wishes,
> without
undermining the rights OASIS acquires to
> reuse/reprint/derive
from it under our policy.
>
> Please feel free to inquire further if
needed. It's our
> assumption
that Fujitsu (and INTAP) are aware of and satisfied with
> the
effects of our policy.
> Of course, the TC's
decision thereafter, to approve it or use it
> in
any way, is entirely a question for the TC.
> Regards JBC
>
> ~ James Bryce Clark
> ~ Director of Standards
Development, OASIS
> ~ jamie.clark@oasis-open.org
>
> Durand, Jacques R. wrote:
> > Just a reminder we would like to
double-check with you that the
> > WSRM TC can accept this
contribution from an org (INTAP) that is
> > not
OASIS member, without problem.
> > - The goal is to reuse
material from this INTAP contribution in a
> > coming
Committee draft.
> > ***
> > Here is a copy of the
letter from INTAP rep, to WSRM TC chair: ***
>
5
Discussion on
Issues List for Draft Deployment Profile Template Document and Draft
Information Appliance Profile
Iwasa
posted an issues list at:
http://www.oasis-open.org/apps/org/workgroup/wsrm/download.php/23358/IssueListForProfiles0.1.pdf
The
base Template Candidate CD refered to in the
"T" issues in the list is:
http://www.oasis-open.org/apps/org/workgroup/wsrm/download.php/23391/CandidateDeploymentTemplateCD-040207.pdf
The
base Proposed CD for Information appliance profile, referred to in
the "P" issues
in the list is:
http://www.oasis-open.org/apps/org/workgroup/wsrm/download.php/23275/wsr-profile-ias02.pdf
Proposed issue resolutions and modified documents posted by Iwasa as:
http://www.oasis-open.org/apps/org/workgroup/wsrm/download.php/23436/wsr-profiles-20070409.zip
5.1 Issues
on Deployment Template
5.1.1
Issue T-1 (Non-Editorial)
Title (if any) 4.1.1
Profile Item (b) (resending) seems too much.
Raised by Bob
Freund, Hitachi
Target document Deployment
Profile Template Version1.0 for WS-Reliability1.1
2 April 2007
Issue Description line
101: (in 4.1.1 Profile Element: Usage of At-Least-Once)
"Profile Item (b) (resending)" seems too much.
Propose Resolution Proposal
1) Iwasa:
Remove the Profile Item (b) column in 101 and the texts
inside the column.
And add the following text to the right column of
"Notes" in the table in Line101 at 4.1.1:
"You may describe if there is any other requirement
(e.g., Number of retries, Interval between retries, and others)."
Proposal 2) Tom:
Delete the entire row for profile item (b) in section 4.1.1
and its columns. Add the following statement to the right column of Notes in
section 4.1.1:
"Describe any mechanisms whereby the user of the
deployed implementation may exercise control of resending behavior."
The proposal 2) will be the resolution in the new specs.
Resolution Proposed
Resolution 2) is incorporated in the new specs.
Status Updated specs
are on the table for CD voting.
5.1.2
Issue T-2 (Non-Editorial)
Title (if any) I
cannot understand the intention of "Profile Item (b)" in 105.
Raised by Bob
Freund, Hitachi
Target document Deployment
Profile Template Version1.0 for WS-Reliability1.1
2 April 2007
Issue Description line
105: (in 4.1.3 Profile Element: Usage of At-Most-Once)
I cannot understand the intention of "Profile Item
(b)". It could be reliable request-response MEP because it mentioned
"cached response", but it is unclear.
Propose Resolution Proposal
1) Iwasa:
Remove the Profile Item (b) column in 105 and the texts
inside the column.
Proposal 2) Tom:
Change the second column of profile item b) row in Section
4.1.3 from:
"What is the behavior of a receiving RMP when a
duplicate request is received, for which a response had already been previously
sent? (is a
Fault be sent back? Or a duplicate of the cached response?)
RECOMMENDED / REQUIRED"
to:
"Which of the following statements describes the
behavior of the
implementation of a receiving RMP
when a duplicate request message, which requires a response, is received:
1) an
application fault is always sent as response to the duplicate message
2) a
limited cache of sent responses is used to allow resend of the prior response,
when this cache is exhausted, an application fault is sent in response to duplicate message
3) all
sent responses are cached until the expiry time for the original request
message
4) other
- please describe an alternative behavior regarding the response sent after
receipt of duplicate response"
The proposal 2) will be the resolution in the new specs.
Resolution Proposed
Resolution 2) is incorporated in the new specs.
Status Updated specs
are on the table for CD voting.
5.1.3
Issue T-3 (Editorial)
Title (if any) There
are blank row in line 131: (in 5 Operational Aspect of the Profile)
Raised by Bob
Freund, Hitachi
Target document Deployment
Profile Template Version1.0 for WS-Reliability1.1
2 April 2007
Issue Description line
131: (in 5 Operational Aspect of the Profile)
In some
tables, the last row is blank
Propose Resolution Iwasa: Remove the blank column in section 5.3, 5.4, and 5.5
Resolution Proposed
Resolution is incorporated in the new specs.
Status Updated specs
are on the table for CD voting.
5.2 Issue
List for Deployment Profile of Information Appliances Services [Profile-IAS]
5.2.1
Issue P-1 (Editorial)
Title (if any) Explanation
of SPIA Forum
Raised by Bob
Freund, Hitachi
Target document Deployment
Profile of Information Appliances Services for WS-Reliability1.1 Version1.0, 2
April 2007
Issue Description line 62: (in 2
Overview of the Profile)
Since the phrase "SPIA Forum" is not defined nor
described, the audience of this document could not recognize what was
"SPIA Forum".
Propose Resolution Iwasa: Add the following sentence just after the sentence
mentioning SPIA Forum first (line 62 just after "in SPIA Forum."):
"SPIA Forum is a not-for-profit forum to standardize
Service Platform for Information Appliances."
Resolution Proposed
Resolution is incorporated in the new specs.
Status Updated specs
are on the table for CD voting.
5.2.2
Issue P-2 (Editorial)
Title (if any) Figure
number is incorrect
Raised by Bob
Freund, Hitachi
Target document Deployment
Profile of Information Appliances Services for WS-Reliability1.1 Version1.0, 2
April 2007
Issue Description line 79: (in 2.1
General Objectives)
Figure
number is incorrect.
Propose Resolution Iwasa: Replace the following sentence in 79:
"Figure 1.1 shows the Use case of Reliable Web Services
Messaging."
To:
"The following figure shows the Use case of Reliable
Web Services Messaging."
Resolution Proposed
Resolution is incorporated in the new specs.
Status Updated specs
are on the table for CD voting.
5.2.3
Issue P-3 (Editorial)
Title (if any) The "(*) One-WAY:" seems a footnote for the
following Chart 3.
Raised by Bob
Freund, Hitachi
Target document Deployment
Profile of Information Appliances Services for WS-Reliability1.1 Version1.0, 2
April 2007
Issue Description line
136: (in 2.3.2 Use case:Registration
and Operation ...
just before Chart 3)
The
"(*) One-WAY:" seems a footnote
for the following Chart 3.
Propose Resolution Iwasa: Move the sentence just after the Chart3.
Resolution Proposed
Resolution is incorporated in the new specs.
Status Updated specs
are on the table for CD voting.
5.2.4
Issue P-4 (Editorial)
Title (if any) Figure
number is incorrect.
Raised by Bob
Freund, Hitachi
Target document Deployment
Profile of Information Appliances Services for WS-Reliability1.1 Version1.0, 2
April 2007
Issue Description line
218: (in 2.5 The Scope of this profile)
Figure
number is incorrect.
Propose Resolution Iwasa: Replace the following sentence in 218:
"The scope of this profile is described in
Figure1.5."
To:
"The scope of this profile is described in following
figure."
Resolution Proposed
Resolution is incorporated in the new specs.
Status Updated specs
are on the table for CD voting.
5.2.5
Issue P-5 (Editorial)
Title (if any) A
pair of N/A in the table seems no sense.
Raised by Bob
Freund, Hitachi
Target document Deployment
Profile of Information Appliances Services for WS-Reliability1.1 Version1.0, 2
April 2007
Issue Description line
345: (in 5.4 Profile Management)
A pair of N/A in
the table seems no sense.
Propose Resolution Iwasa: Remove the two N/As and those columns from the table
in section5.4. And add "N/A" to the right column just after
"Recommended or required practices."
Resolution Proposed
Resolution is incorporated in the new specs.
Status Updated specs
are on the table for CD voting.
5.2.6
Issue P-6 (Editorial)
Title (if any) The reason to refer ebMSGuide is
unclear.
Raised by Bob
Freund, Hitachi
Target document Deployment
Profile of Information Appliances Services for WS-Reliability1.1 Version1.0, 2
April 2007
Issue Description line
358: (in 6.2 Non-Normative References)
ebMSGuide is not mentioned at all
in this document.
The reason to
refer ebMSGuide is unclear.
Propose Resolution Iwasa: Remove the entire 6.2 section.
Resolution Proposed
Resolution is incorporated in the new specs.
Status Updated specs
are on the table for CD voting.
5.2.7
Issue P-7 (Editorial)
Title (if any) Reference
to [RFC2119] is missing in line25.
Raised by Kazunori
Iwasa, Fujitsu
Target document Deployment
Profile of Information Appliances Services for WS-Reliability1.1 Version1.0, 2
April 2007
Issue Description Line
25 is missing a reference to [RFC2119].
Propose Resolution Iwasa: Add "[RFC2119]." at the end of line 25.
Resolution Proposed
Resolution is incorporated in the new specs.
Status Updated specs
are on the table for CD voting.
6
Discussion of
Progression of Draft CD Deployment Profile Template
7
Discussion of
Progression of Draft CD Deployment Profile for Information Appliances
8
Discussion of Committee Closure
9
New Business