Correction for the f2f Minutes (Also action 2004-01-30 for Jonathan)

We have taken the decision to include a paragraph to the Part 1 
Specification regarding service references. However, there was a typo in 
the recording of the decision made in [1]. This email is intended to 
clarify this situation for Jonathan [4].

We have made two decisions as recorded and numbered here for reference:

(1) RESOLVED: Add a paragraph in the spec describing that <wsdl:service> can
          show up on the wire as a service reference.  Primer will have some
          examples (see Roberto's counterproposal as a basis).

(2) RESOLVED: Make top WSDL elements global in the schema to facilitate 
reuse.

The first resolution is in error due to a typo. The minutes should have 
been recorded as wsdl:Service, instead of wsdl:service. 

The reason this typo creates a confusion is due to the second resolution 
that was taken that day. Prior to the f2f meeting, we did
not have the WSDL components represented as top level elements in the 
schema.  The components were only represented via their types. Per 
resolution 2, components became top level elements and schema has been 
changed to reflect this decision.

Prior to implementing Resolutions 1 and 2, the schema did not contain 
the global "wsdl:service" element, only "wsdl:Service" type. This fact 
alone is enough to illustrate the typo. The schema showed that each WSDL 
component type named with a complexType declaration using the convention 
in naming, such as "wsdl:Interface", "wsdl:Service", etc. as shown in [2].

Per resolution 2, the names of the complexTypes have been changed to 
"wsdl:InterfaceType", "wsdl:ServiceType", etc. with the addition of top 
level elements that are defined using these types, such as 
"wsdl:interface", "wsdl:service" etc. as shown in WSDL Schema [3].

The decision in the minutes must be changed to represent a service 
reference is by using wsdl:Service type (or a type derived from 
wsdl:Service) to reflect the naming in the schema at the time [2] or to 
reflect the current name, the name of the type that is currently used 
"wsdl:ServiceType". This will avoid confusion.

The whole point of the exercise was to get Schema derivations to 
statically lock in the interface and/or bindings in the type that is
illustrated by Roberto's proposal. Further, schema derivation can not be 
achieved using anelement that the typo seems to suggest. Hence it must 
be corrected.

As a matter of fact, those present at the discussions & presentations 
that were relevant to this topic, would remember that wsdl:Service type 
was frequently referred to as the "Big-S-Service", and created enough 
giggles in the room while Arthur was giving our presentation during the 
previous f2f [5]. ;-)

Cheers,

--umit

[1] http://lists.w3.org/Archives/Public/www-ws-desc/2003Nov/0061.html
[2] 
http://dev.w3.org/cvsweb/~checkout~/2002/ws/desc/wsdl20/wsdl20.xsd?rev=1.3&content-type=text/xml
[3] 
http://dev.w3.org/cvsweb/~checkout~/2002/ws/desc/wsdl20/wsdl20.xsd?rev=1.5&content-type=text/xml
[4] http://lists.w3.org/Archives/Public/www-ws-desc/2004Feb/0011.html
[5] http://lists.w3.org/Archives/Public/www-ws-desc/2003Sep/0188.html




-- 
Umit Yalcinalp                                  
Consulting Member of Technical Staff
ORACLE
Phone: +1 650 607 6154                          
Email: umit.yalcinalp@oracle.com

Received on Wednesday, 25 February 2004 21:31:45 UTC