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

 


Help: OASIS Mailing Lists Help | MarkMail Help

regrep-comment message

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


Subject: Re: [regrep-comment] RIM 2.0 Specification - question on User class&address attribute


Joel,

There are no interoperability issues. There are fixed attributes like (street,
city, stateOrProvince, country, postalCode etc.). In addition there are Slots
that can have any name, value and slotType.

Registries and clients support both fixed attributes and extensible Slot
attributes.

"Munter, Joel D" wrote:

> Farrukh,
> Please pardon my ignorance.  If the input is as flexible as you describe,
> how does someone (or machine) "reading" this PostalAddress field know how to
> interpret the PostalAddress?  Can this interpretation at runtime lead to
> interoperability issues?
> Joel
>
> -----Original Message-----
> From: Farrukh Najmi [mailto:Farrukh.Najmi@Sun.COM]
> Sent: Monday, April 01, 2002 11:42 AM
> To: Mahadeo, Mark
> Cc: Ebxml Registry (E-mail)
> Subject: Re: [regrep-comment] RIM 2.0 Specification - question on User
> class &address attribute
>
> Hi Mark,
>
> The rationale behind requiring a PostalAddress but having all its
> attributes as optional is that we wanted to make sure that
> there was a PostalAddress of some form or another. We wanted to be less
> prescriptive on which exact attributes would
> makeup the PostalAddress. The reason for being less prescriptive is that
> PostalAddresses tend to vary quite a bit with regional differences.
> We provided the most likely attributes that may be used. However, we
> expect that any other attributes we did not provide for
> a specific region can be covered by the Slot based attribute extension
> mechanism in RIM 2.0.
>
> So in summary, we want to make sure that a User or an Organization have
> some sort of a PostalAddress. We do not wish to dictate what is
> the exact makeup of that PostalAddress.
>
> Please let us know if this rationale does not provide a satisfactory
> explanation to your question.
>
> --
> Regards,
> Farrukh
>
> "Mahadeo, Mark" wrote:
>
> > In the RIM 2.0 specification document, the "User" class has a required
> > attribute "address" of type "PostalAddress".  The "PostalAddress"
> > class has no required attributes.
> >
> > I interpret from this that a User object must have an address
> > specified, but that the address may have no values specified.  This
> > doesn't entirely make sense to me...help please.
> >
> > _________________________________________
> > Mark Mahadeo
> > Director, Technology Innovation and Development
> > Pantellos Group Limited Partnership
> > Phone: 281 863 6566
> > Mobile: 832 721 8005
> > http://www.pantellos.com
> >
> > This email transmission, and any attachments hereto, is intended only
> > for the use of each individual named above and may contain
> > confidential information belonging to the sender.  If you are not an
> > intended recipient, you are hereby notified that any disclosure,
> > copying, distribution or the taking of any action in reliance on the
> > contents of this information is strictly prohibited.  If you have
> > received this transmission in error, please immediately (i) notify us
> > by telephone at 281.863.6300, (ii) permanently delete the original and
> > all copies hereof, and (iii) destroy all printouts hereof.
> >
>
> ----------------------------------------------------------------
> To subscribe or unsubscribe from this elist use the subscription
> manager: <http://lists.oasis-open.org/ob/adm.pl>
>
> ----------------------------------------------------------------
> To subscribe or unsubscribe from this elist use the subscription
> manager: <http://lists.oasis-open.org/ob/adm.pl>

--
Regards,
Farrukh




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


Powered by eList eXpress LLC