W3C home > Mailing lists > Public > www-ws-desc@w3.org > March 2002

Reqs DR033/DR034

From: FABLET Youenn <fablet@crf.canon.fr>
Date: Wed, 06 Mar 2002 13:58:04 +0100
Message-ID: <3C86125C.5040202@crf.canon.fr>
To: www-ws-desc@w3.org
CC: Jean-Jacques Moreau <moreau@crf.canon.fr>

DR033: Support abstract interfaces
DR034: Support interfaces derived from abstract interfaces

Ideas behind these reqs.
Reqs DR033 and DR034 are related to the import functionnality in WSDL1.1 
(which could somehow be used as a derivation mean).
WSDL1.1 already supports abstract interfaces and derivation of 
interfaces, but a more precise model should be described.

I think that the import functionnality is not well explained (what if 
you redeclare the same portType in file A and file B, and file A is 
imported in file B for instance (is this example covered by the "Names 
within a name scope MUST be unique within the WSDL document" in WSDL1.1 
paragraph2.1.1?)). It might also become hard to maintain and understand 
WSDL files if all imports are possible.
It can be interesting to be able to qualify the level of abstraction of 
an interface, like saying "this interface contains only types, this 
interface specifies only types and messages....". An interface that 
declares itself as containing only types and messages should for 
instance not be able to import anything else than types and messages 
This could allow good programming rules to be enforced.

I think that we need to fix and/or clarify the use of the import 
functionnality. If we do so, we could take the opportunity to go a step 
further and add some OOP functionalities, like extending a portType (is 
it DR042?) by derivation (using or not the import functionnality) for 
instance. I do not think that it will cause a great overhead to do so.

I do not think that DR109 is sufficient to describe these ideas, we 
should maybe make DR033/DR034 more precise.

Received on Wednesday, 6 March 2002 07:59:48 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:54:37 UTC