[ http://issues.apache.org/jira/browse/WODEN-47?page=all ]
John Kaputin updated WODEN-47:
------------------------------
Affects Version/s: M7
> 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
> Affects Versions: M7
> 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]
