Manage AMQP documents
Use the Documents tab to add and remove BOD and JSON documents and to configure queue routing for individual documents. The AMQP connector exchanges messages through configured AMQP queues. Supported document formats depend on the connector configuration and the message processing scenario.
Add documents
Remove documents
- Select the check box next to one or more documents in the list.
- Verify that the blue banner shows the number of selected records.
- Click the icon.
- Click to commit the changes.
Configure per-document queue overrides
When Use Default Queue for all documents is cleared, you can specify queue routing for individual documents.
Each document added to the connector is identified by its registered document name and type.
- For BOD documents, the BOD noun and verb combination serves as the identifier, for example,
Sync.SalesOrder. - For JSON documents, the document name from the ION registry is used.
The connector uses this identification to route messages to the correct queue and to match incoming messages to the expected document schema.
When the AMQP consumer reads messages from a queue, it filters each message by its BODType (or document name for JSON documents). Only messages whose type matches a configured document with reading enabled are processed and delivered to ION.
Messages whose type does not match any configured document are handled by the configured dead-letter strategy:
Reject: The broker rejects the message and, if configured, routes it to the broker's dead-letter queue (DLQ).Republish: The connector routes the message to the configured error queue.
If no dead-letter strategy is configured or the broker does not have a DLQ configured, the message is discarded and a warning is logged in the Message Tracker.
If a queue contains messages with multiple BODType values (for example, DA_JSON, ANYDOC_DA, and Sync.PurchaseOrder) and the connection point is configured to read only Sync.PurchaseOrder, only Sync.PurchaseOrder messages are consumed for processing. All other messages are handled by the configured dead-letter strategy.