Description of problem: Currently an LVQ only uses the property qpid.LVQ_key. There are two problems with that: 1) The message producer needs to know that its messages are sent to a LVQ 2) JMS message selector cannot be applied on properties that contain a "." (as per SQL92) How to fix it: It would be nice to define the property that is used by a LVQ when creating the queue itself. So, this would solve the 2 issues listed above as an existing property that does not contain a "." can be used.
Fixed in conjunction with bug 632000. The qpid.last_value_queue_key allows this option to be set (and also triggers improved behaviour as described in bug 632000).
Technical note added. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. New Contents: Cause: LVQ was hardcoded to use a specific message header as the key determining equivalence (qpid.LVQ_key) Consequence: Producers need to be explicitly coded to set that header (implying they need to know they are using an LVQ). Would prefer to use an application defined header as the key. Fix: New configuration option added to allow the choice of LVQ key to be set per-queue (qpid.last_value_queue_key) Result: Users can choose an application defined header (with more real significance) as the basis for message replacement/update. Producers will be setting such headers anyway and are thus free from explicit alteration for LVQ.
Fixed upstream at 1069322. See https://issues.apache.org/jira/browse/QPID-2104 .
This issue has been fixed. Verified on RHEL5.6, RHEL6.1 architectures: i386, x86_64 packages installed: python-qpid-0.10-1.el5 python-qpid-qmf-0.10-9.el5 qpid-cpp-client-0.10-7.el5 qpid-cpp-client-devel-0.10-7.el5 qpid-cpp-client-devel-docs-0.10-7.el5 qpid-cpp-client-rdma-0.10-7.el5 qpid-cpp-client-ssl-0.10-7.el5 qpid-cpp-mrg-debuginfo-0.10-7.el5 qpid-cpp-server-0.10-7.el5 qpid-cpp-server-cluster-0.10-7.el5 qpid-cpp-server-devel-0.10-7.el5 qpid-cpp-server-rdma-0.10-7.el5 qpid-cpp-server-ssl-0.10-7.el5 qpid-cpp-server-store-0.10-7.el5 qpid-cpp-server-xml-0.10-7.el5 qpid-java-client-0.10-6.el5 qpid-java-common-0.10-6.el5 qpid-java-example-0.10-6.el5 qpid-qmf-0.10-9.el5 qpid-qmf-devel-0.10-9.el5 qpid-tools-0.10-5.el5 rh-qpid-cpp-tests-0.10-7.el5 -> VERIFIED
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHEA-2011-0890.html