Peter Niblett WS-Notification Face-to-Face 12 Sep-15 Sep 2005.

Slides:



Advertisements
Similar presentations
June 1, Current Status Technical Details Current Releases Issues Potential Use Cases Position Reporting Portfolio Reconciliation Cash Flow Matching.
Advertisements

Proposal for Interface Extension Simplification Sanjiva Weerawarana September 21, 2003.
WS Choreography v.0-1 Overview This is work-in-progress David Burdett, Commerce One 18 June 2003.
WS-RF TCMay 2005 F2F 1 WS-RF Technical Committee May 2005 Face-to-face Agenda.
Note Well Any submission to the IETF intended by the Contributor for publication as all or part of an IETF Internet-Draft or RFC and any statement made.
Peter Niblett William Vambenepe WS-Notification Face-to-Face May 2005.
Peter Niblett William Vambenepe WS-Notification Face-to-Face May 2005.
Doc.: IEEE /0095r0 Submission July 2013 Hyunduk Kang, ETRISlide 1 TG1 Closing Report for July 2013 Notice: This document has been prepared to.
1 OASIS WS-Notification TC Inaugural F2F meeting Peter Niblett – convener.
Professional Writing College of Public and Community Service University of Massachusetts Boston ©2012 William Holmes WRITING MINUTES 1.
1 Modeling Stateful Resources with Web Services ICE Ph.D lecture Byung-sang Kim.
OneM2M-MP Data_Model_Repository Establishing Data Model Repository for oneM2M Group Name: Method and Procedure Sub-commitee Source: WG3 chair.
Proposed TC Issues Process Martin Chapman. Purpose An issues driven process helps to 1.Untangle un-conflate problems 2.Narrow focus to solving particular.
Agenda Start up admin: roll call, approve agenda, appoint minute takers, approve last meeting minutes Review and approve latest draft of spec Issue discussion:
WEB SERVICES ADDRESSING, RESOURCES, NOTIFICATION, EVENTING Chirita Stefan, Michaël Waumans INFO-H-511.
1 WS-Notification Overview Alan Weissberger NEC-Labs America GGF11 June 8, 2004.
Finding Answers in WIC EBT Documentation Wednesday, July 23, 2014 Bonnie Belza 7/23/20141 Your Document Reference Shelf.
1 Project Nexus Data Management Definition Workshop 18 th May 2009.
FIMS - Herndon Meeting Rev2 EBU-AMWA FIMS 7-9 November 2011.
Information breakout. Things what we did What is the difference between a registry and a catalog? What do we mean by naming? What does OGSA define? Using.
Session IV Chapter 9 – XML Schemas
IEEE MEDIA INDEPENDENT HANDOVER DCN: REVP m-session-64-closing-report Title: m Session #64 Closing Report Date Submitted:
1 TBG17 Progress Report TBG6 Meeting New Delhi Forum October 2 - 6, 2006.
Doc.: IEEE /1341r0 Submission September 2011 Andrew Myles, CiscoSlide 1 JTC1 SC September Closing Report 22 Sept 2011 Authors: Meeting.
WS-RF TCMay 2005 F2F 1 WS-RF Technical Committee May 2005 Face-to-face Agenda.
July 27, 2009IETF NEA Meeting1 NEA Working Group IETF 75 Co-chairs: Steve Hanna
1 WS-Notification Overview Alan Weissberger NEC-Labs America GGF11 June 8, 2004.
The Anatomy of the Grid Introduction The Nature of Grid Architecture Grid Architecture Description Grid Architecture in Practice Relationships with Other.
BPEL F2F Jan 10 – 12, Proposed agenda Jan Administrative start up –attendance, quorum, minute takers –Review/accept minutes from previous.
- Sponsored by UK MOD ISO edition 2 Rob Bodington, Phil Spiby.
Peter Niblett WS-Notification Face-to-Face 12 Sep-15 Sep 2005.
Learning Objects Metadata IEEE P Learning Technology Standards Committee London, UK March 16, 2000 Chair: Wayne Hodgins.
FIMS Specification Group EBU-AMWA FIMS August 2011.
Validation Tool (VTool) PDS Management Council Meeting Washington, D.C. November 2006
FIMS Specification Group EBU-AMWA FIMS July 2011.
Bridge WG Status Report David Harrington Dan Romascanu This presentation will probably involve audience discussion, which will create action items. Use.
Abierman-netconf-mar07 1 NETCONF WG 68 th IETF Prague, CZ March 19, 2007.
Transaction Processing CS409 Application Services Even Semester 2007.
Doc.: IEEE /011 Submission January 2000 Al Petrick, ParkerVision TGd IEEE – TGd Jan 10 –15, 2000 Tel Aviv, Israel.
1 Transaction or Issue Clean Up. 2 Customer Protection and 814_08 Issue (Phase 2 – Potentially Late 08s) Background Completed Items Next Steps.
Technical Steering Committee La Jolla, January 2003 Paul Kiel, HR-XML.
Doc.: IEEE /0648r5 Submission July 2007 Adrian Stephens, Intel CorporationSlide TGn Editor Report July 2007 Date: Authors:
PRO/ARC and TST/PRO joint sessions at TP20 Group Name: oneM2M TP20 Source: Peter Niblett, IBM Meeting Date:
Agenda Start up admin: roll call, approve agenda, appoint minute takers, approve last meeting minutes Review and approve latest draft of spec Issue discussion:
© 2004 IBM Corporation WS-ResourceFramework Service Groups Tom Maguire.
Portable Symmetric Key Container (PSKC) Mingliang Pei Philip Hoyer Dec. 3, th IETF, Vancouver.
Note At the 2008/03/12 TC meeting the BPEL4People TC formally adopted the SCA TC issue process for issue resolution. The following slides document v3 of.
© 2005 Global Grid Forum The information contained herein is subject to change without notice Leading the pervasive adoption of grid computing for research.
Doc.: IEEE /030r0 Submission 19 January 2001 James P. K. Gilb, MobilianSlide 1 Project: IEEE P Working Group for Wireless Personal Area.
Contents Major issue states and transitions Tools.
Doc.: IEEE a Submission Sept 2004 Tom Siep, TMS Assoicates, LLCSlide 1 Project: IEEE P Working Group for Wireless Personal.
Netconf Notifications Sharon Chisholm Hector Trevino IETF 67 November 2006.
BPEL Face to Face Meeting Sept , Agenda Sept Start up admin: –roll call, minute takers, approve agenda and minutes for Sept 7 Review.
Jun Tatemura NEC Laboratories Amercia GGF10, March 2004
XCON WG IETF-64 Meeting XCON Framework Overview & Issues
Note Well Any submission to the IETF intended by the Contributor for publication as all or part of an IETF Internet-Draft or RFC and any statement made.
Outcome TFCS-11// February Washington DC
WS-Topics Peter Niblett OASIS TC Face/Face meeting
Specification on float equipment
WS-RX TC Process for Specification Development
NesCom PAR Review Period Comment Dialog
ARC-agenda-report-minutes-july-2011
QA Reviews Lecture # 6.
April 2009 doc.: IEEE /xxxxr0 September 2013
Should WSRP Leverage WSN?
802.11F Meeting Report March 2002 Month 1998 doc.: IEEE /xxx
Agenda and minutes TGn PSMP ad hoc
IPP Job Storage 2.0: Fixing JPS2
Beamforming and Link Adaptation Ad Hoc LB124 Comment Resolution Status
IETF 87 DHC WG Berlin, Germany Thursday, 1 August, 2013
Presentation transcript:

Peter Niblett WS-Notification Face-to-Face 12 Sep-15 Sep 2005

2 Agenda - 12 th September (UK times)  1:30 Opening Roll Call Scribes (4 half days) Approval of minutes from August 29th [1] Review agenda Meeting objectives  2:00 Action items review  2:25 Public Review Draft comments  2:30 Possible new issues BaseNotification "pending changes" [4] Level of WS-Addressing [5] Comments from Kirk Wilson on WS-Topics 1.3c [6] Inconsistent approaches to optionality of PullPoints [7] Possible reference to composition with XACML [8]  3:15 Break  3:30 Summary for new phone joiners  3:45 BrokeredNotification issue resolution WSN 3.24 Identifying a Registered Publisher WSN 2.60/3.25 Use of WS-Resource Access Pattern WSN 3.26 Mismatch between WS-Brokered and WS-BaseNotification Faults  4:45 BaseNotification issue resolution WSN 2.59 Use of PullPoints WSN 2.58 Lifetime of PullPoints  6:30 Adjourn

3 Agenda - 13 th September (UK times)  9:30 WS-Topic issue verification (UK attendees)  12:30 Lunch  1:30 Open the phone link Appointment of scribe Summary of morning session  1:45 Base/Brokered Notification issues Possible new issue on Pseudo-schema Issue 4.2 impact on WS-BaseN. Inconsistent approaches to optionality of PullPoints [7] 2.58/2.59 Final summary  2:15 Base and BrokeredNotification: PRD2 plans  2.30 Break  2.45 Resume WS-Topics review  3:30 Summary for new phone joiners  3:45 WS-NotificationPolicy  4:30 Primer  5:30 Adjourn

4 Meeting Objectives  Answer Public Review comments on WS- BaseNotification and WSBrokered Notification  Resolve open issues on those specifications  Plan PRD 2 for those specifications  Produce PRD1 for WS-Topics Issue verification Remaining issues  Agree approach to Primer and Policy specifications

5 WS-Topics issues To be verified –4.2: source document for FullTopicPathExpressions (the topic set is different from a topic space and not fully specified) Verified OK –4.3: XPath 1.0 as an additional dialect for FullTopicPathExpression –4.5: Remove aliases –4.9: Specifying the Ad-hoc topic space is cumbersome –4.16: When are wildcards and aliases resolved? –4.20: SimpleTopicExpression type as xsd:token –4.22: Finality of TopicSpace –4.25: Remove references to specs that aren’t in standards orgs –4.26: Remove dependency on WSRF-RP –4.27: Remove default value for message types –AI85: Replace TopicPath by TopicExpression Further work required: –4.4: domain-specific extension to topic spaces (how can you extend if you don't have access to the domain name used by the initial topic space). –4.21: TopicSpace location attribute –4.23: Resolving XML Names in the TopicExpression content –4.24: Namespace prefix change may result into unbound QNames –4.28: Miscellaneous corrections

6 Outstanding Work  Base Notification Issue 4.2 – item 4 Typos –“Pending changes” –David Hull AI Remaining BaseN issues –2.57 Destroy operation name –2.58 Lifetime of pull points –2.59 Use of pull points for 3 rd party notification –2.60 Reference to WS-RAP –2.61 PRD1 uses an interim level of WS-Addressing  Brokered Notification Remaining issues –3.23 Destroy operation name –3.24 Identifying a registered publisher –3.25 Reference to WS-RAP –3.26 Mismatch between base and brokered faults –3.27 PRD1 uses an interim level of WS-Addressing –3.28 Inconsistent approach to pull point optionality

7 Action Items AI 81 - Chairs to recruit editors for the primer AI 85 - WS-Topics editors to respond to questions raised in Kato- san's [2] regarding use of terms TopicPath, TopicExpression, TopicPathExpression, and the names of the related Faults. AI Dave C to create a new issue to take the additional Faults out of WS-BrokeredNotification and use the Faults that are specified in WS-BasedN. AI 129 – Issue 2.59 Pullpoints - David Hull to send out a rev of the spec to reflect the consensus reached during discussion on the call AI 130 – Peter N to send out an asking to clarify the questions and what is the expected scope of making a change to the current spec. AI 131 – Matt Roberts to do a refresh of his 3.24 proposal based on the discussion on August 29th AI David Hull to fix inconsistency in BaseN 6.4.1

8 “Pending changes”  WS-BaseNotification Line 725 should be Line 1981(and b-1.xsd)UnableToDestroyPullPointType type should be UnableToDestroyPullPointFaultType Line 1986(and b-1.xsd) UnableToDestroyPullPoint element should be UnableToDestroyPullPointFault Line 1987(and b-1.xsd) UnableToDestroyPullPointType type should be UnableToDestroyPullPointFaultType Line 2012(and b-1.xsd) UnableToCreatePullPointType type should be UnableToCreatePullPointFaultType Line 2017(and b-1.xsd) UnableToCreatePullPoint element should be UnableToCreatePullPointFault Line 2018(and b-1.xsd) UnableToCreatePullPointType type should be UnableToCreatePullPointFaultType Line 2538 (and bw-1.wsdl) UsubscribeRequest should be UnsubscribeRequest Line 2487 (and bw-1.wsdl) GetCurrentMessage operation should include MultipleTopicsSpecifiedFault Line 2507 (and bw-1.wsdl) UnableToDestroyPullPoint fault name should be UnableToDestroyPullPointFault Line 2508(and bw-1.wsdl) UnableToDestroyPullPoint message should be UnableToDestroyPullPointFault Line 2519 (and bw-1.wsdl) UnableToCreatePullPoint fault name should be UnableToCreatePullPointFault Line 2520(and bw-1.wsdl) UnableToCreatePullPoint message should be UnableToCreatePullPointFault  All of the fault types defined in WS-BaseNotification and WS-BrokeredNotification extend wsrf-bf:BaseFaultType. Some of these types, for example wsnt:UnacceptableInitialTerminationTimeFaultType, extend wsrf-bf:BaseFaultType with additional child elements. This causes a schema validation error (Unique Particle Attribution), because of the xsd:any included in the BaseFaultType definition.  It is anticipated that WS-BaseFaults will change the definition of BaseFaultType in order to remove this problem. In the interim, we suggest that implementers take a copy of the BaseFaultType definition and edit it to remove the xsd:any.