[ 
https://issues.apache.org/activemq/browse/SM-1029?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_39932
 ] 

Guillaume Nodet commented on SM-1029:
-------------------------------------

This is good news ? We really need more people involved in ServiceMix 
development.
You will find information on creating patches at
  http://incubator.apache.org/servicemix/contributing.html
Just attach your patch to a JIRA issue ...

See also
  http://incubator.apache.org/servicemix/becoming-a-committer.html

>  Bug in HTTP BC when configuring managed keystore for SSL 
> ----------------------------------------------------------
>
>                 Key: SM-1029
>                 URL: https://issues.apache.org/activemq/browse/SM-1029
>             Project: ServiceMix
>          Issue Type: Bug
>          Components: servicemix-http
>    Affects Versions: 3.1.1
>         Environment: ServiceMix deployed on Windows XP
>            Reporter: Will Franco
>            Priority: Minor
>
> The problem is that ServiceMixSslSocketConnector extends SslSocketConnector, 
> and it is providing its own data member and getter/setter for the trust 
> store, named "trustStore".  However, SslSocketConnector already declares a 
> data member and getter/setter for the trust store, named "_truststore".   
> The bug is manifested in JettyContextManager.createServer(URL url, 
> SslParameters ssl) method, when the "managed=true" is included in your 
> SslParameters.   The initialization of the ServiceMixSslSocketConnector calls 
> "setTruststore" method which sets the "_truststore", eventually, there is a 
> call to  ServiceMixSslSocketConnector.createFactory() method, and in its 
> implementation, it passes in the value of the "trustStore" that has never 
> been set, instead of the value of "_truststore". 
> This bug is affecting the option of having a managed trust store for SSL. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Reply via email to