Proposal for Interface Extension Simplification Sanjiva Weerawarana September 21, 2003.

Slides:



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

1 Formal Modeling & Verification of Messaging Framework of Simple Object Access Protocol (SOAP) Manzur Ashraf Faculty,BRAC University.
Pi4soa Implementation Issues WS-CDL Candidate Recommendation December 2005 Pi4 Technologies Ltd.
On and use=document|rpc, style=literal|encoded A personal opinion Sanjiva Weerawarana IBM Research September 9-11, 2002.
WS-Addressing F2F Meeting Nov 05 WSDL extensions for Async support.
Proposal for Shortcut Syntax for Simple Operations Sanjiva Weerawarana September 21, 2003.
(or not). : What problem is it trying to solve? Indicate the data that is sent to or received from a service Typically the information sent is more than.
Eliminating Eliminating Sanjiva Weerawarana WSDL WG F2F – Raleigh, NC July 30, 2003.
WSDL 1.2 Binding Changes Sanjiva Weerawarana WSDL WG F2F – July 2003 Raleigh, NC.
R085: Describing Messages That Refer to Other Web Services W3C WSD WG F2F Rennes, Arthur Ryman.
Service Description: WSDL COMP6017 Topics on Web Services Dr Nicholas Gibbins –
IONA Technologies Position Paper Constraints and Capabilities for Web Services
Common Assessment Framework for Adults Demonstrator Site Programme Event to Support Expressions of Interest.
Lecture 11: Datalog Tuesday, February 6, Outline Datalog syntax Examples Semantics: –Minimal model –Least fixpoint –They are equivalent Naive evaluation.
Chapter 3 : Relational Model
WSDL 2.0 Marlon Pierce Community Grids Lab Indiana University.
SOAP.
Apache Axis2 SOAP Primer. Agenda What is SOAP? Characteristics SOAP message structure Header blocks Fault notification Exercises.
CIS 375—Web App Dev II SOAP.
SOAP SOAP is a protocol for accessing a Web Service. SOAP stands for Simple Object Access Protocol * SOAP is a communication protocol * SOAP is for communication.
OpenSG Service Definition, Feb 2010 RESTful Service Discussions Shawn Hu.
Topics Acronyms in Action SOAP 6 November 2008 CIS 340.
Chapter 11 Separate Compilation and Namespaces Copyright © 2008 Pearson Addison-Wesley. All rights reserved.
XML Technologies and Applications Rajshekhar Sunderraman Department of Computer Science Georgia State University Atlanta, GA 30302
SOAP CPSC 315 – Programming Studio Spring 2008 Project 3, Lecture 2.
1 Pertemuan 7 The Object Definition Language Matakuliah: M0174/OBJECT ORIENTED DATABASE Tahun: 2005 Versi: 1/0.
WSDL Web Services Description Language Neet Wadhwani University of Colorado 3 rd October, 2001.
1 Simple Object Access Protocol (SOAP) by Kazi Huque.
1 © NOKIA Web Service Reliability NOKIA. 2 © NOKIA Content What is reliability ? Guaranteed Delivery Duplicate Elimination Ordering Crash tolerance State.
WSDL: Web Services Definition Language CS 795/895.
SOAP Tutorial Ching-Long Yeh 葉慶隆 Department of Computer Science and Engineering Tatung University
CIMI + FHIR Grahame Grieve 10-August 2015 Salt Lake City.
Web Services Description Language CS409 Application Services Even Semester 2007.
RELATIONAL FAULT TOLERANT INTERFACE TO HETEROGENEOUS DISTRIBUTED DATABASES Prof. Osama Abulnaja Afraa Khalifah
WSDL 1.2 Binding Changes Sanjiva Weerawarana WSDL WG F2F – July 2003 Raleigh, NC.
Peter Niblett WS-Notification Face-to-Face 12 Sep-15 Sep 2005.
Rocky Mountain Lawson User Group September 12, 2002 AP to PO Matching in 8.0 Steve Kleekamp, Lawson Software.
An OO schema language for XML SOX W3C Note 30 July 1999.
Chapter 16 Applying UML and Patterns Craig Larman
Peter Niblett WS-Notification Face-to-Face 12 Sep-15 Sep 2005.
1 Web Services Web and Database Management System.
2.1 Sets and Whole Numbers Remember to Silence Your Cell Phone and Put It In Your Bag!
A Logic of Partially Satisfied Constraints Nic Wilson Cork Constraint Computation Centre Computer Science, UCC.
Kemal Baykal Rasim Ismayilov
Testing OO software. State Based Testing State machine: implementation-independent specification (model) of the dynamic behaviour of the system State:
Interfaces About Interfaces Interfaces and abstract classes provide more structured way to separate interface from implementation
Abierman-netconf-mar07 1 NETCONF WG 68 th IETF Prague, CZ March 19, 2007.
Session 07 Module 13 - Collections. Collections / Session 7 / 2 of 32 Review  A delegate in C# is used to refer to a method in a safe manner.  To invoke.
WSDL : Web Service Definition Language Dr. Yuhong Yan NRC-IIT-Fredericton Internet logic.
Web services. Introduction to WSDL. February 23, 2006.
Destination Option Update IETF/ipngwg 2000/12/14 San Diego.
Agenda 1.WSDL & XML Schema Astronomicko-geofyzikálne observatórium, Modra An Order.
1 WSDL Web Services Description Language. 2 Goals of WSDL Describes the formats and protocols of a Web Service in a standard way –The operations the service.
Lecture VI: SOAP-based Web Service CS 4593 Cloud-Oriented Big Data and Software Engineering.
Banaras Hindu University. A Course on Software Reuse by Design Patterns and Frameworks.
Optimized Mobile IPv4 UDP Encapsulation draft-vaarala-mip4-optudp-00.txt Farid Adrangi Sami Vaarala.
Civic Address Extensibility draft-ietf-geopriv-prefix draft-george-geopriv-lamp-post draft-winterbottom-geopriv-local-civic.
Beginning 자바 웹 서비스 SOAP 강미란 Cyber-Infrastructure Research Lab Konkuk University.
Training for developers of X-Road interfaces
Training for developers of X-Road interfaces
Strategy Design Pattern
XCON WG IETF-64 Meeting XCON Framework Overview & Issues
Inline Vs. External Policy Attachment SCA Policy Framework
WEB SERVICES From Chapter 19 of Distributed Systems Concepts and Design,4th Edition, By G. Coulouris, J. Dollimore and T. Kindberg Published by Addison.
Nurhak Karakaya & Murat Çavdar
Dimuthu Leelarathne Software Engineer WSO2
Topic #1 & #5 “All that has to do with header formats”
Simple Object Access Protocol (SOAP)
Issue 47: Feature Changes in WSDL1.2 & Potential Impact on BPEL4WS
WEB SERVICES From Chapter 19, Distributed Systems
Presentation transcript:

Proposal for Interface Extension Simplification Sanjiva Weerawarana September 21, 2003

Summary Motivation Current extension rules are complicated Requires a best-practice of putting each interface in its own namespace, for example Operation names do not show up on the wire and implies incorrect mental model Requires (in effect) two QNames to identify an operation from a binding Proposal Make optional Only necessary if one wants to enable per-operation bindings Define operation equivalence structurally

<interface name=xs:NCName extends=list of xs:QName? encodingStyleDefault=xs:anyURI?> <operation pattern=xs:anyURI name=xs:NCName? encodingStyle=xs:anyURI?> <input messageReference=xs:NCName body=xs:QName? headers=list of xs:QName?/>* * Proposal for Making name Optional

Rules for Interface Extensions An interface MAY extend one or more other interfaces The set of operations of an interface consists of those defined within that interface as well as those from all the extended interfaces Note that the operations of an interface are a set: i.e., there are no duplicates; they are automatically eliminated when forming the set Need definition for operation equivalence to make that work Nothing about QName uniquenes s etc.!!

Proposal for Operation Equivalence Two Operations o 1 & o 2 are equivalent iff They have the same pattern Every corresponding message reference points to the same body and header element QNames Every corresponding fault reference points to the same detail element QName If indicated, values must be the same

Impact Instead of complications on how names must be unique and how interfaces should be in different TNSs (best practice), we just have to say that the set of all operations in an interface must be different, where different is based on definition of equivalence I.e., no more names for operations for the purposes of extensions. They are there only to make it possible to do operation-specific bindings. No more two QNames to identify an operation: A binding refers to an operation by the TNS of the interface and the NCName of the operation (like the old way) NCName must be unique within the interface