oship-dev team mailing list archive

[Tim Cook <timothywayne.cook@xxxxxxxxx>]

On Wed, 2011-01-12 at 00:40 +0000, Launchpad Bug Tracker wrote:
> Title:
>   The PartyRef accepts refer any kind of object
> 
> Status in Open Source Health Information Platform (OSHIP):
>   New
> 
> Bug description:
>   The PartyRef must accept only refer objects which are considered
> parties in a demographic or identity service. Into the range of
> possibilities there are : PARTY, PERSON,ORGANISATION, ACTOR,
> GROUP,ROLE and AGENT objects.
>   Abstract supertypes are also allowed if the referenced object is of
> a type not known by the current implementation of this class (in other
> words, if the demographic model is changed by the addition of a new
> PARTY or ACTOR subtypes, valid PARTY_REFs can still be constructed to
> them). Peharps object Introspection is the only way no fix it.

No.


Just be sure that all subtypes "provides" the IParty interface.  

--Tim



-- 
***************************************************************
Timothy Cook, MSc
Project Lead - Multi-Level Healthcare Information Modeling
http://www.mlhim.org 

LinkedIn Profile:http://www.linkedin.com/in/timothywaynecook 
Skype ID == timothy.cook
Academic.Edu Profile: http://uff.academia.edu/TimothyCook

You may get my Public GPG key from  popular keyservers or    
from this link http://timothywayne.cook.googlepages.com/home

-- 
You received this bug notification because you are a member of OSHIP
Development Team, which is subscribed to Open Source Health Information
Platform.
https://bugs.launchpad.net/bugs/700136

Title:
  The PartyRef accepts refer any kind of object

Status in Open Source Health Information Platform (OSHIP):
  New

Bug description:
  The PartyRef must accept only refer objects which are considered parties in a demographic or identity service. Into the range of possibilities there are : PARTY, PERSON,ORGANISATION, ACTOR, GROUP,ROLE and AGENT objects.
  Abstract supertypes are also allowed if the referenced object is of a type not known by the current implementation of this class (in other words, if the demographic model is changed by the addition of a new PARTY or ACTOR subtypes, valid PARTY_REFs can still be constructed to them). Peharps object Introspection is the only way no fix it.