Re: [asap] a pass at bindings

[John Fuller <jfuller@wernervas.com>]

Action naming:

The convention I followed for the actions follows what we had in the 
original wsdl documents:
	namespace + "/asap/factory/" + operation
	namespace + "/asap/observer/" + operation
	namespace + "/asap/instance/" + operation

Should we keep this convention?

Should we adopt a different naming convention like
	namespace/porttype/operation
instead?

I've seen a namespace/operation convention used in other specifications,
but worry we'd lose the advantage of breaking ambiguity between Factory 
and Instance GetProperties operations...



On Dec 21, 2004, at 9:09 AM, John Fuller wrote:

>
> 1) Announcement of bindings
> 2) SetProperties issue
>
> ***
>
> 1)
>
> SOAP HTTP Request/Response Document Bindings for the factory, observer 
> and instance.
> I defined these in their own documents and namespaces and import the 
> asap wsdl that defines the port types.
> The .NET validator/code generator seems to validate stub code against 
> these URLs.
>
> 	http://easyasap.sourceforge.net/FactorySoapHttpDocumentBinding.wsdl
> 	http://easyasap.sourceforge.net/ObserverSoapHttpDocumentBinding.wsdl
> 	http://easyasap.sourceforge.net/InstanceSoapHttpDocumentBinding.wsdl
>
> ***
>
> 2)
>
> Our wsdl and the document's checklist of supported operations only 
> currently support SetProperties for instances,
> though the schema for the response suggests that factory or observer 
> properties could be returned...
>
> Should factories support SetProperties (I guess the Observer would 
> invoke this?)
> Should SetPropertiesRs eliminate the "choice" and instead read
>
> <xsd:element name="SetPropertiesRs">
>   <xsd:complexType>
>      <xsd:sequence>
>       <xsd:group ref="as:resourcePropertiesGroup"/>
>       <xsd:group ref="as:descriptivePropertiesGroup"/>
>       <xsd:group ref="as:instancePropertiesGroup"/>
>      </xsd:sequence>
>   </xsd:complexType>
> </xsd:element>
>
> and the Common Resource Properties section qualify statements about 
> "SetProperties" to indicate it only
> applies to instances?
>