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

Keith Wall updated QPID-7138:
-----------------------------
    Description: 
Currently UUID uniqueness is enforced only amongst immediate siblings.  This 
means that, say, a virtual host with queue with UUID A would reject a second 
queue with the same UUID A.  Currently if a second virtual host had a queue 
with same UUID A, this would be allowed.  This presents a problem for clients 
(including the Web Management Console) that expect UUID to be universally 
unique.

Change ACO so that object UUID are universally so.    The validatation would 
need to be applied as new objects are created, as the Broker starts up and as 
Virtualhosts are recovered.  This latter may or may not be at start-up time.



  was:
Currently UUID uniqueness is enforced only amongst immediate siblings.  This 
means that, say, a virtual host with queue with UUID A would reject a second 
queue with the same UUID A.  Currently if a second virtual host had a queue 
with same UUID A, this would be allowed.  This presents a problem for clients 
(including the Web Management Console) that expect UUID to be universally 
unique.

Change ACO so that object UUID are universally so.    The validate would need 
to be applied as new objects are created, as the Broker starts up and as 
Virtualhosts are recovered.  This latter may or may not be at start-up time.




> [Java Broker] Broker should detect duplicate IDs in configured objects
> ----------------------------------------------------------------------
>
>                 Key: QPID-7138
>                 URL: https://issues.apache.org/jira/browse/QPID-7138
>             Project: Qpid
>          Issue Type: Improvement
>          Components: Java Broker
>    Affects Versions: 0.28, 0.30, 0.32, qpid-java-6.0, qpid-java-6.0.1
>            Reporter: Alex Rudyy
>             Fix For: qpid-java-6.1
>
>
> Currently UUID uniqueness is enforced only amongst immediate siblings.  This 
> means that, say, a virtual host with queue with UUID A would reject a second 
> queue with the same UUID A.  Currently if a second virtual host had a queue 
> with same UUID A, this would be allowed.  This presents a problem for clients 
> (including the Web Management Console) that expect UUID to be universally 
> unique.
> Change ACO so that object UUID are universally so.    The validatation would 
> need to be applied as new objects are created, as the Broker starts up and as 
> Virtualhosts are recovered.  This latter may or may not be at start-up time.



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

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to