Also, can you take a look at the number of threads that are in
>> use?
>> >>>>>>>>
>> >>>>>>>> What version of Java are you using?
>> >>>>>>>>
>> >>>>>>>>
>> >>>>>>>> Gert
>> >>>>>>>>
>> >>>&g
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 amou
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 taki
7;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
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 Ac
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
o 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 servic
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
concurrent.locks.ReentrantLock$NonfairSync
>>
>>
>> This is a critical issue for us. Please advise.
>>
>> Regards.
>> Armen H.
>>
>
>
--
View this message in context:
http://www.nabble.com/ActiveMQ-Causing-OutOfMemoryError-After-Service-Deployment-tf4133779s12049.html#a11775655
Sent from the ServiceMix - Dev mailing list archive at Nabble.com.
edu.emory.mathcs.backport.java.util.concurrent.locks.ReentrantLock$NonfairSync
This is a critical issue for us. Please advise.
Regards.
Armen H.
--
View this message in context:
http://www.nabble.com/ActiveMQ-Causing-OutOfMemoryError-After-Service-Deployment-tf4133779s12049.html#a11756699
Sent from the
10 matches
Mail list logo
