We ended up using July 24th ActiveMQ SNAPSHOT and it worked for us. We are actually hoping that this fix makes it in the next major releases of ServiceMix (3.1.2 and 3.2).
Also, please help with following requests: com.ctc.wstx.exc.WstxParsingException: for jsr181 proxy by ArmenH 1 06:50pm ArmenH xfire annotation exception: Service class cannot be abstract for jsr181 proxy by ArmenH Activemq port configuration by ArmenH gnodet wrote: > > Well, maybe, I can't really tell :-( > > On 9/21/07, Gert Vanthienen <[EMAIL PROTECTED]> wrote: >> Guillaume, >> >> It was using the default configuration of ServiceMix, so it was using >> the tcp:// broker connection. However... today, the problem is gone. I >> restored the original config, with all flows enabled and now the memory >> usage is back to normal. However, the ActiveMQ config also still had >> the multicast:// discoveryUri and network transports enabled (I disabled >> them now). Could that somehow have caused ActiveMQ to go berserk >> yesterday, even though it is the only instance on the network? >> >> Gert >> >> Guillaume Nodet wrote: >> > Do you use a vm:// activemq broker or a tcp:// one ? Does it change >> anything ? >> > >> > On 9/21/07, Gert Vanthienen <[EMAIL PROTECTED]> wrote: >> > >> >> L.S., >> >> >> >> Just yesterday, I have run into the same problem with a customer. A >> >> ServiceMix installation that was working fine just started using >> >> excessive amounts of memory after adding a SA with only two endpoints >> in >> >> it. I have disabled the JMS/JCA flows for now, which solves the >> problem >> >> by taking most of the load of ActiveMQ. Does anyone know which >> ActiveMQ >> >> issue this user was referring to, so I can check if it really solves >> >> this particular problem while I have the opportunity to do so? >> >> >> >> Regards, >> >> >> >> Gert >> >> >> >> ArmenH wrote: >> >> >> >>> Any word on when 3.1.2 would be available? >> >>> >> >>> Also, how do we proceed with commercial quality support? >> >>> >> >>> Armen H. >> >>> >> >>> Gert Vanthienen wrote: >> >>> >> >>> >> >>>> L.S., >> >>>> >> >>>> As soon as there is an ActiveMQ release which contains the bugfix, >> we >> >>>> can start the process for a 3.1.2 release. I think Bruce and Thomas >> >>>> have already backported some important fixes to be released with >> 3.1.2 >> >>>> as well... >> >>>> >> >>>> Gert >> >>>> >> >>>> ArmenH wrote: >> >>>> >> >>>> >> >>>>> FYI. >> >>>>> >> >>>>> We did try replacing the ServiceMix ActiveMQ JAR files with the >> latest >> >>>>> ActiveMQ SNAPSHOT JAR files and the problem was resolved. >> >>>>> >> >>>>> We would be very anxious to get the ServiceMix 3.1.2 release with >> all the >> >>>>> latest bug fixes as soon as it becomes available. This directly >> affects >> >>>>> our >> >>>>> trading application. >> >>>>> >> >>>>> Armen H. >> >>>>> >> >>>>> >> >>>>> Gert Vanthienen wrote: >> >>>>> >> >>>>> >> >>>>> >> >>>>>> Armen H., >> >>>>>> >> >>>>>> >> >>>>>> We usually don't pick up SNAPSHOT builds in our releases. >> However, we >> >>>>>> are planning to a 3.1.2 release sometime in the near future, so if >> >>>>>> ActiveMQ has released the patch by then, we can include it at that >> time. >> >>>>>> Can you already provide me with a reference to a thread on the >> mailing >> >>>>>> list or a an ActiveMQ JIRA issue to document this issue? >> >>>>>> >> >>>>>> In the meantime, could you try replacing the JAR files for >> ActiveMQ in >> >>>>>> your installation with a recent build of ActiveMQ to see if it >> really >> >>>>>> resolves the problems you're experiencing? >> >>>>>> >> >>>>>> >> >>>>>> Gert >> >>>>>> >> >>>>>> ArmenH wrote: >> >>>>>> >> >>>>>> >> >>>>>> >> >>>>>>> Hi Gert, >> >>>>>>> >> >>>>>>> We're using HTTP BC and JSR 181 SEs. We have custom business >> logic >> >>>>>>> (very >> >>>>>>> simple) that uses POJOs generated from the JAXB version of the >> JDK >> >>>>>>> 1.6.0_01. >> >>>>>>> >> >>>>>>> We are also dependent on JDK 1.6 JAX-WS to generate our service >> >>>>>>> interface >> >>>>>>> (WSDL). >> >>>>>>> >> >>>>>>> We will check the number of service endpoints and let you know. >> >>>>>>> >> >>>>>>> By the way, I have another thread on the ActiveMQ forums and >> other >> >>>>>>> folks >> >>>>>>> have experienced very similar issues with ActiveMQ as that causes >> the >> >>>>>>> heap >> >>>>>>> overflow. >> >>>>>>> >> >>>>>>> The fix for this issue was put on July 24 but it's unclear which >> >>>>>>> version >> >>>>>>> it >> >>>>>>> will end up in and also more importantly when would ServiceMix >> pick up >> >>>>>>> the >> >>>>>>> latest 4.1.x SNAPSHOT from ActiveMQ. >> >>>>>>> >> >>>>>>> Armen H. >> >>>>>>> >> >>>>>>> >> >>>>>>> Gert Vanthienen wrote: >> >>>>>>> >> >>>>>>> >> >>>>>>> >> >>>>>>>> Armen H., >> >>>>>>>> >> >>>>>>>> >> >>>>>>>> What JBI Components (JMS, HTTP, JSR-181, ...) are you using? >> From >> >>>>>>>> your >> >>>>>>>> description, I assume you at least have a few custom built >> components >> >>>>>>>> as >> >>>>>>>> well... >> >>>>>>>> >> >>>>>>>> Can you try to use jconsole >> >>>>>>>> >> (http://incubator.apache.org/servicemix/15-tutorial-using-jmx-to-look-inside-the-esb.html) >> >>>>>>>> to look at the number of service endpoint that are actually >> >>>>>>>> registered? >> >>>>>>>> Also, can you take a look at the number of threads that are in >> use? >> >>>>>>>> >> >>>>>>>> What version of Java are you using? >> >>>>>>>> >> >>>>>>>> >> >>>>>>>> Gert >> >>>>>>>> >> >>>>>>>> >> >>>>>>>> >> >>>>>>>> >> >>>>>>>> ArmenH wrote: >> >>>>>>>> >> >>>>>>>> >> >>>>>>>> >> >>>>>>>>> Gert, >> >>>>>>>>> >> >>>>>>>>> We use the Windows version for development phase of our >> services. >> >>>>>>>>> >> >>>>>>>>> We are deploying services by dropping the files in the deploy >> and >> >>>>>>>>> install >> >>>>>>>>> directories. We don't use JMX for the development phase. >> >>>>>>>>> >> >>>>>>>>> We're using ServiceMix version 3.1 in stand-alone mode. We >> deploy >> >>>>>>>>> SAs >> >>>>>>>>> as >> >>>>>>>>> well. >> >>>>>>>>> >> >>>>>>>>> Regards, >> >>>>>>>>> Armen H. >> >>>>>>>>> >> >>>>>>>>> >> >>>>>>>>> Gert Vanthienen wrote: >> >>>>>>>>> >> >>>>>>>>> >> >>>>>>>>> >> >>>>>>>>>> L.S., >> >>>>>>>>>> >> >>>>>>>>>> One of my customers is running ServiceMix on Windows as well, >> but >> >>>>>>>>>> even >> >>>>>>>>>> with a dozen SA deployed, the memory usage doesn't raise to >> the >> >>>>>>>>>> amounts >> >>>>>>>>>> you mention here, although there are using several types of >> services >> >>>>>>>>>> (HTTP, JMS, FTP, File, Saxon, EIP, bean, lwcontainer). >> >>>>>>>>>> >> >>>>>>>>>> What version of ServiceMix and/or Java are you using? Are you >> using >> >>>>>>>>>> ServiceMix in stand-alone or web application 'mode'? What is >> the >> >>>>>>>>>> type >> >>>>>>>>>> of >> >>>>>>>>>> service you are trying to deploy? Can you try to check the >> number >> >>>>>>>>>> of >> >>>>>>>>>> threads that are running with a JMX console? >> >>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> Regards, >> >>>>>>>>>> >> >>>>>>>>>> Gert >> >>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> ArmenH wrote: >> >>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>>> We have found out that after just one service deployed on >> Windows >> >>>>>>>>>>> ServiceMix the memory usage jumps to 500 MB and it increases >> >>>>>>>>>>> linearly >> >>>>>>>>>>> after each service deployment until ServiceMix dies with an >> >>>>>>>>>>> OutOfMemoryError. >> >>>>>>>>>>> >> >>>>>>>>>>> We tried increasing the heap size and it helped up to a >> certain >> >>>>>>>>>>> number >> >>>>>>>>>>> of >> >>>>>>>>>>> services deployed in the container, after that the Error >> happened >> >>>>>>>>>>> as >> >>>>>>>>>>> expected. >> >>>>>>>>>>> >> >>>>>>>>>>> We used jhatfor heap analysis and found out that the >> following >> >>>>>>>>>>> instance >> >>>>>>>>>>> usage (after just one service deployment): >> >>>>>>>>>>> >> >>>>>>>>>>> 1673478 instances of class >> >>>>>>>>>>> org.apache.activemq.filter.DestinationMapNode >> >>>>>>>>>>> 3001 instances of class >> >>>>>>>>>>> >> edu.emory.mathcs.backport.java.util.concurrent.locks.ReentrantLock$NonfairSync >> >>>>>>>>>>> >> >>>>>>>>>>> >> >>>>>>>>>>> This is a critical issue for us. Please advise. >> >>>>>>>>>>> >> >>>>>>>>>>> Regards. >> >>>>>>>>>>> Armen H. >> >>>>>>>>>>> >> >>>>>>>>>>> >> >>>>>>>>>>> >> >>>>>>>>>>> >> >>>>>> >> >>>>> >> >>> >> > >> > >> > >> > > > -- > Cheers, > Guillaume Nodet > ------------------------ > Blog: http://gnodet.blogspot.com/ > > -- View this message in context: http://www.nabble.com/ActiveMQ-Causing-OutOfMemoryError-After-Service-Deployment-tf4133779s12049.html#a12831418 Sent from the ServiceMix - Dev mailing list archive at Nabble.com.
