You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@qpid.apache.org by "Robbie Gemmell (JIRA)" <ji...@apache.org> on 2010/11/05 15:16:42 UTC
[jira] Updated: (QPID-2614) QueueConfiguration requires to
configurations to be provided on construction
[ https://issues.apache.org/jira/browse/QPID-2614?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Robbie Gemmell updated QPID-2614:
---------------------------------
Status: Ready To Review (was: In Progress)
> QueueConfiguration requires to configurations to be provided on construction
> ----------------------------------------------------------------------------
>
> Key: QPID-2614
> URL: https://issues.apache.org/jira/browse/QPID-2614
> Project: Qpid
> Issue Type: New Feature
> Components: Java Broker
> Affects Versions: 0.6
> Reporter: Martin Ritchie
> Assignee: Martin Ritchie
> Fix For: 0.7
>
>
> QueueConfiguration currently is requried to take two Configurations.
> - One Commons Configuration which is the munged configuration of queues and the queue elements
> - One VirtualHostConfiguration to use as the default values.
> This makes the QueueConfiguration fragile to changes in our configuration model.
> If the QueueConfiguration requres a munged configuration based on the virtualhost configuration then it should retreive the configuration and munged it locally.
> This approach of requiring a munged configuration to be provided at construction time. This poses a problem when using plugins that require queue configuration.
> If the queue is defined in the virtualhost xml then the VirtualHostConfiguration will create a munged config and provide that to the QueueConfiguration.
> If the queue is declared dynamically then only the virtualhost default values will be used. This is fine for alerting which is hard coded but a plugin that needs the queue configuration will not have any configuration to process.
> The right thing to do here is to make the QueueConfiguration perform the munging based on how it wants to munge it based on the VirtualHostConfiguration.
> Changes requried:
> Update constructor signature to only take name and VirtualHostConfiguration then perform local munging.
> Update tests to correctly create a VHConfig for testing.
> Update QueueConfiguration new instance calls to use two parameters.. Only one additional core broker usage in VHC.getQueueConfig... it passes null as the MungedConfig.. hence the problems.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:dev-subscribe@qpid.apache.org