Bug 626859 - New Address treated different in C++ and Java
New Address treated different in C++ and Java
Status: CLOSED CURRENTRELEASE
Product: Red Hat Enterprise MRG
Classification: Red Hat
Component: qpid-java (Show other bugs)
beta
All Linux
medium Severity medium
: 1.3
: ---
Assigned To: Rajith Attapattu
MRG Quality Engineering
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2010-08-24 11:04 EDT by Jianhua Wang
Modified: 2013-02-25 06:06 EST (History)
2 users (show)

See Also:
Fixed In Version: 0.10
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2013-02-25 06:06:39 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
Apache JIRA QPID-2844 None None None Never
Apache JIRA QPID-2845 None None None Never

  None (edit)
Description Jianhua Wang 2010-08-24 11:04:57 EDT
Description of problem:

RMG 1.3 beta handles new address different between C++ and Java client API

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

RMG 1.3 beta

How reproducible:

The following address work with C++ but not Java

MRKT;{link:{x-declare:{arguments:{qpid.last_value_queue:1}}, x-bindings:[{key:NYSE.#},{key:NASDAQ.#},{key:'CNTL.#'}]}}

The following address work with Java but not Java

MRKT;{link:{x-declare:{'qpid.last_value_queue':1}, x-bindings:[{key:'NYSE.#'},{key:'NASDAQ.#'},{key:'CNTL.#'}]}}

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


Expected results:


Additional info:
Comment 1 Gordon Sim 2010-08-24 11:12:15 EDT
The java client should use a nested arguments map rather than trying to interpret arguments itself. This will align it with the python and c++ clients as well as ensuring that arbitrary arguments can be passed through as needed.
Comment 2 Rajith Attapattu 2010-09-08 17:55:05 EDT
There are two issues from the java client side.
1. It just ignores arguments option specified under x-declare.

2. The JMS client does not use the main exchange as the default in case
an exchange is not included in the x-bindings.
Comment 3 Rajith Attapattu 2010-09-08 18:57:47 EDT
(In reply to comment #2)
> There are two issues from the java client side.
> 1. It just ignores arguments option specified under x-declare.
> 
This is tracked via QPID-2845

> 2. The JMS client does not use the main exchange as the default in case
> an exchange is not included in the x-bindings.
This is tracked via QPID-2844

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