Issue 12550: move struct to IOP module (corba-rtf) Source: Remedy IT (Mr. Johnny Willemsen, jwillemsen(at)remedy.nl) Nature: Revision Severity: Minor Summary: The CORBA spec defines the following types to proposage messaging qos. This is really nothing more then propagating policies values. struct PolicyValue { CORBA::PolicyType ptype; sequence<octet> pvalue; }; typedef sequence<PolicyValue> PolicyValueSeq; This is now in the Messaging module, but the propagation of policy values is something that we want to use for ZIOP but also seems usable for other libraries. Instead of duplicating this struct to different modules I propose to move this to the IOP module. Resolution: Revised Text: Actions taken: June 24, 2008: received issue April 11, 2012: Deferred Discussion: End of Annotations:===== m: webmaster@omg.org Date: 24 Jun 2008 10:24:23 -0400 To: Subject: Issue/Bug Report -------------------------------------------------------------------------------- Name: Johnny Willemsen Company: Remedy mailFrom: jwillemsen@remedy.nl Notification: Yes Specification: CORBA Section: 22.3 FormalNumber: 04-03-12 Version: 3.0.3 RevisionDate: - Page: 22-12 Nature: Revision Severity: Minor HTTP User Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9) Gecko/2008052906 Firefox/3.0 Description The CORBA spec defines the following types to proposage messaging qos. This is really nothing more then propagating policies values. struct PolicyValue { CORBA::PolicyType ptype; sequence pvalue; }; typedef sequence PolicyValueSeq; This is now in the Messaging module, but the propagation of policy values is something that we want to use for ZIOP but also seems usable for other libraries. Instead of duplicating this struct to different modules I propose to move this to the IOP module. X-EDSCOD-Source-Ip: 63.175.76.156 X-Envelope-From: Dave.Stringer@borland.com Subject: RE: issue 12550 -- CORBA RTF issue Date: Wed, 25 Jun 2008 11:33:05 -0700 X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: issue 12550 -- CORBA RTF issue Thread-Index: AcjW2hOUIbqIRXNcSDi0RpMK/RfagwAF4GeA From: "Dave Stringer" To: , X-OriginalArrivalTime: 25 Jun 2008 18:31:18.0768 (UTC) FILETIME=[A8CF4F00:01C8D6F1] We cannot move this struct without impacting the millions of existing systems that expect this definition to be in the Messaging module. Duplicating is the lesser evil. Dave -------------------------------------------------------------------------------- From: Juergen Boldt [mailto:juergen@omg.org] Sent: Wednesday, June 25, 2008 8:41 AM To: issues@omg.org; corba-rtf@omg.org; corba-e-ftf@omg.org Subject: issue 12550 -- CORBA RTF issue From: webmaster@omg.org Date: 24 Jun 2008 10:24:23 -0400 To: Subject: Issue/Bug Report -------------------------------------------------------------------------------- Name: Johnny Willemsen Company: Remedy mailFrom: jwillemsen@remedy.nl Notification: Yes Specification: CORBA Section: 22.3 FormalNumber: 04-03-12 Version: 3.0.3 RevisionDate: - Page: 22-12 Nature: Revision Severity: Minor HTTP User Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9) Gecko/2008052906 Firefox/3.0 Description The CORBA spec defines the following types to proposage messaging qos. This is really nothing more then propagating policies values. struct PolicyValue { CORBA::PolicyType ptype; sequence pvalue; }; typedef sequence PolicyValueSeq; This is now in the Messaging module, but the propagation of policy values is something that we want to use for ZIOP but also seems usable for other libraries. Instead of duplicating this struct to different modules I propose to move this to the IOP module. Juergen Boldt Director, Member Services Object Management Group 140 Kendrick St Building A Suite 300 Needham, MA 02494 USA tel: +1 781 444 0404 x 132 fax: +1 781 444 0320 email: juergen@omg.org www.omg.org X-Virus-Scanned: by XS4ALL Virus Scanner X-Spam-Flag: NO X-Spam-Score: -4.399 X-Spam-Level: X-Spam-Status: No, score=-4.399 tagged_above=-10 required=6.6 tests=[ALL_TRUSTED=-1.8, AWL=-0.001, BAYES_00=-2.599, HTML_MESSAGE=0.001] From: "Johnny Willemsen" To: "'Dave Stringer'" , , Subject: RE: issue 12550 -- CORBA RTF issue Date: Thu, 26 Jun 2008 07:54:28 +0200 X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcjW2hOUIbqIRXNcSDi0RpMK/RfagwAF4GeAABfDryA= Hi Dave, This looks a typedef that is used mainly by the ORB Developers, not the end user. The struct is marshalled on the wire, I think a Messaging::PolicyValue could be demarshalled into a IOP::PolicyValue without problems (it has the same fields). In case of backwards compatibility couldn't we do: module Messaging { typedef IOP::PolicyValue PolicyValue; } Johnny From: Dave Stringer [mailto:Dave.Stringer@borland.com] Sent: Wednesday, June 25, 2008 8:33 PM To: corba-rtf@omg.org; corba-e-ftf@omg.org Subject: RE: issue 12550 -- CORBA RTF issue We cannot move this struct without impacting the millions of existing systems that expect this definition to be in the Messaging module. Duplicating is the lesser evil. Dave -------------------------------------------------------------------------------- From: Juergen Boldt [mailto:juergen@omg.org] Sent: Wednesday, June 25, 2008 8:41 AM To: issues@omg.org; corba-rtf@omg.org; corba-e-ftf@omg.org Subject: issue 12550 -- CORBA RTF issue From: webmaster@omg.org Date: 24 Jun 2008 10:24:23 -0400 To: Subject: Issue/Bug Report -------------------------------------------------------------------------------- Name: Johnny Willemsen Company: Remedy mailFrom: jwillemsen@remedy.nl Notification: Yes Specification: CORBA Section: 22.3 FormalNumber: 04-03-12 Version: 3.0.3 RevisionDate: - Page: 22-12 Nature: Revision Severity: Minor HTTP User Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9) Gecko/2008052906 Firefox/3.0 Description The CORBA spec defines the following types to proposage messaging qos. This is really nothing more then propagating policies values. struct PolicyValue { CORBA::PolicyType ptype; sequence pvalue; }; typedef sequence PolicyValueSeq; This is now in the Messaging module, but the propagation of policy values is something that we want to use for ZIOP but also seems usable for other libraries. Instead of duplicating this struct to different modules I propose to move this to the IOP module. Juergen Boldt Director, Member Services Object Management Group 140 Kendrick St Building A Suite 300 Needham, MA 02494 USA tel: +1 781 444 0404 x 132 fax: +1 781 444 0320 email: juergen@omg.org www.omg.org