Issue 3414:  ContactInformationFactory issue (partyman-fac-rtf)
Source: Concept Five Technologies (Mr. Bill Swift, )
Nature: Uncategorized Issue
Severity: 
Summary: 2. The ContactInformationFactory should accept the values of the
ContactInformation as parameters to its create method similar to
PartyManager::Create.  It is likely that users will flatten the
ContactInformation into simple properties on the Party and/or Role.
This possibility should be acknowledged as a valid approach and should
be suggested or minimally documented in the specification.
Resolution: 
Revised Text: 
Actions taken:
March 13, 2000: received issue
Discussion: 

End of Annotations:=====
Date: Mon, 13 Mar 2000 12:11:01 -0500
From: Bill Swift <bswift@concept5.com>
X-Mailer: Mozilla 4.61 [en] (WinNT; U)
X-Accept-Language: en
MIME-Version: 1.0
To: juergen@omg.org
Subject: Party Management RTF Issues
Content-Type: multipart/signed;
protocol="application/x-pkcs7-signature"; micalg=sha1;
boundary="------------ms64D4D3E02DE08004B64E3784"
X-UIDL: RP"!!;dj!!GMQe9>9Sd9

Juergen,

* I hope it is not too late for these Party Management RTF Issues *

Some of the following issues may have been raised by others.  I
suspect
we can weed out the redundancies as we review the final set of issues.
I am hoping that the issues I submitted during the first (non
conclusive) RTF are still available as issues for this second RTF.

These are additional issues.

2. The ContactInformationFactory should accept the values of the
ContactInformation as parameters to its create method similar to
PartyManager::Create.  It is likely that users will flatten the
ContactInformation into simple properties on the Party and/or Role.
This possibility should be acknowledged as a valid approach and should
be suggested or minimally documented in the specification