This is the issues list for the 20060928 Last Call Working Draft of the Semantic Annotations for WSDL specification. This list is now closed, as all issues were resolved and the specification proceeded to Candidate Recommendation.
See also the issues list for SAWSDL issues not pertaining to any LC-or-later publications, and the CR issues list for Candidate Recommendation 20070126 issues, and the last call issues list for the 20070410 Last Call working draft.
Comments on these issues should be sent to public-ws-semann@w3.org.
ID | Class | Title | Raised By |
---|---|---|---|
none |
ID | Class | Title | Raised By |
---|---|---|---|
none |
ID | Class | Title | Raised By |
---|---|---|---|
none |
ID | Title | Class | Status | Raised By |
---|---|---|---|---|
1 | WSDL WG Last Call comments on SAWSDL | Editorial | Closed | Jonathan Marsh |
Description: email | ||||
Resolution:
Accepted all comments as editorial. Will submit our WSDLs to the WSDL test suite. |
||||
2 | combining modelReference with attrExtensions/modelReference | Design | Closed | Jacek Kopecky |
Description:
we don't seem to cover the case when modelReference is used both on an element and on attrExtensions within that element. Something like this: <wsdl:operation modelReference="a"> <sawsdl:attrExtensions modelReference="b"/> </wsdl:operation>[email] |
||||
Resolution:
Attributes with the same namespace name and local name MUST NOT appear both on the attrExtensions element and on its parent element. |
||||
3 | inclusion of mapping between XML schema types and ontology concepts | Design | Closed | Walter Waterfeld |
Description:
The SAWSDL specification provides only a (probably smaller) part of the necessary specifications for semantic web services. This is probably ok in order to make progress. On the other hand it contains a mapping between XML schema and ontology. This is a quite specific part, which is not needed in every scenario where semantic web services are used. Therefore this part should be a separate specification. It may be even used for completely other purposes than in the context of web services. [email] |
||||
Resolution:
Change TOC for WSDL annotation and Schema Annotation, also change title to add XML Schema |
||||
4 | example ontology purchaseorder | Editorial | Closed | Walter Waterfeld |
Description:
The example ontology purchaseorder is used in the modelReferences of the SAWSDL. It is not contained in the spec and version accessible via http://www.w3.org/2002/ws/sawsdl/spec/ontology/purchaseorder does not contain all used classes. [email] |
||||
Resolution:
Editors check and fix. |
||||
5 | many schema mapping technologies | Editorial | Closed | Walter Waterfeld |
Description:
For the schema mapping all together 3 technologies are used in the examples: SPARQL, XSLT, XQuery. This is quite confusing. At least some more positioning - when to use what - is needed. [email] |
||||
Resolution:
LC issue 5 will be implemented by the editors to explain the relationships between the mapping technologies in our examples |
||||
6 | more than links | Design | Closed | Walter Waterfeld |
Description:
the SAWSDL specification currently provides in its core only the definition of links to the identification of more or less arbitrary documents. I would like to see at least the kind of support that xml schema has in WSDL. That means additionally an embedding of the semantic model definition should be defined. The major additional requirement would be that there is an XML serialization of the semantic models. This would allow in a standard way to transport semantic models within WSDLs. [email] |
||||
Resolution:
Move and expand example with additional description to a new section 2.3 Embedding Semantic Models including note above. |
||||
7 | listofAnyURI | Design | Closed | Walter Waterfeld |
Description:
XML has several possibilities to represent ordered values. The encoding with atomic datatype is very special and somehow outside the XML node mechanisms. Is it really a good idea to use these very special list datatypes? [email] |
||||
Resolution:
stick to list of anyURI |
||||
8 | Examples in the spec? | Design | Closed | Michal Zaremba |
Description:
A general comment to both documents is that while we would expect from [1] to be a formal specification, it still includes the number of examples, which actually should become part of the primer/guide document [2]. [email] |
||||
Resolution:
No action. Will reply that examples are not use cases. They are for readability. |
||||
9 | Unclarity of "behavioral annotations" | Editorial | Closed | Michal Zaremba |
Description:
Moreover, the behavioural annotation remains underspecified leaving many options open for describing the Choreography of the Web Service. We believe that WG mean Web Service Choreography when referring to "specify behavioural aspects", but the ordinary reader might not understand the same by behavioural annotations. [email] |
||||
Resolution:
we don't want to change it for it would be more confusing for our readers |
||||
10 | Annotating Service? | Design | Closed | Michal Zaremba |
Description:
SEE has a Semantic SOA Reference Model which is inclusive of WSMO, where (functional) capabilities are attached not at the level of operations or interfaces, but to whole services, as an abstracted view of the whole functional behaviour. This raises this question of why the SA-WSDL modelReference attribute is restricted in those elements in the WSDL meta-model to which it can be applied, in particular why WSDL services cannot be given model references. [email] |
||||
Resolution:
we won't annotate services, it's not necessary for what we need |
||||
11 | Need justification for lack of concreteness | Editorial | Closed | Michal Zaremba |
Description:
If we take a look at these documents from an industrial perspective, it appears the WG is merely trying to move complexity away. The entire specification is about adding three attribute to WSDL (modelReference, liftingSchemaMapping, loweringSchemaMapping) and opening up a world of semantic magic. However as soon as a reader goes through it, it becomes obvious that the magic (as always) is nowhere to be found. The modelReference attribute itself is just a pointer useful for discovery, but lowering and lifting operations are very complex and should be described using difficult declarative languages (e.g. XSLT is not so well accepted by the industry, especially if XML2XML mappings are required). There would be a need to develop some grounding machine, that would be quite a complex piece of software that could (not should) be feed with declarative descriptions (XSLT, SPARQL, etc.) of the lowering and lifting operations. [email]SAWSDL should guide the reader that SAWSDL is not the end, it's the beginning, and we expect specs that use sawsdl and specify actual semantics. [from conversation with Emanuele Della Valle] |
||||
Resolution:
Address this issue by updating group page by putting SAWSDL in context. Paragraph in beginning of spec saying just beginning and point to WG page. WG page can go further and Usage Guide can include much of the text from WG page. |
||||
12 | putting SAWSDL inside WS-Policy? | Design | Closed | Karthik Gomadam |
Description:
the semantics may be different depending on policy choices on the same endpoint, embedding SAWSDL annotations in policy would enable this [from personal conversation] |
||||
Resolution:
Issue renamed to "Using WS-Policy as part of the semantic model" and closed as out of scope for the spec (reopened for the Usage Guide in the main issues list as issue 32). |
||||
13 | External semantic annotations | Design | Closed | Ajith Ranabahu |
Description:
(Reopening earlier postponed issue 4.)
The usual practice in the industry is to include/import schemas into the WSDL documents rather than including them inline. An orgnization may use a variety of schemas that are reused in many webservices with different semantics. This gets complicated further if standard schemas are included (Say from W3C) which can be used for many different purposes with different semantics. One can always find a workaround , the easiest being copying the schema and annotating the copy , but that would mean a considerable effort for porting existing services (I guess the thinking behind the SAWSDL approach is to minimize the effort to port existing applications) [email] |
||||
Resolution:
we will add text that recommends RDF or XSLT for external annotations, nothing too normative |
||||
14 | Examples for associating Preconditions and Effects with Web Services | Design | Closed | Rama Akkiraju |
Description:
Many people in the audience felt that they would be using SAWSDL modelReferences for representing preconditions and effects associated with Web services and that they would find the spec and usage guide incomplete without at least a brief discussion on preconditions and effects and a few examples to show how to do it (sort of like how we show examples for publishing Web services in registries)[email] |
||||
Resolution:
handle this in the Usage Guide, issue moved to old issues list to issue 33 |
||||
15 | Relationship between multiple model references | Design | Closed | Rama Akkiraju |
Description:
When we associate multiple annotations with an element using 'modelReference' (eg. below) people felt that not providing an explicit relationship (such as 'intersection') could lead to arbitrary interpretations.[email] |
||||
Resolution:
Adopt Rama's proposal (see issue email) -> No action |
||||
16 | modelReference Vs. lifting and lowering schema mapping extensibility attributes | Design | Closed | Rama Akkiraju |
Description:
modelReference Vs. lifting and lowering schema mapping extensibility attributes: Some people felt that they did not appreciate the distinction between modelReference and lifting and lowering schema mapping extensibility attributes since all three were meant to serve as URI pointers. The question was why not just have one extensibility attribute called modelReference and use it for everything.[email] |
||||
Resolution:
model reference and schema mapping URIs point to different things, need to keep them distinct |
||||
17 | RDF mapping missing schema mappings | Design | Closed | Jacek Kopecky |
Description:
I noticed that our RDF mapping does not specify RDF properties for liftingSchemaMapping and loweringSchemaMapping attributes. [email] |
||||
Resolution:
we will declare two RDF properties for lifting and lowering schema mappings |
Copyright © 2006 W3C® (MIT, ERCIM, Keio), All Rights Reserved. W3C liability, trademark, document use and software licensing rules apply. Your interactions with this site are in accordance with our public and Member privacy statements.