[
https://issues.apache.org/jira/browse/AMQ-3154?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Timothy Bish resolved AMQ-3154.
-------------------------------
Resolution: Fixed
Fix Version/s: 5.6.0
The test case passes when run against the current trunk code.
> unable to implement custom broker-to-broker authorization
> ---------------------------------------------------------
>
> Key: AMQ-3154
> URL: https://issues.apache.org/jira/browse/AMQ-3154
> Project: ActiveMQ
> Issue Type: Bug
> Components: Broker
> Affects Versions: 5.4.2
> Reporter: Arthur Naseef
> Fix For: 5.6.0
>
> Attachments: AMQ3154Test.java, pre_add_broker.patch,
> trunk2011-02-17_result.txt
>
>
> Ran into the following issues preventing a custom Broker-To-Broker
> authentication implementation:
> - BrokerFilter's addBroker() can not be used to secure a connection:
> - for duplex connections, it is never called on the initial conneciton
> - even if addBroker() throws an exception, it does not deny access (it
> does not close the connection nor prevent other functioning)
> - addBroker() does not have direct access to the ConnectionContext, nor
> any other means for the BrokerFilter to access SSL certificates on the SSL
> transport
> - BrokerFilter's addConnection() can not be used to secure a connection:
> - there is no way to distinguish broker connections from clients
> Other approaches were considered, but lead to dead-ends.
> It seems the optimal solution would use the existing addBroker() method.
> A patch will be provided that adds a new method specifically for securing
> Broker-To-Broker connections.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
