Issue 6438: CCMHome should have a get_components method (components-rtf) Source: Computational Physics, Inc. (Mr. J. Scott Evans, evans(at)cpi.com) Nature: Uncategorized Issue Severity: Summary: The CCMHome interface does not provide a mechanism for obtaining references to all CCMObjects that the home has created (those that have not been removed). The lack of a method to get all the components created by a home is inconsistent with other sections of the CCM model (specifically the deployment module APIs). Furthermore, this method would be very useful as it would provide a mechanism for querying a Container for all existent components. Resolution: Replace the following text in formal/02-06-05 on page 1-41 interface CCMHome { CORBA::IRObject get_component_def(); CORBA::IRObject get_home_def (); void remove_component ( in CCMObject comp) raises (RemoveFailure); }; with typedef sequence<CCMObject> CCMObjects; interface CCMHome { CORBA::IRObject get_component_def(); CORBA::IRObject get_home_def (); void remove_component ( in CCMObject comp) raises (RemoveFailure); CCMObjects get_components(); }; and add the operation description get_components The get_components operation returns a sequence of all existent CCMObject references (i.e. those that have not been removed) created by this CCMHome. Resolution: Revised Text: Actions taken: November 5, 2003: received issue Discussion: End of Annotations:===== ender: evans@mail.cpi.com (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.2.1 Date: Wed, 05 Nov 2003 16:04:40 -0500 To: issues@omg.org From: "J. Scott Evans" Subject: Components RTF: CCMHome should have a get_components method The CCMHome interface does not provide a mechanism for obtaining references to all CCMObjects that the home has created (those that have not been removed). The lack of a method to get all the components created by a home is inconsistent with other sections of the CCM model (specifically the deployment module APIs). Furthermore, this method would be very useful as it would provide a mechanism for querying a Container for all existent components. Resolution: Replace the following text in formal/02-06-05 on page 1-41 interface CCMHome { CORBA::IRObject get_component_def(); CORBA::IRObject get_home_def (); void remove_component ( in CCMObject comp) raises (RemoveFailure); }; with typedef sequence CCMObjects; interface CCMHome { CORBA::IRObject get_component_def(); CORBA::IRObject get_home_def (); void remove_component ( in CCMObject comp) raises (RemoveFailure); CCMObjects get_components(); }; and add the operation description get_components The get_components operation returns a sequence of all existent CCMObject references (i.e. those that have not been removed) created by this CCMHome. Sender: Philippe.Merle@lifl.fr Date: Thu, 06 Nov 2003 19:54:48 +0100 From: Philippe Merle Organization: INRIA X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.18-6mdk i686) X-Accept-Language: en To: evans@cpi.com CC: components-rtf@omg.org, openccm@objectweb.org Subject: Re: issue 6438 - COmponents RTF issue X-MailScanner: Found to be clean Hello Scott, This is really a good idea to add this get_components operation. I fully agree with as this looks like an extension we have done in OpenCCM to allow our generic management tool to display all the components managed by a home ;-) See at http://openccm.objectweb.org/doc/0.8/administration_console.html I think that Qedo has done something similar. A+ Philippe Merle On components-rtf@omg.org mailing list: > > This is issue # 6438 "J. Scott Evans" > > CCMHome should have a get_components method > > The CCMHome interface does not provide a mechanism for obtaining references > to all CCMObjects that the home has created (those that have not been > removed). The lack of a method to get all the components created by a home > is inconsistent with other sections of the CCM model (specifically the > deployment module APIs). Furthermore, this method would be very useful as > it would provide a mechanism for querying a Container for all existent > components. > > Resolution: > > Replace the following text in formal/02-06-05 on page 1-41 > > interface CCMHome { > CORBA::IRObject get_component_def(); > CORBA::IRObject get_home_def (); > void remove_component ( in CCMObject comp) raises (RemoveFailure); > }; > > with > > typedef sequence CCMObjects; > > interface CCMHome { > CORBA::IRObject get_component_def(); > CORBA::IRObject get_home_def (); > void remove_component ( in CCMObject comp) raises (RemoveFailure); > CCMObjects get_components(); > }; > > and add the operation description > > get_components > > The get_components operation returns a sequence of all existent CCMObject > references (i.e. those that have not been removed) created by this CCMHome. A+ Philippe Merle -- __________________________________________________ Dr. Philippe Merle - INRIA Scientist Researcher at Laboratoire d'Informatique Fondamentale de Lille UPRESA 8022 CNRS - U.F.R. I.E.E.A. - Batiment M3 Universite des Sciences et Technologies de Lille 59655 Villeneuve d'Ascq CEDEX France Phone: (33) (0)3 20 33 70 24 Fax: (33) (0)3 20 43 65 66 E-Mail: Philippe.Merle@lifl.fr Home Page: http://www.lifl.fr/~merle See also: http://www.objectweb.org/ http://corbaweb.lifl.fr/