Issue 552:  Constant values for ServiceOptions (Section B.9.1) (sec-rev)
Source:  (, )
Nature:  Uncategorized
Severity: 
Summary: Summary: Constant values for ServiceOptions defined pertain to Security Service, have nothing to do with core ORB. Move them from CORBA module to the Security module.

Resolution:  resolved, close issue
Revised Text: 
Actions taken:
April 24, 1997: received issue
March 26, 1998: closed issue
Discussion: 

End of Annotations:=====
Return-Path: <daemon>
Date: Wed, 23 Apr 1997 18:29:35 -0400
From: Jishnu Mukerji <jis@fpk.hp.com>
Organization: Hewlett-Packard New Jersey Labs
Subject: A few things to think about
Errors-To: owner-sec-rev
Sender: owner-sec-rev
X-OMG: sec-rev
To: sec-rev

Following up on some discussions that we have had with the Core RTF
folks two items were identified that need to be passed by the Security
RTF. They are:

(1) In Section B.9.1 the constant values for ServiceOptions that are
defined all pertain to Security Service and have nothing whatsoever to
do with the core ORB. Consequently, it has been suggested that they be
all moved out of the CORBA module and into the Security module. The
names of the constants involved are:

	SecurityLevel = 1;
	SecurityLevel = 2;
	NonRepudiation = 3;
	SecurityORBServiceReady = 4;
	SecurityServiceReady = 5;
	ReplaceORBServices = 6;
	ReplaceSecurityServices = 7;
	StandardSecureInteroperability = 8;
	DCESecureInteroperability = 9;

Does anyone among the Security RTF voters (or anyone else for that
matter) see a problem with this? If so speak up and let us know. Post
your objections on this Email list.