QPID более тонкий контроль AMQP с высокоуровневым API? - PullRequest
2 голосов
/ 24 сентября 2010

Сначала я думал, что документация по QPID великолепна, но теперь я нахожу это запутанным.Я использую C ++ API QPID-0.6 с пространством имен qpid :: messaging (я видел, что у меня есть доступ к низкоуровневому AMQP с qpid :: client , но этоне то, что я хочу сейчас).

С AMQP я бы объявил обмен с типом, объявил бы очередь и привязку перед отправкой сообщения.С помощью QPID я могу дать один адрес отправителю для отправки.Есть ли документация с примерами адресов, которая делает то же самое?(создать различный обмен, очередь и создать привязку).

Примечательно, что я нашел в сети синтаксис Address, который включал в себя поля node, link, x-Declare и x-binding.Однако, копая код 0.6, он не был найден, и вместо этого виден более упрощенный синтаксис (с полями, названными node-properties и x-properties), и его документация не слишком проста, также отсутствуют какие-либо примеры.

В examples / messaging / client.cpp это самое большее, что я нашел: #response-q; {create:always, type:queue, node-properties:{ x-properties:{auto-delete:true}}}

  • Настройка различных типов обмена, очереди и привязки все еще возможна с этим более простым синтаксисом адреса?

  • Или переход на что-то после 0,6 будет предпочтительнее?(если он достаточно стабилен и имеет менее неприятный синтаксис)

  • Или мой подход неправильный, и я не хочу заранее создавать и связывать очереди получателей для своих обменов с помощьюAPI высокого уровня?

Спасибо.

1 Ответ

2 голосов
/ 27 сентября 2010

API обмена сообщениями в 0.6 был только ранним предварительным просмотром.С тех пор он немного изменился, особенно в отношении синтаксиса адресации.Синтаксис, который вы цитируете выше, основан на реализации транка (теперь стабильной), которая будет выпущена в конце октября.

Я бы не советовал использовать API обмена сообщениями с библиотеками 0.6;либо используйте магистраль, либо дождитесь следующего выпуска (который будет называться 0.8 - 0.7 в качестве кода транка между выпусками).

Руководство по работе с API обмена сообщениями доступно по адресу * 1006.* Раздел об адресации стоит прочитать.Обратная связь по этому документу (и действительно по всем другим аспектам проекта) всегда приветствуется по адресу users@qpid.apache.org!

...