Mailing-List: contact dev-help@activemq.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@activemq.apache.org
Message-ID: <11483144.1173731554458.JavaMail.jira@brutus>
Date: Mon, 12 Mar 2007 13:32:34 -0700 (PDT)
From: "Albert Strasheim (JIRA)" <jira@apache.org>
To: dev@activemq.apache.org
Subject: [jira] Created: (AMQCPP-77) Inconsistency when getting string
 property between Stomp and Openwire
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Inconsistency when getting string property between Stomp and Openwire
---------------------------------------------------------------------

                 Key: AMQCPP-77
                 URL: https://issues.apache.org/activemq/browse/AMQCPP-77
             Project: ActiveMQ C++ Client
          Issue Type: Bug
          Components: Openwire
    Affects Versions: 2.0
            Reporter: Albert Strasheim
         Assigned To: Nathan Mittler


In our current code we call getStringProperty on a BytesMessage for a property that might not exist. When running with Stomp, this returns an empty string. When running with Openwire, a NoSuchElementException is thrown.

We could easily change our code to first check whether the property exists with propertyExists prior to getting it, but Stomp and Openwire should probably handle missing string properties in the same way.

I think this default empty string value was added at some point to avoid null pointers elsewhere in the code. Refer to AMQCPP-43.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.