Do you mean multiple brokers using distinct certificates, or multiple connections (toone or many brokers) using distinct client certificates for SSL client-auth purposes?
The former would just require adding multiple entries to the configured truststore, whereas the latter would obviously require either the ability to set distinct keystores or ability to specify which key should be used from multiple entries in a single store, which I don't believe the 1.0 client can currently do (mainly as its existance came primarily from prototying work undertaken during creation of the AMQP 1.0 specification itself). Robbie On 4 October 2013 13:59, mrich <[email protected]> wrote: > Hi Robbie, > > Thanks for the clarification, I thought as much (as posted in my 'edited' > original post), I was just hoping there is some other way of dictating > this, > which presumably there is not (without creating my own factory I guess) > > The problem I have is if you think of a scenario where you need to send > messages to multiple queues that are represented by different clients and > therefore secured by different certificates meaning I cannot use the global > (JVM) settings. > > Do you believe that the API should provide a way of customising the > security > information on a per connection/factory basis, which would warrant a jira > issue being raised? > > Thanks for your patient response. > > > > -- > View this message in context: > http://qpid.2158936.n2.nabble.com/Specifying-SSL-information-in-URL-for-AMQP-1-0-tp7598974p7599000.html > Sent from the Apache Qpid users mailing list archive at Nabble.com. > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > >
