public interface ClientRequestInfoOperations extends RequestInfoOperations
在ClientRequestInfo
一些属性和操作不适用於所有拦截点。下表显示了每个属性或操作的有效性。如果它是无效的,试图访问它会导致一个BAD_INV_ORDER
抛出一个标准的小代码14。
send_request | send_poll | receive_reply | receive_exception | receive_other | |
---|---|---|---|---|---|
Inherited from RequestInfo: | |||||
request_id |
yes | yes | yes | yes | yes |
operation |
yes | yes | yes | yes | yes |
arguments |
yes1 | no | yes | no | no |
exceptions |
yes | no | yes | yes | yes |
contexts |
yes | no | yes | yes | yes |
operation_context |
yes | no | yes | yes | yes |
result |
no | no | yes | no | no |
response_expected |
yes | yes | yes | yes | yes |
sync_scope |
yes | no | yes | yes | yes |
reply_status |
no | no | yes | yes | yes |
forward_reference |
no | no | no | no | yes2 |
get_slot |
yes | yes | yes | yes | yes |
get_request_service_context |
yes | no | yes | yes | yes |
get_reply_service_context |
no | no | yes | yes | yes |
ClientRequestInfo-specific: | |||||
target |
yes | yes | yes | yes | yes |
effective_target |
yes | yes | yes | yes | yes |
effective_profile |
yes | yes | yes | yes | yes |
received_exception |
no | no | no | yes | no |
received_exception_id |
no | no | no | yes | no |
get_effective_component |
yes | no | yes | yes | yes |
get_effective_components |
yes | no | yes | yes | yes |
get_request_policy |
yes | no | yes | yes | yes |
add_request_service_context |
yes | no | no | no | no |
ClientRequestInfo
传递给send_request
,有一个条目列表中的每个参数,是否,inout,或。但只有在和INOUT参数可。reply_status
属性不LOCATION_FORWARD
,访问该属性将BAD_INV_ORDER
与标准的小代码14。ClientRequestInterceptor
Modifier and Type | Method and Description |
---|---|
void |
add_request_service_context(ServiceContext service_context, boolean replace)
允许拦截器添加服务上下文的要求。
|
TaggedProfile |
effective_profile()
返回将用于发送请求的配置文件。
|
Object |
effective_target()
返回调用操作将被调用的实际对象。
|
TaggedComponent |
get_effective_component(int id)
返回与给定的ID从选定的这个请求的轮廓
IOP.TaggedComponent 。
|
TaggedComponent[] |
get_effective_components(int id)
从所选择的配置文件中返回给定的标识的所有标记组件的数组。
|
Policy |
get_request_policy(int type)
返回此操作的效果的给定策略。
|
String |
received_exception_id()
返回要返回给客户端的异常的存储库标识。
|
Any |
received_exception()
返回一个包含要返回给客户端的异常的任何一个。
|
Object |
target()
返回客户端调用的对象执行操作的对象。
|
arguments, contexts, exceptions, forward_reference, get_reply_service_context, get_request_service_context, get_slot, operation_context, operation, reply_status, request_id, response_expected, result, sync_scope
Object target()
effective_target()
Object effective_target()
reply_status
是
LOCATION_FORWARD
,然后在后续的请求,
effective_target
将包含转发IOR目标将保持不变。
target()
TaggedProfile effective_profile()
Any received_exception()
如果异常是一个用户异常不能插入任何(例如,它是未知的或绑定不提供TypeCode
),那么这个属性将一个含有与一个标准的小代码1系统异常UNKNOWN
。然而,该异常的库ID在received_exception_id
属性是可用的。
received_exception_id()
String received_exception_id()
TaggedComponent get_effective_component(int id)
IOP.TaggedComponent
。
如果一个给定组件标识的多个组件,则此操作返回的组件是未定义的。如果有一个以上的组件对于一个给定的组件ID,get_effective_components
应该叫代替。
id
-这是要返回的部件ID。
IOP.TaggedComponent
。
BAD_PARAM
-扔,一个标准的小代码28,如果ID.没有给定组件组件的存在
get_effective_components(int)
TaggedComponent[] get_effective_components(int id)
id
-这是组件返回组件ID。
TaggedComponent
对象的数组,其中包含给定的标识符。
BAD_PARAM
-扔,一个标准的小代码28,如果ID.没有给定组件组件的存在
get_effective_component(int)
Policy get_request_policy(int type)
type
的政策类型,指定要返回的政策。
CORBA.Policy
。
INV_POLICY
-扔,一个标准的小代码1,如果政策类型无效是因为指定的类型不支持这个球或者因为该类型是不是与此对象相关的政策目标
PortableInterceptor
package comments for limitations / unimplemented features
void add_request_service_context(ServiceContext service_context, boolean replace)
没有服务上下文的顺序的声明。他们可能或可能不会出现在他们被添加的顺序。
service_context
-
IOP.ServiceContext
被添加到请求。
replace
-表示该操作行为在服务上下文已经存在与给定的ID。如果为假,那么
BAD_INV_ORDER
与标准的小代码15被。如果是真的,那么现有的服务上下文将被新的服务上下文所取代。
Submit a bug or feature
For further API reference and developer documentation, see Java SE Documentation. That documentation contains more detailed, developer-targeted descriptions, with conceptual overviews, definitions of terms, workarounds, and working code examples.
Copyright © 1993, 2014, Oracle and/or its affiliates. All rights reserved.