I think there is a memory retention problem in the JMS binding component. Here is my test scenario.
I have a JMS provider service unit and a JMS consumer service unit linked together. I have a simple Java program that continuously sends text messages to a JMS topic (managed by the servicemix embedded activemq server). My consumer listens on this topic and sends the received message to the JMS provider. I have another simple Java program that listens to another JMS topic (the one the provider is writing to). The consumer endpoint uses a in only MEP (in a first attempt, I used an in/out MEP, but I rapidly realized that messages were accumulating inside ther servicemix/activemq server). I use 2 message sizes. I'm using jconsole to monitor the memory consumption of servicemix (and the state of my topics through JMX beans). With short messages (20Kb xml text), I have a 200Mb memory retention after sending about 1 million messages. This week-end, I'm running another test with 1Mb XML messages (I will have a result tomorrow morning). In that case, there are fewer messages that pass through servicemix. Using visualvm (to count instances), I found a map (JMSComponent.knownExchanges) that contains roughtly as many entries as the number of messages who did pass through servicemix. This map contains message IDs. I think the memory retention problem is proportional to the number of messages exchanged. With bigger messages, the time to reach 200Mb memory leak will be far longer than with 20Kb messages. Thanks in advance for any answer / correction / patch / workaround. Best regards, Damien MORCELLET PS : I'm @home and I do not have the source code for this test (xbean.xml files, Maven projects and test Java emitter/receiver). -- View this message in context: http://www.nabble.com/Memory-leak-when-using-the-JMS-binding-component-in-version-3.3-tp22895746p22895746.html Sent from the ServiceMix - User mailing list archive at Nabble.com.
