You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@qpid.apache.org by "Rob Godfrey (JIRA)" <ji...@apache.org> on 2015/05/30 22:05:17 UTC

[jira] [Resolved] (QPID-6443) Broker should have a default VHN rather than default VH

     [ https://issues.apache.org/jira/browse/QPID-6443?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Rob Godfrey resolved QPID-6443.
-------------------------------
    Resolution: Fixed

Changes look good to me...

The only thing I question is whether DefaultVirtualHostAliasImpl should really return null if there is a default vhn but there is no vh child...  It seems to me more logical that the VHN should be returned.  (Similarly for HostNameAliasImpl)


> Broker should have a default VHN rather than default VH
> -------------------------------------------------------
>
>                 Key: QPID-6443
>                 URL: https://issues.apache.org/jira/browse/QPID-6443
>             Project: Qpid
>          Issue Type: Improvement
>          Components: Java Broker
>            Reporter: Keith Wall
>            Assignee: Keith Wall
>             Fix For: 6.0 [Java]
>
>
> Currently the Java Broker has a concept of default virtual host, that is, the virtual host to which the a client will connect if they don't specify a virtual host name in the connection url.
> Since the introduction if the VHN, the concept of default virtual host is flawed.
> If a virtual host node is stopped, the underlying VH does not exist, so its name is not known to the Broker.  If I try to edit the Broker's attributes whilst a VNH is stopped, and it happens that the default VH refers to it, the dialogue box contain the default virtual host drop down gets confused as it tries to present a virtual host name that does not exist in the drop down.  This forces the user to make a change they do not want.
> Brokers should have a default VHN, rather than VH.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@qpid.apache.org
For additional commands, e-mail: dev-help@qpid.apache.org