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

[Farrukh Najmi <Farrukh.Najmi@Sun.COM>]

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.
>