[ 
https://issues.apache.org/jira/browse/CXF-4741?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13548585#comment-13548585
 ] 

Daniel Kulp commented on CXF-4741:
----------------------------------


No, that is correct.   If the protocol changes from "http" to "https", we need 
to create a new conduit to make sure we get one that would have the https stuff 
configured.  More importantly, if we flip from "http" to "jms" or similar, we 
REALLY have to recreate everything. 
                
> Different conduits are used when configuring stub and sending actual message
> ----------------------------------------------------------------------------
>
>                 Key: CXF-4741
>                 URL: https://issues.apache.org/jira/browse/CXF-4741
>             Project: CXF
>          Issue Type: Bug
>    Affects Versions: 2.6.2, 2.6.4
>            Reporter: Yaroslav Gnatyuk
>
> I was trying to set TLS context as described here: [How to configure the 
> HTTPConduit for the SOAP 
> Client?|http://cxf.apache.org/docs/client-http-transport-including-ssl-support.html#ClientHTTPTransport%28includingSSLsupport%29-HowtoconfiguretheHTTPConduitfortheSOAPClient%3F]
> However it doesn't work in CXF 2.6.2 and 2.6.4 while it worked perfectly fine 
> in 2.5.3
> When looking into the code (line numbers are for version 2.6.4) I discovered 
> that during this configuration a new message is created and passed to conduit 
> selector (in this case UpfrontConduitSelector) - ClientImpl.getConduit():846.
> New conduit is created, assigned to message and returned.
> However when I do an actual call, I get to ClientImpl.doInvoke():486 where 
> another message is created. Later on prepare() is called on conduit selector 
> at ClientImpl.prepareConduitSelector():850 but the message is different so 
> another conduit is created.
> This results in my conduit config being disregarded and I'm getting 
> SSLHandshakeException

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Reply via email to