[no subject]

 32.	Allow 'status' operation to serve as 'statusAll'
	- 'asyncOperationId' becomes optional
	- if no 'asyncOperationId', return all
	- <nestedResponse minOccurs="0" maxOccurs="unbounded">

 33.	Requirement 4.4: Multiple Error Messages
	- leave ErrorCode as-is
	- add <errorMessage minOccurs="0" maxOccurs="unbounded">

 32. 	Rename SchemaEntityRefType#supports to #supportedSchemaEntity

 33.	TargetType#targetID should be minOccurs="1" (default).

 34.	TargetType#capability should be minOccurs="0".

 35. 	ListTargetsResponseType#target should be minOccurs="0" (in case of error).

 36.	Rename CapabilityType#identifier to #namespace (more specific).

 37. 	Add TargetType#capabilities element to wrap <capability> elements.

 38.	Requestor must "program-by-exception" wrt containment.  Is this okay?
	- nothing tells requestor whether target supports containment.
	- nothing tells requestor whether target schema entity supports containment.
	- Do we need a Containment capability to advertise either or both of these?

 39.	Should a single <modification> contain both <component> and <capabilityData>?

 40.	What does an instance of {SelectionType} contain in the SMPL 1.0 (DSML) Profile?

 41.	Wouldn't it be easier to say that modifyResponse returns entire <pso>?
	What provider wants to calculate all the differences?
	What requestor wants to process all the differences?
	- optional <psoId> (if changed)
	- boolean option returnData (or just always return entire pso)?
	- boolean option returnCapabilityData (since this could be huge)?

 42. 	Should a <deleteRequest> contain <capabilityData>?

--Boundary_(ID_t8/pG2ZKB2CfoW9ISsZruA)--