RE: Collected Requirements [comments/additions]

I have the following comments/additions for the requirements document.

This exists/presumed by WSDL 1.1, but I didn't see it mentioned in the req:

[DR??] Must be able to accommodate namespace clusters with data types (schemas) and interface definitions (message/port/binding). I.e. service may have several namespaces with types and several other namespaces with message/port definitions. That is pretty important for expressing proper OO model of a service. 
Very few framework implementations pay attention to this (in many cases namespaces are flattened out which results in name conflicts). I guess it is so because namespaces of various type definitions and message/port/binding definitions have never been emphasized as a requirement really.

I support, but would like to add to the following reqs:

[DR038, may be others too] Ability to define events is a must. WSDL should be very specific about events, defining a special type of a message or even a separate definition entity. Currently it is missing in WSDL 1.1.

[DR075/6, may be others too] Versioning is definitely a must. Version tag (a namespace URN, for instance) can be associated with a service, interface and data types. This way a client can bind to a *one* service that implements several versions of its interfaces which in turn may use different versions of data schemas. The procedure of selecting a version has to be defined as part of the standard.

[DR032] Extensible metadefinitions are the must. WSDL must be able to include *typed* metadata attributes for any definition element: message, part, port, operation, binding, service. The attributes may also be hierarchical (i.e. defined in another namespace).

I would like to add these new reqs:

[DR??] WSDL must be able to describe references to other services (remote) or other interfaces (ports, local to this WSDL doc) that can be used as parts in message definitions. Currently (as of WSDL 1.1) message parts refer to data types (described in one or the other schema). The part must also be able to  refer to a remote service (WSDL URL/Service/Port) or a local service/port qualified names. This has to be made clear as part of the standard for WS clients and service providers.

[DR??] WSDL must define operations that can be carried out synchronously (i.e. have a short expected reply cycle) and those messages that require asynchronous notification (i.e. have long expected reply cycle). Ability to differentiate such operations is a requirement of the service definition rather than application architecture. For the async operations, providing a reference to an event definition or status inquiry operation should be required.

-- Igor Sedukhin .. (Igor.Sedukhin@ca.com)
-- (631) 342-4325 .. 1 CA Plaza, Islandia, NY 11788



-----Original Message-----
From: Jonathan Marsh [mailto:jmarsh@microsoft.com] 
Sent: Wednesday, February 13, 2002 12:10 PM
To: www-ws-desc@w3.org
Subject: Collected Requirements


Enclosed is a document that collects the requirements posted to this list, for the purposes of assigning numbers to each requirement.

Received on Thursday, 14 February 2002 13:18:43 UTC