From Fedora Project Wiki
No edit summary
No edit summary
Line 20: Line 20:
|-
|-
| PackageListChange
| PackageListChange
|(prefix).PackageListChange.tag.package
|[prefix].PackageListChange.[tag name].[package name]
| type, tag, package
|
  type (string): PackageListChange
  tag (string): tag name
  package (string): package name
|
|
   type (string): PackageListChange
   type (string): PackageListChange
   action (string): add, update, block,
   action (string): add, update, block,
                  unblock, or remove
                  unblock, or remove
   tag (map): tag info
   tag (map): tag info
   package (map): package info
   package (map): package info

Revision as of 20:41, 28 September 2010

Koji can be configured to send notifications of events and state changes to a AMQP (qpid) broker. This page explains how to configure Koji to communicate with a message bus and documents the structure and contents of the messages it sends.

Configuration

Koji message bus integration is implemented via a Koji hub plugin, which registers a callback that is executed when certain events occur on the hub. To install the plugin, install the koji-hub-plugins package on the Koji hub machine. To enable the plugin, edit the Plugins = entry of /etc/koji-hub/hub.conf so it contains messagebus. Make sure the Plugins entry is not commented out.

Configuration of the message bus plugin itself is handled by editing /etc/koji-hub/plugins/messagebus.conf. The [broker] section defines how to connect to the AMQP broker you want to use. auth can be any authentication type supported by the SASL configuration of the broker. If using auth = PLAIN, you must also provide a username and password, and it is highly recommended to set ssl = true. Otherwise you'll be sending your username and password over the network in plain text.

The [exchange] section determines where the plugin will send messages. The type option may be topic or headers. The exchange may already exist, or the plugin will create it, in which case the account being used to connect to the broker must have sufficient privileges to create exchanges.

If using a topic exchange, you can set the prefix of the message routing key with the prefix option in the topic section.

The body of the messages will be encoded in the format specified by the encoding option in the format section. Right now the only supported format is json.

Message Formats

The following table lists the events for which messages are sent out, the structure of the routing key (when using a topic exchange), the message headers (when using a headers exchange), and the fields present in the body of the message. All message bodies are json-encoded key/value map.

Type Routing Key Headers Body
PackageListChange [prefix].PackageListChange.[tag name].[package name]
 type (string): PackageListChange
 tag (string): tag name
 package (string): package name
 type (string): PackageListChange
 action (string): add, update, block,
                 unblock, or remove
 tag (map): tag info
 package (map): package info
 owner (int): owner ID
 block (bool)
 extra_arches (string)
 force (bool)
 update (bool)