I have problem with JBoss Messaging performance. I have queue that is persistent and supports transactions. Whole operation looks like this:
1. In servlet I receive e.g. 1,5 GB of data 2. I parse this data (there are numbers there) 3. For every number in data I creating message and sending it on queue (there is some about 1 million of messages) 4. After everything is parsed and all messages are send I commit transaction (and from now messages are committed so they can be consumed by message driven beans) Problem occurs when I'm putting messages on queue and later during commit (I have to have persistent and transactional messages). Everything is Ok when I put 500 000 and JBoss is not using whole RAM problem occurs when there is more messages and maximum amount of ram is taken. Is there any possibility to configure message producer (or anything else) so he doesn't gather messages in memory but save them in database (postgres 8.1). Of course I need it to be transactional so I can roll back send messages when I want to. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4252852#4252852 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4252852 _______________________________________________ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
