[ 
https://issues.apache.org/jira/browse/AMQ-5732?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14506476#comment-14506476
 ] 

Cadmean commented on AMQ-5732:
------------------------------

It is indeed what I want to achieve using ActiveMQ as a small database. The 
reason is that all the clients (consumer) are always active. In this case, I 
use activemq broker to save the file location (blobmessage) in a fileserver I 
build. If a client needs any file, they just need to create a session and 
receive the blobmessage. 

Since I am not sure if the problem is caused by xml configuration, I am going 
to setup a new broker and see if this problem exists.

> Changing message selector leads to blocking message
> ---------------------------------------------------
>
>                 Key: AMQ-5732
>                 URL: https://issues.apache.org/jira/browse/AMQ-5732
>             Project: ActiveMQ
>          Issue Type: Bug
>          Components: Broker, JMS client
>    Affects Versions: 5.11.1
>         Environment: Suse Linux 11 sp2
>            Reporter: Cadmean
>              Labels: features
>
> The problem is:
> 1. I create a queue in activemq broker (version 5.11.1) and some message with 
> string property, for example "filename".
> 2. Use a client to consume the message with message selector 
> "filename='123.tar'" with consumer.receive(),it works.  After it receive the 
> message, it acks the message and send the same message back to the broker and 
> commit the session. (client_acknowledge). 
> 3. Use the same client, change the message selector to "filename='456.tar'" 
> with consumer.receive(), the consumer is blocked. 
> 4. restart the broker and consumer "filename='456.tar'" again, it 
> successfully receive the message, but if i change the selector back to 
> "filename='123.tar'", it blocked again.
> At first I thought that there might be some rules for message dispatching. 
> However, with ActiveMQ version 5.10.0, the problem is gone.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to