Mailing-List: contact dev-help@activemq.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@activemq.apache.org
Message-ID: <1973673953.1258750432760.JavaMail.jira@brutus>
Date: Fri, 20 Nov 2009 12:53:52 -0800 (PST)
From: "Bruce Snyder (JIRA)" <jira@apache.org>
To: dev@activemq.apache.org
Subject: [jira] Updated: (AMQ-1100) BufferedTransportFilter or similar
 feature
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit


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

Bruce Snyder updated AMQ-1100:
------------------------------

    Fix Version/s:     (was: AGING_TO_DIE)
       Issue Type: Wish  (was: New Feature)

> BufferedTransportFilter or similar feature
> ------------------------------------------
>
>                 Key: AMQ-1100
>                 URL: https://issues.apache.org/activemq/browse/AMQ-1100
>             Project: ActiveMQ
>          Issue Type: Wish
>          Components: Transport
>    Affects Versions: 4.1.0
>            Reporter: Hernan Otero
>            Priority: Minor
>
> I'm considering using ActiveMQ for an app that would transfer a large number of messages over the http transport (across firewalls/internet).  I would want to  use async messages (i.e. useAsyncSend=true) to boost performance.
> Would it make sense to introduce a BufferedTransportFilter to boost performance even further? (considering the fact that these messages would be traveling over the internet).  That is, the BufferedTransportFilter would wait a configurable amount of time before "batching together" all the messages it received so far (or after some configurable limit in terms of bytes and/or number of messages) and then pass this on to the next Transport.  Ideally, the Transport API would have to be extended to allow for a onewayBatch(List<Object> messageBatch) method (and the default implementation would just iterate over the list and rely on the existing oneway(Object) method.  HttpClientTransport could then be extended to allow for a single POST to send multiple messages over the internet.
> Is this something that was considered?  Or that exists in some other form that I missed while going through the sources?
> I'd be willing to contribute some time for implementing this if the maintainers think its a worthwhile feature to have.
> Thanks,
> Hernan

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