-
Key: CORBA24-98
-
Legacy Issue Number: 3738
-
Status: closed
-
Source: Triodia Technologies Pty Ltd ( Michi Henning)
-
Summary:
For explicit activation, the spec says:
11.3.8.15 activate_object
ObjectId activate_object(in Servant p_servant)
raises (ServantAlreadyActive, WrongPolicy);This operation requires the SYSTEM_ID and RETAIN policy; if not
present, the WrongPolicy exception is raised.And:
11.3.8.16 activate_object_with_id
void activate_object_with_id(
in ObjectId oid,
in Servant p_servant)
raises (ObjectAlreadyActive, ServantAlreadyActive, WrongPolicy);This operation requires the RETAIN policy; if not present, the
WrongPolicy exception is raised.Neither section says that IMPLICT_ACTIVATION would be required.
The intent for IMPLICIT_ACTIVATION was that it permits implicit activation
as well as explicit activation. However, I can infer this only by reading
between the lines. In particular, in section 11.2.7, the intent is never
made clear.I would suggest to change the the text in section 11.2.7 from:
When a POA supports implicit activation, an inactive servant may
be implicitly activated in that POA by certain operations that
logically require an Object Id to be assigned to that servant.
Implicit activation of...to read:
When a POA supports implicit activation, an inactive servant may
be implicitly activated in that POA by certain operations that
logically require an Object Id to be assigned to that servant.
(IMPLICIT_ACTIVATION does not disallow explicit activation; instead,
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
it enables both implicit and explicit activation.)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Implicit activation of... -
Reported: CORBA 2.3.1 — Wed, 5 Jul 2000 04:00 GMT
-
Disposition: Resolved — CORBA 2.4
-
Disposition Summary:
The proposed clarification is in order.
-
Updated: Fri, 6 Mar 2015 20:58 GMT