Hello all, Since I stepped in only recently, I don't know if this is the appropriate why to respond. If not, please let me know.
I was reading the *Relationship Properties* of the CmSpecificationV2<http://open-services.net/bin/view/Main/CmSpecificationV2>section and I notice a repetition pattern, for example: relatedRequirement, relatedTestCase, relatedExecutionRecord, relatedTestPlan I was wondering why not define a single relationship property: * relatedObject* of (tuple) type: (Resource, Type of Resource) That way we can relate to any object as long as it is defined as a type of resource by the service provider. Similarly for the relationships other than "related". We could even define the relationship into the relationship property: * relatedObject* of (triple) type: (Resource, Type of Resource, Type of Relationship) Frank Schophuizen -- TOPIC Embedded Systems P.O. box 440, NL-5680 AK Best Netherlands Phone (+31) 499 336979 Fax (+31) 499 336970 On Fri, May 21, 2010 at 8:50 PM, Steve K Speicher <[email protected]>wrote: > I'm pleased to announce that the OSLC Change Management Working Group [1] > has declared the 2.0 Draft Specification [2] as entering the Convergence > phase targeting Finalization by June 23, 2010. > > During Convergence these tasks need to be performed: > - Community review of current current draft [2] and any issues raised [3] > - Implementation feedback incorporated into draft > - Workgroup resolving issues raised [3] > - Collection of workgroup contributor patent non-assert covenants [4] > > Please send feedback directly to [email protected] or logging your > issue at [3] > > My thanks goes out to the working group and community who have worked hard > to reach this phase. > > If there are any questions on this process, please contact me. Regards, > Steve Speicher | IBM Rational Software | (919) 254-0645 > > [1] - http://open-services.net/bin/view/Main/CmMeetings05192010 > [2] - http://open-services.net/bin/view/Main/CmSpecificationV2 > [3] - http://open-services.net/bin/view/Main/CmSpecV2Issues > [4] - http://open-services.net/bin/view/Main/CmSpecificationCovenantV2 > > _______________________________________________ > Oslc-Cm mailing list > [email protected] > http://open-services.net/mailman/listinfo/oslc-cm_open-services.net > >
