I should have explained - that although this is client-side
configuration - there is a handshake between the client and broker on
initialization. The lowest value of maxInactivityDuration is used by
both peers of the transport (client and broker). So if your client
bounced - or the network
Sorry that I've taken so long to come back to this. However I think I have a
solution.
JaasCertificateAuthenticationBroker presently makes a check at line 73 as to
whether there is a security context:
if (context.getSecurityContext() == null) {
I am wondering if an additional check should be
Thanks Rob.
I had a look at those, but they appear to address the Client configuration.
My problem is if the Client unexpectedly goes away and comes back, the
durable subscriber is unable to re-connect because ActiveMQ 5.2 says that
they are already connected.
I will admit, I have yet to test if
I am using ActiveMQ 5.2 with following configuration:
http://activemq.apache.org/schema/core";>
I am using ActiveMQ 5.2 with following configuration:
http://activemq.apache.org/schema/core";>
I can check the 5.3 snapshot, but I don't see the relationship between the
two leaks.
In my scenario, the consumers and sessions aren't meant to be reclaimed;
they're meant to be long-lived. The problem is that they seem to be hanging
onto a couple of Statistics objects for each message they hand
Hi
> Failed to build body from bytes. Reason: java.io.IOException: No
> ClassLoaders found for: com.corpus.biemedia.servlet.MailEx
I'd say you don't have the MailEx class on the same path as ActiveMQ.
I suspect it's not good enough to have it inside the webapp because
the activemq listener probab
Awesome! - thanks for getting this info together! will put this on the
Apache site
On 18 May 2009, at 19:27, Jose Luna wrote:
Hello,
We have the requirement of creating a very large number of queues
(tens of thousands) in a single broker. My searches turned up
several others trying to
> At this point it is clear that it is an operating system issue.
Frederik is correct on this, I tested with CentOS 5. Here is an example of
setting the hard and soft limit:
*softnofile 8192
*hardnofile 65535
After that:
ulimit -n 8192
Hello,
We have the requirement of creating a very large number of queues (tens of
thousands) in a single broker. My searches turned up several others trying to
do something similar, but with no results. We were recently able to accomplish
this, so I decided to write a little howto. All of thi
Hi,
In continuation with previous email, more information regarding the issue:
we have analysed the logs and observed that there is some pattern of varying
publishing times, for every few seconds.
example:
At the full load,
the event published at 14:49:24,352 took TotalTime : 55 ms
and then
this leak sounds a lot like
https://issues.apache.org/activemq/browse/AMQ-2178 that is fixed on trunk
and available in the current 5.3-snapshot.
2009/5/16 emersonf
>
> Hi,
>
> I've been running some load tests on a Spring Integration system backed by
> ActiveMQ 5.2.0. I noticed that one of my ap
I've got the same question...
... anyone here to answer it ? :confused:
Thanks,
Bertrand
--
View this message in context:
http://www.nabble.com/JBoss-and-XAConnectionFactory-tp16961291p23595872.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
Which version of ActiveMQ am I using?
ActiveMQ 5.2.0
Details of my environment
# OS: Windows XP SP3 32bit
# JVM: SUN JDK 1.6.0_13
# Application Server: JBoss 5.0.1
# Other: Mule 2.2.1
Dear all,
I'm trying
Hi,
I'm not sure what you are trying to achieve, but maybe a Rest API (
http://activemq.apache.org/rest.html) can help you.
Cheers
--
Dejan Bosanac
Open Source Integration - http://fusesource.com/
ActiveMQ in Action - http://www.manning.com/snyder/
Blog - http://www.nighttale.net
On Sun, May 1
My activeMQ version is 5.2.0 which is embedded inside Jboss4.2.2.Ga. when i
am sending an object message Using Active producer inside a servlet i am
getting the following exception
Failed to build body from bytes. Reason: java.io.IOException: No
ClassLoaders found for: com.corpus.biemedia.servle
Have you disabled the maxInactivityDuration by setting it to zero ?
If you have - your broker may not detect the transport socket has
expired - and cleanly closed the connection.
See - http://activemq.apache.org/configuring-wire-formats.html
cheers,
Rob
On 18 May 2009, at 10:32, lyall wrote:
On 18 May 2009, at 09:32, JS75 wrote:
Dear Sir:
Here is my scenario - multi-producers and multi-consumers in the same
application.
I am sure all consumers and producers are closed before I close the
application.
And please note that I close the application by terminate JVM. (so I
may not
cl
Thank you Gary.
I had found another post regarding this same 'disconnected durable
subscriber' issue.
Simply saying 'BPEL should correctly disconnect', does not help if the BPEL
server should happen to fail - power, hardware, network disconnect, etc. The
new connection needs to replace the old, i
seems like a bpel process un/re-deployment logic should be doing an
unsubscribe to remove the durable subscription.
Failing this, an activemq feature where a configuration option on a durable
subscriber could specify an inactivityTimeout after which time an inactive
durable subscription would expi
Dear Sir:
Here is my scenario - multi-producers and multi-consumers in the same
application.
I am sure all consumers and producers are closed before I close the
application.
And please note that I close the application by terminate JVM. (so I may not
close broker properly?)
So sometimes I found so
In <23592103.p...@talk.nabble.com> DataMover wrote:
> At this point it is clear that it is an [Centos] issue.
You're not allowed to raise the ulimit boundaries above the configured
hard limit, that's why your attemts with the ulimit command fails.
I haven't worked with Centos, but in my debian
Hi,
sometimes opening the eyes a bit more have great effect. Indeed, I missed
out the correct name of the class to use.
Thanks a lot!
Felix
Jose Luna-2 wrote:
>
>
>
>
>
>
> - Original Message
>> From: fehm
>> To: users@activemq.apache.org
>> Sent: Friday, May 15, 2009 7:25:57
Thanks guys.
At this point it is clear that it is an operating system issue.
Since it "does" work on windows, it is too bad that linux needs some
tweaking to make it work.
The windows test was done with a default install.
As for Centos:
We did in fact put the ulimit command in the activemq scr
24 matches
Mail list logo