- 
                            Key: CORBA3-70
- 
                            Legacy Issue Number: 5614
- 
                            Status: closed
- 
                            Source: Floorboard Software ( Jonathan Biggar)
- 
                            Summary:In CORBA 3.0 section 4.3.8.1, the description of the Object::get_policy 
 operation says:"Invoking non_existent on an object reference prior to get_policy 
 ensures the accuracy of the returned effective Policy.Ifget_policy is
 invoked prior to the object reference being bound, the returned
 effective Policy is implementation dependent. In that situation, a
 compliant implementation may do any of the following: raise the standard
 system exception BAD_INV_ORDER, return some value for that PolicyType
 which may be subject to change once a binding is performed, or attempt a
 binding and then return the effective Policy."This is silly, since the only portable thing that applications can do is 
 to call validate_connection or non_existent before calling get_policy,
 having two other non-portable behaviors just serves to make the standard
 larger and confuse users.We should pick one of the two reasonable behaviors--throw BAD_INV_ORDER 
 or force a binding before returning a valid policy value--and make that
 the only valid behavior. Either one will be backwards compatible with
 portable code.
- 
                            Reported: CORBA 3.0 — Thu, 29 Aug 2002 04:00 GMT
- 
                            Disposition: Resolved — CORBA 3.0.2
- 
                            Disposition Summary:Makes sense. Fix it as suggested 
- 
                            Updated: Fri, 6 Mar 2015 20:58 GMT