You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@cxf.apache.org by "Andrei Shakirin (JIRA)" <ji...@apache.org> on 2013/12/13 14:55:06 UTC
[jira] [Created] (CXF-5457) Provide access to BindingProvider in
case of using Blueprint proxy injection
Andrei Shakirin created CXF-5457:
------------------------------------
Summary: Provide access to BindingProvider in case of using Blueprint proxy injection
Key: CXF-5457
URL: https://issues.apache.org/jira/browse/CXF-5457
Project: CXF
Issue Type: Improvement
Components: JAX-WS Runtime
Affects Versions: 2.7.8
Reporter: Andrei Shakirin
The issue is described in [ARIES-1140 | https://issues.apache.org/jira/browse/ARIES-1140].
Problem is that in case if generated service interface is injected as jax-ws client proxy using Blueprint, this proxy object implements only business interface and not BindingProvider interface.
Because of this it is necessary to implement custom code to propagate context values (for example using ThreadLocal) instead using of specified jax-ws way. Strongly saying, injected proxy is not jax-ws compatible, because spec requires to implement BindingProvider for all proxies:
4.2 javax.xml.ws.BindingProvider
The BindingProvider interface represents a component that provides a protocol binding for use by clients, it is implemented by proxies and is extended by the Dispatch interface.
>From the other side, Blueprint spec requires that proxy implements one and only one interface declared in the service.
Perhaps we can provide kind of proprietary API in CXF that retrieves BindingProvider for given proxy. Suggestions, ideas and comments are welcome.
--
This message was sent by Atlassian JIRA
(v6.1.4#6159)