You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@activemq.apache.org by "Rob Davies (JIRA)" <ji...@apache.org> on 2009/09/04 20:59:13 UTC

[jira] Updated: (AMQ-2057) Reduce the amount of memory needed by the broker when sending a large number of msgs in a single transaction

     [ https://issues.apache.org/activemq/browse/AMQ-2057?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Rob Davies updated AMQ-2057:
----------------------------

    Fix Version/s: 5.4.0

> Reduce the amount of memory needed by the broker when sending a large number of msgs in a single transaction
> ------------------------------------------------------------------------------------------------------------
>
>                 Key: AMQ-2057
>                 URL: https://issues.apache.org/activemq/browse/AMQ-2057
>             Project: ActiveMQ
>          Issue Type: Improvement
>          Components: Broker
>    Affects Versions: 5.2.0
>         Environment: Windows XP.  Broker and client running on different machines communicating via TCP
>            Reporter: Ian Beaumont
>             Fix For: 5.4.0
>
>
> I'm trying to queue a large number of messages in a single transaction.  It seems that the broker needs to have enough heap space available to store all these messages to in memory at one time before I can commit the transaction.
> I have set producerFlowControl to false.
> I'm looking at ActiveMQ as a replacement for MQSeries - and in MQSeries the messages in the transaction would be written to the store as they came in, and then if the transaction was then rolled back they would then be removed.  It appears that the messages in ActiveMQ are not placed in to the store unitl the transaction is commited.  Ideally they should be put in the store as they come in, but marked as uncommitted.
> Sorry if my understanding of how things are working is wrong, but I've posted a few messages on the subject and have had no replies.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.