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

 


Help: OASIS Mailing Lists Help | MarkMail Help

wsrp message

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


Subject: Re: [wsrp] Comment on Sec 5.1.21 Extension Part


To be clear, this is a question of clarity of semantics.

The name "location" is misleading as it tends to push the reader in 
search of locations in a node hierarchy.

I would go with "extendsType", and change the first sentence in the 
description of the field to

"Array of local names of the WSRP types that carry this extension."

Subbu

Rich Thompson wrote:
> 
> The previous discussions of this concluded that we did not want to 
> specifically indicate where in a message hierarchy a particular 
> extension could occur, rather it is simply indicating what type could 
> (note; could and not will!) be extended. My impression is that the 
> common misunderstanding about this arises from interpreting 'location' 
> to mean a place within the message structure and hence proposed renaming 
> the field 'extendedTypes' as this would more accurately carry the 
> semantics of the field.
> 
> If you are instead trying to reopen the discussion about the semantics 
> of the field such that it would point at places within the message 
> structure, please make sure you have new arguments for why this would be 
> a preferred solution ...
> 
> Rich
> 
> 
> *Subbu Allamaraju <subbu@bea.com>*
> 
> 05/24/06 02:49 PM
> 
> 	
> To
> 	wsrp <wsrp@lists.oasis-open.org>
> cc
> 	
> Subject
> 	Re: [wsrp] Comment on Sec 5.1.21 Extension Part
> 
> 
> 	
> 
> 
> 
> 
> 
> I don't think that will help.
> 
> Let's take the example. What does it mean to say that "an extension
> providing additional contact information might list "Contact" as a
> location". What is "Contact"? The local name of a type declared in WSRP
> 2.0 XSD? These are the questions a reader will have. It gets tricky when
> there are multiple elements of the same type in a given structure.
> 
> Since there is a thought of utilizing extension descriptions to specify
> new features in future, we need to explain this more.
> 
> Subbu
> 
> Rich Thompson wrote:
>  >
>  > In previous discussions we explicitly decided to not make this an XPath
>  > ... considering the ongoing confusion, perhaps renaming the field
>  > "extendedTypes" would make the TC's intent and decisions in this area
>  > clearer.
>  >
>  > Rich
>  >
>  >
>  > *Subbu Allamaraju <subbu@bea.com>*
>  >
>  > 05/24/06 01:33 PM
>  >
>  >                  
>  > To
>  >                  wsrp <wsrp@lists.oasis-open.org>
>  > cc
>  >                  
>  > Subject
>  >                  [wsrp] Comment on Sec 5.1.21 Extension Part
>  >
>  >
>  >                  
>  >
>  >
>  >
>  >
>  >
>  > [Sending on behalf of Nate Lipke - for some reason his emails are 
> bouncing.]
>  >
>  > 5.1.21 ExtensionPart Type
>  > The locations field should be better defined.
>  > We should standardize on a syntax and use stronger language. E.g. the
>  > locations field MUST be specified as ...
>  > Options:
>  >
>  >     * Use the schema type name  (maybe the change the name to
>  > parentTypes reflect this): EmployerInfo
>  >     * Use a hierarchical format for the extensions to point the actual
>  > element: /getMarkup/userContext/profile/EmployerInfo
>  >           o Possibly allow for more complex locations:
>  > /*/userContext/profile/EmployerInfo
>  >           o Should these be Qnames:
>  > /wsrp:getMarkup/wsrp:userContext/wsrp:profile/wsrp:EmployerInfo
>  >           o Should we use a XPath or subset of XPath?
>  >           o XQuery?
>  >
>  > A problem with the first choice is highlighted by the example given:
>  > The example refers to "Contact" which is a type not a location. There
>  > are two fields (businessInfo and homeInfo) with the Contact type under
>  > UserProfile.  Does this refer to both fields? Also what message should
>  > this field be expected in. And how can an implementor determine this
>  > from the the ServiceDescription.
>  >
>  >
>  > Thanks,
>  >
>  > Nate
>  > _______________________________________________________________________
>  > Notice:  This email message, together with any attachments, may contain
>  > information  of  BEA Systems,  Inc.,  its subsidiaries  and  affiliated
>  > entities,  that may be confidential,  proprietary,  copyrighted  and/or
>  > legally privileged, and is intended solely for the use of the individual
>  > or entity named in this message. If you are not the intended recipient,
>  > and have received this message in error, please immediately return this
>  > by email and then delete it.
>  >
>  > ---------------------------------------------------------------------
>  > 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
>  >
>  >
>  > --------------------------------------------------------------------- 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
> 
> 
> _______________________________________________________________________
> Notice:  This email message, together with any attachments, may contain
> information  of  BEA Systems,  Inc.,  its subsidiaries  and  affiliated
> entities,  that may be confidential,  proprietary,  copyrighted  and/or
> legally privileged, and is intended solely for the use of the individual
> or entity named in this message. If you are not the intended recipient,
> and have received this message in error, please immediately return this
> by email and then delete it.
> 
> ---------------------------------------------------------------------
> 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
> 
> 
> --------------------------------------------------------------------- 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

_______________________________________________________________________
Notice:  This email message, together with any attachments, may contain
information  of  BEA Systems,  Inc.,  its subsidiaries  and  affiliated
entities,  that may be confidential,  proprietary,  copyrighted  and/or
legally privileged, and is intended solely for the use of the individual
or entity named in this message. If you are not the intended recipient,
and have received this message in error, please immediately return this
by email and then delete it.


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