Represent component extension properties with generic collections, rather than
static subtyping of the ComponentExtensions interface
------------------------------------------------------------------------------------------------------------------------------------
Key: WODEN-47
URL: http://issues.apache.org/jira/browse/WODEN-47
Project: Woden
Issue Type: Improvement
Components: Parser
Reporter: John Kaputin
Assigned To: John Kaputin
Feedback at Apachecon Europe indicates that the way Woden represents extension
properties in the Component model via static subtyping of the
ComponentExtensions interface is not useful for client applications like WSDL
tools or wizards which need to list or access WSDL and extensions properties
that the components contain and should ideally do so without specific knowledge
of any extension types. They should be able to just retrieve collections of
properties to display in a GUI or whatever.
This proposal will remove the need to statically subtype the
ComponentExtensions interface to represent extension properties for a
particular namespace and WSDL component and instead, represent extension
properties in the Component API as some form of generic 'extension property'
(or maybe just a 'component property') and add appropriate getter methods to
the API for accessing these properties. The terms 'extension property' or
'component property' should not be confused with the Property component
described in the WSDL Component model spec.
For client applications that do require or expect particular extension
properties, this proposal should not impose any new obligations on the client
code. The client must still 'know' what it's looking for, but instead of using
a static API determined by a ComponentExtensions subtype it will use these new
generic getter methods to retrieve and filter the extension properties it
requires. This proposal just removes compile time type safety in favour of
runtime time flexibility.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
