- Issued:
- 2011-09-28
- Updated:
- 2011-09-28
RHBA-2011:1340 - Bug Fix Advisory
Synopsis
Red Hat Enterprise MRG Messaging 2.0.3 bug fix update
Type/Severity
Bug Fix Advisory
Red Hat Insights patch analysis
Identify and remediate systems affected by this advisory.
Topic
Updated Red Hat Enterprise MRG Messaging packages that fix several bugs are now
available for Red Hat Enterprise MRG 2.0.3 for Red Hat Enterprise Linux 6.
Description
Red Hat Enterprise MRG (Messaging, Realtime and Grid) is a real-time IT
infrastructure for enterprise computing. MRG Messaging implements the Advanced
Message Queuing Protocol (AMQP) standard, adding persistence options, kernel
optimizations, and operating system services.
Release Note
Customers who are using the qpid-cpp-server-xml module must be subscribed to the
following Red Hat Network channel in order to satisfy the XML dependencies for
this release: RHEL Server Optional.
Customers who are using the qpid-cpp-server-cluster module must be subscribed to
the RHEL High Availability channel in order to satisfy all dependencies.
If you encounter yum dependency problems, ensure that you are subscribed to all
of the required channels as detailed above.
This update fixes the following bugs:
- The system threw a javax.naming.NameNotFoundException if the JNDI file
definition in the executed program defined a JNDI file with a syntax error.
However, this is not appropriate as the program cannot access the JNDI file and
the execution should be therefore interrupted. Such internal exceptions are now
re-thrown as ConfigurationExceptions with the message "Failed to parse JNDI
properties file" and the program is interrupted. (BZ#737177)
- The broker ignored QMFv2 requests sent from a Java client because the requests
did no have the app-id set. The requests are now sent with the app-id and the
messages are processed as expected. (BZ#738352)
- A queue bound to the default exchange dropped messages with a subject. This
happened because the routing key was wrongly using the message subject as the
queue name. The underlying code has been changed and such messages are now
delivered to the queue. (BZ#738354)
- When a connection was created with newly specified credentials, the Java
client cached the new credentials and overwrote the default credentials provided
by the connection URL. As a result, when a new connection was created without
credentials, the connection used the cached credentials and the authentication
could fail. The credentials specified at a connection creation are no longer
cached and the default credentials for connections without credentials are used
as expected. (BZ#738357)
- In a clustered environment, the system threw a SessionException when a session
was committed after a failover using the session.commit() method. Because the
client application code did not receive a standard JMSException, it could fail
to recover. The system now throws a JMSException under these circumstances and
the client recovers as expected. (BZ#738358)
- The system threw a SessionException if a session was committed after a
transaction had exceeded the queue limit (max-queue-size). This caused the
client to fail to handle the error. The system now throws a JMSException under
these circumstances and client can recover with the JMSException as expected.
(BZ#738360)
- The Connection.getJMSXPropertyNames() method returned a usable enumeration
only when called for the first time. If the user called the
getJMSXPropertyNames() method multiple times, the method returned empty
enumerations. This happened because the system overwrote the first created
enumeration with the subsequent call of getJMSXProperyNames(). The underlying
code has been changed and getJMSXPropertyNames() returns the Enumeration value
with the property names as expected. (BZ#738361)
- According to the JMS specification, concurrently executing clients cannot use
the same client ID. Previously, it was possible to allow multiple connections to
use the same client ID. With this update, it is no longer possible to define
such clients. Note that you need to enable the verify client ID feature to
prevent the clients from having identical IDs (-Dqpid.verify_client_id=true).
(BZ#738362)
Users of the Realtime capabilities of Red Hat Enterprise MRG 2.0, which is
layered on Red Hat Enterprise Linux 6, are advised to upgrade to these updated
packages, which fix these bugs.
Solution
Before applying this update, make sure all previously-released errata relevant
to your system have been applied.
This update is available via the Red Hat Network. Details on how to use the Red
Hat Network to apply this update are available at
https://access.redhat.com/kb/docs/DOC-11259
Affected Products
- Red Hat Enterprise MRG Messaging 2 for RHEL 6 x86_64
- Red Hat Enterprise MRG Messaging 2 for RHEL 6 i386
Fixes
- BZ - 738352 - Can't send QMFv2 requests from JMS due to inability to set app-id
- BZ - 738354 - Sending message with a subject to a queue fails
- BZ - 738361 - JMS Connection.getMetaData returns a usable enumeration only on the first call to getMetaData
CVEs
(none)
References
(none)
Red Hat Enterprise MRG Messaging 2 for RHEL 6
SRPM | |
---|---|
qpid-java-0.10-9.el6.src.rpm | SHA-256: 7f2e64aace5b7a51243937c42258598b713594ba0e79a19a5cec943d6e69ebf3 |
x86_64 | |
qpid-java-client-0.10-9.el6.noarch.rpm | SHA-256: e920951e6986e7475f8513c25dbe51ac19fcad4d7a6276e78e7009d0237f3a1b |
qpid-java-common-0.10-9.el6.noarch.rpm | SHA-256: 09167a7bea556dfcd4d09882fb0c1c99e231d764861fc3ab42f83ab512a71f9f |
qpid-java-example-0.10-9.el6.noarch.rpm | SHA-256: 51697c034ca065a97e4b5a691bbc7bedf57fc011023cbc6236a40415063118f6 |
i386 | |
qpid-java-client-0.10-9.el6.noarch.rpm | SHA-256: e920951e6986e7475f8513c25dbe51ac19fcad4d7a6276e78e7009d0237f3a1b |
qpid-java-common-0.10-9.el6.noarch.rpm | SHA-256: 09167a7bea556dfcd4d09882fb0c1c99e231d764861fc3ab42f83ab512a71f9f |
qpid-java-example-0.10-9.el6.noarch.rpm | SHA-256: 51697c034ca065a97e4b5a691bbc7bedf57fc011023cbc6236a40415063118f6 |
The Red Hat security contact is secalert@redhat.com. More contact details at https://access.redhat.com/security/team/contact/.