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

Ben commented on QPID-7230:
---------------------------

It seems the queue size is the problem. Already added the size of 1GB but this 
is not enough.
The broker is too slow to deliver all incoming messages fast enough before the 
queues size is reached. With a queue size of 10gb it is working. If I choose 
the delivery mode 2 to persist all messages, the broker is slowing down the 
producer to wait for the persist process and my queue will not reach it's 
maximum size.

I've attached my trace, so you can understand what's going on. 

For me it seems really odd that 15MB messages are so slow. 

> Broker terminates the connection to JMS Client
> ----------------------------------------------
>
>                 Key: QPID-7230
>                 URL: https://issues.apache.org/jira/browse/QPID-7230
>             Project: Qpid
>          Issue Type: Bug
>          Components: C++ Broker, Java Client
>    Affects Versions: 0.32
>         Environment: Fedora21 and C++ Broker installed by package manager
>            Reporter: Ben
>         Attachments: 200-a.log, 300-a.log
>
>
> Following scenario: 
> One Producer and one Consumer created by a Java JMS-Client. The Producer is 
> sending 200x15mb non persistent messages to a queue. This queue is located on 
> a local running c++ broker. After few messages my broker terminates the 
> connection with the following exception.
> javax.jms.JMSException: send not allowed after the sender is closed.
> The really astonishing is, that this behavior only occurs with non persistent 
> messages. If I change the delivery mode to persistent, my broker won't close 
> the connection.



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

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org

Reply via email to