Qpid Proton
  1. Qpid Proton
  2. PROTON-426

[Messenger] messenger has no ability to dynamically create queues/topics on qpidd

    Details

    • Type: New Feature New Feature
    • Status: Closed
    • Priority: Major Major
    • Resolution: Duplicate
    • Affects Version/s: 0.5
    • Fix Version/s: 0.6
    • Component/s: proton-c
    • Labels:
      None

      Description

      The current QPID client addressing syntax provides a way to create and delete queue/topic resource on the qpidd broker "in band". For example:

      $ QPID_LOAD_MODULE=amqpc.so ./spout --connection-options "

      {protocol:amqp1.0}

      " "TestQ;{create:always,node:{type:queue}}"
      $ qpid-stat -q
      Queues
      queue dur autoDel excl msg msgIn msgOut bytes bytesIn bytesOut cons bind
      ============================================================================
      <...>
      TestQ 1 1 0 65 65 0 0 1

      This capability is not available when using the Messenger API.

        Issue Links

          Activity

          Ken Giusti created issue -
          Hide
          Rafael H. Schloming added a comment -

          This is impossible to fix inside messenger because there is no way using the 1.0 protocol to ask the broker to create a queue. This particular scenario will be more generally handled by qpidd functionality to dynamically create nodes within certain configured namespaces.

          Show
          Rafael H. Schloming added a comment - This is impossible to fix inside messenger because there is no way using the 1.0 protocol to ask the broker to create a queue. This particular scenario will be more generally handled by qpidd functionality to dynamically create nodes within certain configured namespaces.
          Rafael H. Schloming made changes -
          Field Original Value New Value
          Status Open [ 1 ] Resolved [ 5 ]
          Resolution Won't Fix [ 2 ]
          Hide
          Gordon Sim added a comment -

          Just for completeness, the 1.0 protocol does define a mechanism by which the broker can be asked to create a queue (the 'dynamic' flag on source/target), however in that case the queue is named by the broker and not the application. This works well for 'temporary queues' e.g. as used in request-response patterns. However I share the view that the more general solution of on-demand creation is indeed better handled through broker configuration and have raised https://issues.apache.org/jira/browse/QPID-5251 to add that to qpidd.

          Show
          Gordon Sim added a comment - Just for completeness, the 1.0 protocol does define a mechanism by which the broker can be asked to create a queue (the 'dynamic' flag on source/target), however in that case the queue is named by the broker and not the application. This works well for 'temporary queues' e.g. as used in request-response patterns. However I share the view that the more general solution of on-demand creation is indeed better handled through broker configuration and have raised https://issues.apache.org/jira/browse/QPID-5251 to add that to qpidd.
          Hide
          Ken Giusti added a comment -
          Show
          Ken Giusti added a comment - See QPID-5251
          Ken Giusti made changes -
          Status Resolved [ 5 ] Closed [ 6 ]
          Gordon Sim made changes -
          Resolution Won't Fix [ 2 ]
          Status Closed [ 6 ] Reopened [ 4 ]
          Gordon Sim made changes -
          Link This issue duplicates PROTON-439 [ PROTON-439 ]
          Gordon Sim made changes -
          Status Reopened [ 4 ] Closed [ 6 ]
          Resolution Duplicate [ 3 ]
          Transition Time In Source Status Execution Times Last Executer Last Execution Date
          Open Open Resolved Resolved
          23d 6h 15m 1 Rafael H. Schloming 17/Oct/13 21:01
          Resolved Resolved Closed Closed
          7d 16h 45m 1 Ken Giusti 25/Oct/13 13:46
          Closed Closed Reopened Reopened
          77d 4h 12m 1 Gordon Sim 10/Jan/14 16:59
          Reopened Reopened Closed Closed
          51s 1 Gordon Sim 10/Jan/14 17:00

            People

            • Assignee:
              Unassigned
              Reporter:
              Ken Giusti
            • Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved:

                Development