OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

provision message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: Re: [provision] Spec issue #11: ReferenceDefinition CanReferTo without targetID.


Where would it be a big deal to require targetID (even if there is only 
one target)?

Bohren, Jeffrey wrote:

>That would be inconsistent with the how targetID is used everywhere else.
>The targetID is optional is if there is only one target.
> 
>Jeff Bohren
>BMC
>
>-----Original Message----- 
>From: Gary P Cole [mailto:Gary.P.Cole@Sun.COM] 
>Sent: Fri 5/13/2005 1:11 PM 
>To: PSTC 
>Cc: 
>Subject: Re: [provision] Spec issue #11: ReferenceDefinition CanReferTo
>without targetID.
>
>
>
>To keep it simple, I suggest that SchemaEntityRefType *require* targetID. 
>
>That way, we never have to worry about an ambiguous reference to a 
>schema entity.  (For the purposes of this discussion, it doesn't matter 
>whether "targetID" is an attribute or an element.) 
>
>Gary P Cole wrote: 
>
>  
>
>>11. What if a reference definition does not specify a targetID on the 
>>canReferTo schema entity? 
>>
>>In the spec's listTargets example, the listTargetsResponse contains 
>>two targets. 
>>Within target2’s declaration of the Reference Capability for Person, 
>>the provider declares that a Person on target2 may own an account on 
>>target1. (That is, an instance of Person on target2 may use an "owns" 
>>type of reference to refer to an instance of Account on target1.) 
>>
>><listTargetsResponse status=“success"> 
>>... 
>><target targetID=“target2”> 
>>... 
>><capabilities> 
>>... 
>><capability identifier=”urn:oasis:names:tc:SPML:2.0:reference”> 
>><appliesTo entityName=”Person”/> 
>><referenceDefinition typeOfReference=”owns”/> 
>><schemaEntity entityName=”Person”/> 
>><canReferTo entityName=”Account” targetID=“target1”/> 
>></referenceDefinition> 
>></capability> 
>></capabilities> 
>></target> 
>></listTargetsResponse> 
>>
>>SchemaEntityRefType doesn't yet contain a "targetID" element or 
>>attribute, but it's supposed to. (That's XSD issue #65). It's been 
>>proposed that targetID be optional in this context, but my opinion is 
>>that it should be required. 
>>
>>In the listTargetsResponse example above, what would it mean if the 
>>provider omitted the targetID attribute of <canReferTo>? Would this be 
>>an error (since target2 does not support Account), or would this mean 
>>that an instance of Person on target2 may use the “owns” type of 
>>reference refer to an instance of Account on any target? 
>>
>>
>>--------------------------------------------------------------------- 
>>To unsubscribe from this mail list, you must leave the OASIS TC that 
>>generates this mail.  You may a link to this group and all your TCs in 
>>OASIS 
>>at: 
>>https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php
>>    
>>
><https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php>  
>
>
>
>
>--------------------------------------------------------------------- 
>To unsubscribe from this mail list, you must leave the OASIS TC that 
>generates this mail.  You may a link to this group and all your TCs in OASIS
>
>at: 
>https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php
><https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php>  
>
>
>---------------------------------------------------------------------
>To unsubscribe from this mail list, you must leave the OASIS TC that
>generates this mail.  You may a link to this group and all your TCs in OASIS
>at:
>https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php
>
>  
>




[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]