RabbitMQ Management HTTP API--官方文档
2020-12-13 14:20
标签:des http io os ar for sp div on Apart from this help page, all URIs will serve only resources of type Many URIs require the name of a virtual host as part of the path, since names only uniquely identify objects within a virtual host. As the default virtual host is called " PUTing a resource creates it. The JSON object you upload must have certain keys (documented below). Other keys are ignored. Missing keys consitute an error. Since bindings do not have names or IDs in AMQP we synthesise one based on all its properties. Since predicting this name is hard in the general case, you can also create bindings by POSTing to a factory URI. See the example below. These caveats apply to the current development version of the management API. In future they will be fixed. A few quick examples, using the Unix command line tool Note: you must specify Note: the name of the object is not needed in the JSON object uploaded, since it is in the URI. As a virtual host has no properties apart from its name, this means you do not need to specify a body at all! Note: we never return a body in response to a PUT or DELETE, unless it fails. 原文地址:http://hg.rabbitmq.com/rabbitmq-management/raw-file/3646dee55e02/priv/www-api/help.html RabbitMQ Management HTTP API--官方文档 标签:des http io os ar for sp div on 原文地址:http://www.cnblogs.com/davidwang456/p/4062020.htmlIntroduction
application/json
, and will require HTTP basic authentication (using the standard RabbitMQ user database). The default user is guest/guest./
", this will need to be encoded as "%2f
".Caveats
arguments
fields are ignored everywhere. You cannot create a queue, exchange or binding with arguments. Queues, exchanges or bindings with arguments won‘t show those arguments.Examples
curl
:
$ curl -i -u guest:guest http://localhost:55672/api/vhosts
HTTP/1.1 200 OK
Server: MochiWeb/1.1 WebMachine/1.7 (participate in the frantic)
Date: Tue, 31 Aug 2010 15:46:59 GMT
Content-Type: application/json
Content-Length: 5
["/"]
$ curl -i -u guest:guest -H "content-type:application/json" -XPUT http://localhost:55672/api/vhosts/foo
HTTP/1.1 204 No Content
Server: MochiWeb/1.1 WebMachine/1.7 (participate in the frantic)
Date: Fri, 27 Aug 2010 16:56:00 GMT
Content-Type: application/json
Content-Length: 0
application/json
as the mime type.$ curl -i -u guest:guest -H "content-type:application/json" -XPUT -d‘{"type":"direct","auto_delete":false,"durable":true,"arguments":[]}‘ http://localhost:55672/api/exchanges/%2f/my-new-exchange
HTTP/1.1 204 No Content
Server: MochiWeb/1.1 WebMachine/1.7 (participate in the frantic)
Date: Fri, 27 Aug 2010 17:04:29 GMT
Content-Type: application/json
Content-Length: 0
$ curl -i -u guest:guest -H "content-type:application/json" -XDELETE http://localhost:55672/api/exchanges/%2f/my-new-exchange
HTTP/1.1 204 No Content
Server: MochiWeb/1.1 WebMachine/1.7 (participate in the frantic)
Date: Fri, 27 Aug 2010 17:05:30 GMT
Content-Type: application/json
Content-Length: 0
Reference
GET
PUT
DELETE
POST
Path
Description
X
/api/overview
Various random bits of information that describe the whole system.
X
/api/connections
A list of all open connections.
X
X
/api/connections/name
An individual connection. DELETEing it will close the connection.
X
/api/channels
A list of all open channels.
X
/api/channels/channel
Details about an individual channel.
X
/api/exchanges
A list of all exchanges.
X
/api/exchanges/vhost
A list of all exchanges in a given virtual host.
X
X
X
/api/exchanges/vhost/name
An individual exchange. To PUT an exchange, you will need a body looking something like this:
{"type":"direct","auto_delete":false,"durable":true,"arguments":[]}
X
/api/exchanges/vhost/name/bindings
A list of all bindings on a given exchange.
X
/api/queues
A list of all queues.
X
/api/queues/vhost
A list of all queues in a given virtual host.
X
X
X
/api/queues/vhost/name
An individual queue. To PUT a queue, you will need a body looking something like this:
{"auto_delete":false,"durable":true,"arguments":[]}
X
/api/queues/vhost/queue/bindings
A list of all bindings on a given queue.
X
/api/bindings
A list of all bindings.
X
/api/bindings/vhost
A list of all bindings in a given virtual host.
X
X
/api/bindings/vhost/queue/exchange
A list of all bindings between a queue and an exchange. Remember, a queue and an exchange can be bound together many times! To create a new binding, POST to this URI. You will need a body looking something like this:
{"routing_key":"my_routing_key","arguments":[]}
The response will contain a Location
header telling you the URI of your new binding.
X
X
X
/api/bindings/vhost/queue/exchange/props
An individual binding between a queue and an exchange. The props part of the URI is a "name" for the binding composed of its routing key and properties. While you can create a binding by PUTing to this URI, it may be more convenient to POST to the URI above.
X
/api/vhosts
A list of all vhosts.
X
X
X
/api/vhosts/name
An individual virtual host. As a virtual host only has a name, you do not need an HTTP body when PUTing one of these.
X
/api/users
A list of all users.
X
X
X
/api/users/name
An individual user. To PUT a user, you will need a body looking something like this:
{"password":"secret"}
X
/api/users/user/permissions
A list of all permissions for a given user.
X
/api/permissions
A list of all permissions for all users.
X
X
X
/api/permissions/vhost/user
An individual permission of a user and virtual host. To PUT a permission, you will need a body looking something like this:
{"scope":"client","configure":".*","write":".*","read":".*"}
下一篇:C++返回值的引用与非引用
文章标题:RabbitMQ Management HTTP API--官方文档
文章链接:http://soscw.com/essay/33976.html