Issue Details (XML | Word | Printable)

Key: AMQ-684
Type: Bug Bug
Status: Resolved Resolved
Resolution: Fixed
Priority: Major Major
Assignee: Unassigned
Reporter: tao
Votes: 1
Watchers: 0
Operations

If you were logged in you would be able to see more operations.
ActiveMQ

Fatal bug: JMS Send message will be blocked,when two or more recive client reciving one queue destation.

Created: 10/Apr/06 03:09 AM   Updated: 12/Jun/06 08:12 PM
Return to search
Component/s: None
Affects Version/s: 4.0 RC2
Fix Version/s: 4.0

Time Tracking:
Not Specified

Environment:
Suse Linux 9.0 and winxp
Java 5.0


 Description  « Hide
RC1 not have this bug.

 All   Comments   Work Log   Change History   Subversion Commits   FishEye   Crucible      Sort Order: Ascending order - Click to sort in descending order
Rob Davies added a comment - 10/Apr/06 06:15 AM
In SVN head theres a test case for multiple Queue consumers: JmsQueueSendReceiveMultipleConsumersTest.java in org.apache.activemq test packages of activemq-core.
Could you add some more infomation about how the broker(s) and clients are setup ?

tao added a comment - 10/Apr/06 08:27 AM
JNDI set:java.naming.provider.url = tcp://128.64.7.27:61616?connectionTimeout=30000&soTimeout=20000

Message is PERSISTENT.
And not wait to sending and reciving.
It will well run 5 minute,but after a long time ,sending will be blocked.


tao added a comment - 08/May/06 01:48 AM
This bug have not repaired.

This bug is too bad.That cann't send message one queue when it have more than one jms message reciving client.

After as so run period of time,the sending will be blocked. My jms client alway transfer send and recive methord.


tao added a comment - 08/May/06 01:54 AM
You can continuously send and recive messag in a queue.Sending one million message. to test.

Hiram Chirino added a comment - 12/Jun/06 08:12 PM
I think this was resolved against 4.0, please retest against that version. If the problem still exists, please reopen. Attaching a test case to the issue usually help the developers find the problem quicker.