Bug 591320 - qmfv2 default bindings are too generic
Summary: qmfv2 default bindings are too generic
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise MRG
Classification: Red Hat
Component: qpid-qmf
Version: beta
Hardware: All
OS: Linux
low
urgent
Target Milestone: 1.3
: ---
Assignee: Ted Ross
QA Contact: MRG Quality Engineering
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-05-11 21:23 UTC by Ken Giusti
Modified: 2011-08-12 16:04 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-10-13 13:22:26 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Ken Giusti 2010-05-11 21:23:42 UTC
Description of problem:

The default routing key bindings for qmfv2 are too generic, resulting in a great deal of needless message propagation.

Example:  "agent.ind.data" - used for binding for agent events - will receive all events regardless of need or interest.

Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:

Comment 1 Ken Giusti 2010-05-11 22:17:18 UTC
FYI:  these log messages are issued by the broker - indicating that the queues are filling up:

May 11 15:34:33 pman08 qpidd[7399]: 2010-05-11 15:34:33 error Execution exception: resource-limit-exceeded: Policy exceeded on
 qmfc-v2-pman07.lab.bos.redhat.com.31942.1, policy: size: max=104857600, current=104839272; count: unlimited; type=reject (qpi
d/broker/QueuePolicy.cpp:85)

Comment 2 Ted Ross 2010-05-12 17:06:23 UTC
The following Python fragment illustrates how to limit the kind of updates that are received by a console:

======
from qmf.console import Session, DebugConsole
c = DebugConsole()
s = Session(c, rcvObjects=True, userBindings=True)
s.bindClass("org.apache.qpid.broker", "exchange")
s.bindClass("org.apache.qpid.broker", "queue")
b = s.addBroker()
======

By selecting the userBindings option in the Session, the client app is indicating that it will use calls to bindPackage/bindClass to indicate which classes of object it wishes to hear about.

Comment 3 Ted Ross 2010-05-12 17:19:42 UTC
Fixed upstream at revision 943589.


Note You need to log in before you can comment on or make changes to this bug.