July 2011 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBMESSAGING-1706) JBoss Messaging sometimes causes a HeuristicMixedException

by Richard Kennard (JIRA)

JBoss Messaging sometimes causes a HeuristicMixedException ---------------------------------------------------------- Key: JBMESSAGING-1706 URL: https://jira.jboss.org/jira/browse/JBMESSAGING-1706 Project: JBoss Messaging Issue Type: Bug Components: JMS Clustering Affects Versions: 1.4.4.GA Reporter: Richard Kennard Assignee: Tim Fox I am raising this JIRA to ask the JBoss Messaging Team to take ownership of this issue. The issue is that JBM intermittently (ie. when processing large amounts of messages, when bringing up/shutting down nodes in a cluster) throws a HeuristicMixedException. Once it does, that node in the cluster is effectively dead. No more messages get processed. My app has multiple queues, but once one queue on the node fails (say, the e-mail queue) then all queues stop working (say, the reports queues): they all report HeuristicMixedException whenever a messages is sent to them. I am using a workaround by having a separate monitoring program that reboots the node whenever it gets stuck in this HeuristicMixedException state. The JBoss ESB team have also had to implement a workaround: https://jira.jboss.org/jira/browse/JBESB-2484 Others on the forum are seeing this too: http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241134#4241134 According to Kevin Conner of the ESB team, Howard worked with them on a workaround: https://jira.jboss.org/jira/browse/JBPAPP-1642, but the issue persists. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

8
47
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-1661) Messages in JBoss 5.1 that use bridging get stuck in a devlivering mode and are not sent to the remote cluster

by Peter Crossley (JIRA)

Messages in JBoss 5.1 that use bridging get stuck in a devlivering mode and are not sent to the remote cluster -------------------------------------------------------------------------------------------------------------- Key: JBMESSAGING-1661 URL: https://jira.jboss.org/jira/browse/JBMESSAGING-1661 Project: JBoss Messaging Issue Type: Bug Affects Versions: 1.4.3.GA Environment: Linux -- JBoss 5.1 GA / JBM 1.4.3GA / Remoting 2.5.1 Reporter: Peter Crossley Assignee: Tim Fox Fix For: 1.4.4.GA A Message bridge between to clusters will get in to a state where the messages will not be picked up by the bridge on the topic/queue and remain in the "delivering" counter until the bridge is restarted via the JMX console or by restarting the Jboss instance. I attempted to use JBM 1.4.4 which has a fix (JBMESSAGING-1456) that seems to be the same issue, though do to the difference in the remoting I cannot use the 1.4.4 GA release. Can we get the fixes that were applied to the 1.4.4 release in a usable build for JBoss AS 5.1 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

6
17
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-1723) Queue's delivering count == -1

by Ondrej Žižka (JIRA)

Queue's delivering count == -1 ------------------------------ Key: JBMESSAGING-1723 URL: https://jira.jboss.org/jira/browse/JBMESSAGING-1723 Project: JBoss Messaging Issue Type: Bug Reporter: Ondrej Žižka Delivery count of a queue is sometimes -1. See the picture attached. Steps to reproduce: 1) Start a client sending messages, 2) Start a client receiving messages, 3) Watch the stats. If you're lucky enough, you'll see it being -1. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

5
26
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-1718) JMS Queue MessageCount attribute isn't increased on message retrieval

by Richard Opalka (JIRA)

JMS Queue MessageCount attribute isn't increased on message retrieval --------------------------------------------------------------------- Key: JBMESSAGING-1718 URL: https://jira.jboss.org/jira/browse/JBMESSAGING-1718 Project: JBoss Messaging Issue Type: Bug Affects Versions: 1.4.3.GA Reporter: Richard Opalka Assignee: Tim Fox Fix For: 1.4.5.GA We're sending JMS message to the queue and are verifying it was received by checking the JMS Queue MessageCount attribute. This used to work on AS 500, AS 501 and AS 510 but doesn't work on AS trunk and AS Branch_5_x. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

5
18
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-1707) ConcurrentModificationException in ClientClusteredConnectionFactoryDelegate

by Pavel Slavicek (JIRA)

ConcurrentModificationException in ClientClusteredConnectionFactoryDelegate --------------------------------------------------------------------------- Key: JBMESSAGING-1707 URL: https://jira.jboss.org/jira/browse/JBMESSAGING-1707 Project: JBoss Messaging Issue Type: Quality Risk Components: JMS Client Manager Affects Versions: 1.4.3.GA Reporter: Pavel Slavicek Assignee: Tim Fox I have found ConcurrentModificationException in ClientClusteredConnectionFactoryDelegate. Exception in thread "Thread-11" java.util.ConcurrentModificationException at java.util.WeakHashMap$HashIterator.nextEntry(WeakHashMap.java:784) at java.util.WeakHashMap$KeyIterator.next(WeakHashMap.java:817) at org.jboss.jms.client.delegate.ClientClusteredConnectionFactoryDelegate$FinalizerShutdownHook.run(ClientClusteredConnectionFactoryDelegate.java:414) Client: client with multiple threads, every thread creates-sends-receives-closes. Problem description: Problem is in the ClientClusteredConnectionFactoryDelegate.java in the inner class FinalizerShutdownHook. Shutdown hook implementation should to be written as thread safe (see javadoc for addShutdownHook() method). Method run() in the FinalizerShutdownHook class iterates over all elements in the registered delegates but this iteration should be synchronized on the delegates object. Please see http://java.sun.com/javase/6/docs/api/java/util/Collections.html#synchron... -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

5
21
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-1744) More documented warnings on the usage of JMS selectors

by Noel Rocher (JIRA)

More documented warnings on the usage of JMS selectors ------------------------------------------------------ Key: JBMESSAGING-1744 URL: https://jira.jboss.org/jira/browse/JBMESSAGING-1744 Project: JBoss Messaging Issue Type: Task Components: Documentation and Training Environment: EAP 4.3 CP06 / 1.4.0.SP3-CP08.patch01 Reporter: Noel Rocher I'm on-site with a customer who is soon going to production. They have designed their application using JMS Selectors on distributed queues. We all know this is a broken design but my point is that I think this should be explicitely written in the doc. Moreover, GSS is talking about an "unsupported configuration" see case # 348290 . -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

4
20
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-1739) Update to JGroup 2.8

by Howard Gao (JIRA)

Update to JGroup 2.8 -------------------- Key: JBMESSAGING-1739 URL: https://jira.jboss.org/jira/browse/JBMESSAGING-1739 Project: JBoss Messaging Issue Type: Feature Request Components: AS Integration Affects Versions: 1.4.4.GA Reporter: Howard Gao Assignee: Howard Gao Fix For: 1.4.6.GA Also this thread http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4257080#4257080 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

3
13
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-1735) Paging should be taken care in Transactions

by Howard Gao (JIRA)

Paging should be taken care in Transactions ------------------------------------------- Key: JBMESSAGING-1735 URL: https://jira.jboss.org/jira/browse/JBMESSAGING-1735 Project: JBoss Messaging Issue Type: Bug Affects Versions: 1.4.4.GA, 1.4.0.SP3.CP08 Reporter: Howard Gao Assignee: Howard Gao Fix For: 1.4.0.SP3.CP09, 1.4.5.GA JBM queues has paging feature to save memory, but in transaction case, messages are stored in the transaction callbacks before it committed to the queue for delivery. So if too many messages are included in one transaction, it may use up memory even paging is turned on. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

3
18
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-1731) Expose the JBoss Messaging Cluster partition in JMX

by Brad Maxwell (JIRA)

Expose the JBoss Messaging Cluster partition in JMX --------------------------------------------------- Key: JBMESSAGING-1731 URL: https://jira.jboss.org/jira/browse/JBMESSAGING-1731 Project: JBoss Messaging Issue Type: Feature Request Components: Messaging Core Affects Versions: 1.4.3.GA, 1.4.0.SP3.CP08 Reporter: Brad Maxwell Background: I have a TAM customer wanting access to the members of the JBoss Messaging Cluster so that they can configure the Recovery plugin without having to hard code hosts in the configuration file. With the JBoss Messaging Cluster Partition in JMX they would be able to get an accurate list of the members in the Messaging cluster. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

5
22
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-1758) Derby support

by Jesper Pedersen (JIRA)

Derby support ------------- Key: JBMESSAGING-1758 URL: https://jira.jboss.org/jira/browse/JBMESSAGING-1758 Project: JBoss Messaging Issue Type: Feature Request Components: Configuration and Management Affects Versions: 1.4.3.GA Reporter: Jesper Pedersen Assignee: Howard Gao In order for the application server to support Derby as the default database we need the necessary persistence-service.xml files. Please update Branch_5_x and trunk when released. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

4
13
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira July 2011