-
Key: CORBA3-45
-
Legacy Issue Number: 4822
-
Status: closed
-
Source: Anonymous
-
Summary:
Hello, I think I've found inconsistency (or slips of the pen) in CORBA specification.
----------------------------------------- 11.3.2.1 Processing States (end of second paragraph and third paragraph):
For example, if a POA is in active state, it does not change state due to an activate operation. Such operations complete successfully with no special notice.
The only exception is the inactive state: a deactivate operation raises an exception just the same as every other attempted state change operation.
Probably incosistent to:
11.3.2.5 deactivate (first paragraph):
This operation changes the state of the POA manager to inactive. This operation has no affect on the POA manager's state if it is already in the inactive state. (no more explanation about AdapterInactive exception)
------------------------------------------ So, each POAManager state changing operation do nothing if it will not really change the state of the POAManager (activate call on already active POAManager, for example)
On the other hand:
Each POAManager state changing operation raises the AdapterInactive exception if issued while the POA manager is in the inactive state.
CORBA 2.5 specification was the first in which explanation about AdapterInactive exception during deactivate operation was removed (but third paragraph of 11.3.2.1 was not changed respectively).
Probably, the third paragraph of 11.3.2.1 should be removed.
Could you please provide some explanation about this problem (even if I am not right).
-
Reported: CORBA 2.6 — Mon, 4 Feb 2002 05:00 GMT
-
Disposition: Resolved — CORBA 3.0.2
-
Disposition Summary:
see above
-
Updated: Fri, 6 Mar 2015 20:58 GMT
CORBA3 — 11.3.2.1 Processing States (end of second paragraph and third paragraph
- Key: CORBA3-45
- OMG Task Force: Core 2002 RTF