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


Help: OASIS Mailing Lists Help | MarkMail Help

regrep message

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

Subject: [RIM Issue] Exetnsibility of PostalAddress

   * Goran: PostalAddress, EmailAddress need id because of Slots
         o Farrukh: This is a bug. We have two options:
               + a) Could make them derive from Identifiable and remove
                 the Slots within their definition since that would be
               + b) Not make them extensible and remove slots from
                 these types
         o Resolution: Do (a) for PostalAddress and (b) for others
           because PostalAddress has known use cases for requiring

Upon reflection it seems better to leave PostalAddress to be 
not-extensible via Slots (same as EmailAddress, TelephoneNumber etc.) 
for the following reasons:

-This would create a special case (one of) which is always a 
questionable thing

-We have been doing OK without this ability so far and no one has raised 
an issue

-PostalAddress can be extended via Slots on the Composite class (e.g. 
Organization) where the the name URN of SLot can indicate which 
attribute it is extending: 

-We are short on time and this change would require some careful thought 
because it is a new situation.

-PostalAddress extensibility can be deferred to version 4

Please let me know if you have any strong objections to simply taking 
the Slot sttributes out of PostalAddress class for version 3 (not 
extensible). Thanks.


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