Issue 2905: setting of ORB level policies unclear (rt-corba-ftf) Source: Borland Software Corporation (Mr. Dave Stringer, Dave.Stringer@borland.com dave.stringer@borland.com dstringer@borland.com) Nature: Uncategorized Issue Severity: Summary: The Real-Time CORBA Extensions don't state how an ORB level policy setting is made (e.g. for a default threadpool). ptc/99-06-02 See 4.10.4 states that this should be possible. The mechanism wasn't specified since at the time Real-Time CORBA was written it was assumed that CORBA 2.3 would use the QoS / Policy framework from Messaging. I.e. by calling PolicyManager::set_policy_overrides - orbos/98-05-05 Sec 5.2. Instead we have a pretty vague piece of specification Sec 4.9.4 of formal/99-07-08. This doesn't help implementors of Real-Time CORBA. Resolution: accepted Revised Text: Resolution : Add the words "by using the set_policy_overrides operation of the CORBA PolicyManager interface" to the first sentence of the second paragraph in section 4.10.4, on page 48 of ptc/99-06-02, and break it up into two shorter sentences. Disposition : Accepted Actions taken: September 27, 1999: received issue January 9, 2001: closed issue Discussion: Resolution : Add the words "by using the set_policy_overrides operation of the CORBA PolicyManager interface" to the first sentence of the second paragraph in section 4.10.4, on page 48 of ptc/99-06-02, and break it up into two shorter sentences. Disposition : Accepted End of Annotations:===== Date: Mon, 27 Sep 1999 17:20:37 +0100 From: "Dave Stringer" Organization: Nortel Networks X-Mailer: Mozilla 4.03 [en] (Win95; I) MIME-Version: 1.0 To: juergen@omg.org Subject: setting of ORB level policies unclear Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii X-UIDL: C< and once it has a number. Cheers, Dave ------------------------------------------------------------------- The Real-Time CORBA Extensions don't state how an ORB level policy setting is made (e.g. for a default threadpool). ptc/99-06-02 See 4.10.4 states that this should be possible. The mechanism wasn't specified since at the time Real-Time CORBA was written it was assumed that CORBA 2.3 would use the QoS / Policy framework from Messaging. I.e. by calling PolicyManager::set_policy_overrides - orbos/98-05-05 Sec 5.2. Instead we have a pretty vague piece of specification Sec 4.9.4 of formal/99-07-08. This doesn't help implementors of Real-Time CORBA. Sender: jon Message-ID: <38F733ED.F1DA7008@highlander.com> Date: Fri, 14 Apr 2000 11:06:21 -0400 From: Jon Currey Organization: Highlander X-Mailer: Mozilla 4.72 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: rt-corba-ftf@omg.org, Jishnu Mukerji Subject: Issue 2905: setting of ORB level policies unclear Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii X-UIDL: nCUd9RlLe93NP!!(bd!! Issue : The Real-Time CORBA Extensions don't state how an ORB level policy setting is made (e.g.for a default threadpool). ptc/99-06-02 See 4.10.4 states that this should be possible. The mechanism wasn't specified since at the time Real-Time CORBA was written it was assumed that CORBA 2.3 would use the QoS / Policy framework from Messaging. I.e. by calling PolicyManager::set_policy_overrides - orbos/98-05-05 Sec 5.2. Instead we have a pretty vague piece of specification Sec 4.9.4 of formal/99-07-08. This doesn't help implementors of Real-Time CORBA. As I understand it, the resolution of this issue would be the insertion of a clause or sentence into section 4.10.4, that states explicitly that the policy may be applied at the ORB level by using the PolicyManager::set_policy_overrides operation. Presumably we would not explicitly reference a version of the CORBA spec (or the Messaging Spec) in the text, but there is still the issue of what version of the CORBA spec we are referencing, and hence what version of the spec RT CORBA 1.0 is based off of. Jishnu, am I right in thinking that CORBA 2.4 will include the relevant part of the QoS policy framework introduced by Messaging? Can we therefore make this change in the current FTF, or can we not, because of CORBA 2.4's adoption date? Does this mean that we would now describe RT CORBA 1.0 as being based on CORBA 2.4? (The intention is for it to be a part of CORBA 3.0 - does the question of which version it 'references' go away at that point?) Jon. Sender: jon Message-ID: <390DFD1B.3D8AD690@highlander.com> Date: Mon, 01 May 2000 17:54:35 -0400 From: Jon Currey Organization: Highlander X-Mailer: Mozilla 4.72 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: rt-corba-ftf@omg.org Subject: Re: Issue 2905: setting of ORB level policies unclear References: <38F733ED.F1DA7008@highlander.com> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii X-UIDL: BWdd9PS\!!&kfd9+k]d9 Here's specfic wording for a proposal for Dave's issue : Proposal : Add the words "by using the set_policy_overrides operation of the CORBA PolicyManager interface" to the first sentence of the second paragraph in section 4.10.4, on page 48 of ptc/99-06-02, and break it up into two shorter sentences. The sentence becomes : "A ThreadpoolPolicy may be applied at the ORB level, by using the set_policy_overrides operation of the CORBA PolicyManager interface. When applied at the ORB level, the policy assigns the indicated threadpool as the default threadpool to use in the subsequent creation of POAs, until the default is again changed." Jon. Jon Currey wrote: > > Issue : The Real-Time CORBA Extensions don't state how an ORB level policy setting is made > (e.g.for a default threadpool). ptc/99-06-02 See 4.10.4 states that this should be possible. > The mechanism wasn't specified since at the time Real-Time CORBA was written it was assumed > that CORBA 2.3 would use the QoS / Policy framework from Messaging. I.e. by calling > PolicyManager::set_policy_overrides - orbos/98-05-05 Sec 5.2. Instead we have a pretty vague > piece of specification Sec 4.9.4 of formal/99-07-08. This doesn't help implementors of > Real-Time CORBA. > > As I understand it, the resolution of this issue would be the insertion of a clause or > sentence into section 4.10.4, that states explicitly that the policy may be applied at > the ORB level by using the PolicyManager::set_policy_overrides operation. > > Presumably we would not explicitly reference a version of the CORBA spec (or the Messaging > Spec) in the text, but there is still the issue of what version of the CORBA spec > we are referencing, and hence what version of the spec RT CORBA 1.0 is based off of. > > Jishnu, am I right in thinking that CORBA 2.4 will include the relevant part of the > QoS policy framework introduced by Messaging? Can we therefore make this change in the > current FTF, or can we not, because of CORBA 2.4's adoption date? > > Does this mean that we would now describe RT CORBA 1.0 as being based on CORBA 2.4? > (The intention is for it to be a part of CORBA 3.0 - does the question of which > version it 'references' go away at that point?) > > Jon. Sender: jon Message-ID: <3975B909.37D40C31@highlander.com> Date: Wed, 19 Jul 2000 10:19:53 -0400 From: Jon Currey Organization: Highlander X-Mailer: Mozilla 4.72 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: "rt-corba-ftf@omg.org" Subject: Proposal for Issue 2905 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii X-UIDL: ?f0!!F26e9/a@e97L0e9 Apologies for the delay in sending out my proposals for the resoultion of the outstanding issues. I am mailing them out one per e-mail ... Issue 2905: setting of ORB level policies unclear Summary: The Real-Time CORBA Extensions don't state how an ORB level policy setting is made (e.g. for a default threadpool). ptc/99-06-02 See 4.10.4 states that this should be possible. The mechanism wasn't specified since at the time Real-Time CORBA was written it was assumed that CORBA 2.3 would use the QoS / Policy framework from Messaging. I.e. by calling PolicyManager::set_policy_overrides - orbos/98-05-05 Sec 5.2. Instead we have a pretty vague piece of specification Sec 4.9.4 of formal/99-07-08. This doesn't help implementors of Real-Time CORBA. I propose the same resolution that I did in the 1.1 FTF : Proposal : Add the words "by using the set_policy_overrides operation of the CORBA PolicyManager interface" to the first sentence of the second paragraph in section 4.10.4, on page 48 of ptc/99-06-02, and break it up into two shorter sentences. The wording becomes : "A ThreadpoolPolicy may be applied at the ORB level, by using the set_policy_overrides operation of the CORBA PolicyManager interface. When applied at the ORB level, the policy assigns the indicated threadpool as the default threadpool to use in the subsequent creation of POAs, until the default is again changed." Jon.