[
https://issues.apache.org/jira/browse/QPID-7563?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Keith Wall updated QPID-7563:
-----------------------------
Description:
For use-cases where the Broker to hosts a shared service where different
applications are assigned to be different virtual hosts the broker should offer
the ability to manage these virtualhosts independently. It should behave as if
it were a chrooted prison.
AMQP Management already offers this ability. The HTTP management interface
should change to offer the same thing.
The REST API of a virtualhost will service the only virtualhost's subtree. The
formation of the service urls will reflect this structure. {{/virtualhost}}
will be analogous to {{//broker}} and will service the virtualhost root.
{{/queue/}} will serve all the queues defined on the virtualhost,
{{/queue/<queuename>}} will serve only the names queue.
To offer the virtualhost service, the HTTPPort will be changed to support
VirtualHostAliases. As with an AMQPPort, with a HostNameAlias, a HTTP port
will be capable of presenting an interface for any virtualhost whose name
matches the hostname of the incoming request. A new alias type will support a
one to one mapping between port and virtualhost interface.
The scope of the work will be the REST API only. Authentication will be
performed by the preemptive authenticator - SASL won't be support yet. Nor
will it initially offer services such as query, reports, metadata etc.
was:
For use-cases where the Broker to hosts a shared service where different
applications are assigned to be different virtual hosts the broker should offer
the ability to manage these virtualhosts independently. It should behave as if
it were a chrooted prison.
AMQP Management already offers this ability. The HTTP management interface
should change to offer the same thing.
The REST API of a virtualhost will service the only virtualhost's subtree. The
formation of the service urls will reflect this structure. {{/virtualhost}}
will be analogous to {{//broker}} and will service the virtualhost root.
{{/queue/}} will serve all the queues defined on the virtualhost,
{{/queue/<queuename>}} will serve only the names queue.
To offer the virtualhost service, the HTTPPort will be changed to support
VirtualHostAliases. As with an AMQPPort, with a HostNameAlias, a HTTP port
will be capable of presenting an interface for any virtualhost whose name
matches the hostname of the incoming request. A new alias type will support a
one to one mapping between port and virtualhost interface.
The scope of the work will be the REST API only. Authentication will be
performed by the preemptive authenticator - SASL won't be support yet. Nor
will offer services such as query, reports, metadata etc.
> Implement Virtualhost centric REST interface
> --------------------------------------------
>
> Key: QPID-7563
> URL: https://issues.apache.org/jira/browse/QPID-7563
> Project: Qpid
> Issue Type: Improvement
> Components: Java Broker
> Affects Versions: qpid-java-6.2
> Reporter: Keith Wall
> Fix For: qpid-java-6.2
>
>
> For use-cases where the Broker to hosts a shared service where different
> applications are assigned to be different virtual hosts the broker should
> offer the ability to manage these virtualhosts independently. It should
> behave as if it were a chrooted prison.
> AMQP Management already offers this ability. The HTTP management interface
> should change to offer the same thing.
> The REST API of a virtualhost will service the only virtualhost's subtree.
> The formation of the service urls will reflect this structure.
> {{/virtualhost}} will be analogous to {{//broker}} and will service the
> virtualhost root. {{/queue/}} will serve all the queues defined on the
> virtualhost, {{/queue/<queuename>}} will serve only the names queue.
> To offer the virtualhost service, the HTTPPort will be changed to support
> VirtualHostAliases. As with an AMQPPort, with a HostNameAlias, a HTTP port
> will be capable of presenting an interface for any virtualhost whose name
> matches the hostname of the incoming request. A new alias type will support
> a one to one mapping between port and virtualhost interface.
> The scope of the work will be the REST API only. Authentication will be
> performed by the preemptive authenticator - SASL won't be support yet. Nor
> will it initially offer services such as query, reports, metadata etc.
>
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org
