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


     [ https://issues.apache.org/activemq/browse/AMQCPP-77?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Timothy Bish reassigned AMQCPP-77:
----------------------------------

    Assignee: Timothy Bish  (was: Nathan Mittler)

> 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: Timothy Bish
>             Fix For: 2.0
>
>
> 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.