[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: [wsrp] ExtensionDescription
Leaving aside the more philosophical
questions, I don't see why you propose both a QName name and type and how
locations can cover multiple uses of the same protocol type.: Is a single QName not enough to both
recognize an XML element (wrapped as an extension) and prime the deserializer? I
could image a URL for a schema (still) being required to actually locate the
content model description but not a second QName. Maybe a fully worked example
of how a processor recognizes an extension (type) and deserializes it is needed
to allow us to access if the proposed description is adequate or useful. What if one of our types (maybe in a
future version of the protocol) can occur at more than one level in the XML
hierarchy? How do you encode this with “locations”? Also, do
locations not have to be per protocol message to clearly define what is
acceptable when? Regards, Andre From: Rich Thompson
[mailto:richt2@us.ibm.com]
ExtensionDescription Type
An
extension MAY be described using the following structure. This provides an
optional means for the Producer and Consumer to exchange metadata concerning
items which could appear within an extensions element of WSRP-defined messages:
ExtensionDescription Members:
name: Name of the extension being
described, MUST have a non-zero length. This name will appear in any runtime
instance of the extension as the fully qualified XML element name.
type: The type of the extension element,
using a namespace qualified name. The purpose for this information is to enable
the receiving party to prepare an appropriate deserializer. description: A localized, human-readable
description of the extension. This description should include the semantics of
the extension. locations: An array of type names from the
WSRP protocol where this extension can be expected. If no locations are
supplied, the extension could appear on any WSRP defined type. extensions: The extensions field MAY
be used to extend this structure. Extension elements MUST be from namespaces
other than WSRP.
|
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]