Hi,, Did you find any solution to the issue mentioned? Kindly let me know if
you have.
--
Sent from: http://activemq.2283324.n4.nabble.com/ActiveMQ-User-f2341805.html
On Mon, Apr 2, 2018 at 10:35 PM, Rajesh Malla <mallara...@gmail.com> wrote:
> 1) consumer -> broker - inactivity monitor closing connections ?
> for this connection loss we will apply patch which you provided http
> broken. this answer we got.
>
OK, perfect.
>
1) consumer -> broker - inactivity monitor closing connections ?
for this connection loss we will apply patch which you provided http
broken. this answer we got.
2) while configuring n/w connector do we need to provide any inactivity
parameters ? because I
have not provided
On Mon, Apr 2, 2018, 11:01 AM Rajesh Malla <mallara...@gmail.com> wrote:
> hello
>
> thank you for the link on inactivity monitor, we will apply that patch and
> we will verify.
>
> I have attached link also https://pastebin.com/M9u7TJZB from this I
> unders
hello
thank you for the link on inactivity monitor, we will apply that patch and
we will verify.
I have attached link also https://pastebin.com/M9u7TJZB from this I
understand that network connector is not closing connection b/w host1 &
host2.
do we need to provide specific parameters w
On Sun, Apr 1, 2018, 11:05 PM Rajesh Malla <mallara...@gmail.com> wrote:
> Thank you, actually we searched but not found any bug fix on inactivity
> monitor. there is only one bug which is
> https://issues.apache.org/jira/browse/AMQ-6877 on http connector with
> queue
>
Thank you, actually we searched but not found any bug fix on inactivity
monitor. there is only one bug which is
https://issues.apache.org/jira/browse/AMQ-6877 on http connector with queue
prefetch 0. this we applied and queue-prefetch is working fine.
can you please help us. because in our case
or something is capturing the keepAlive commands.
On 04/01/2018 12:02 PM, Rajesh Malla wrote:
Hello
We have broker -> client environment. we have set 5 minutes as inactivity
monitor timeout. using 5.12.3 version of activemq [ service mix 5.6.0 ]
my question is : we have set connecttimeout to 5 minu
Hello
We have broker -> client environment. we have set 5 minutes as inactivity
monitor timeout. using 5.12.3 version of activemq [ service mix 5.6.0 ]
my question is : we have set connecttimeout to 5 minutes and also keepalive
as true, still always after 5 minutes channel is clo
Hi
We have setup two brokers in network of brokers config in version 5.15.0
Its a simple config that has:
2017-09-27 13:08:52,029 | INFO | Waited 2.000 seconds for ExecutorService:
java.util.concurrent.ThreadPoolExecutor@1d225cd9[Shutting down,
In a client application, ActiveMQ is just one JAR (or several) that's part
of a much larger whole. The client application establishes how logging will
be done, and ActiveMQ plays by those rules. Since you're seeing ActiveMQ
content in the client logs, this is already working, and your job is to
Hello,
I searched in the documentation and archives how to change logging for
client applications but any my attempt doesn't work.
I use activemq 5.14.3 and my IDE is eclipse neon.
The problem is that I would like to remove debug info produced by:
InactivityMonitor Worker, WriteCheckTimer
Hello,
I searched in the documentation and archives how to change logging for
client applications but any my attempt doesn't work.
I use activemq 5.14.3 and my IDE is eclipse neon.
The problem is that I would like to remove debug info produced by:
InactivityMonitor Worker, WriteCheckTimer
seconds ?
Thanks,
Bhanu
--
View this message in context:
http://activemq.2283324.n4.nabble.com/Inactivity-Monitor-tp4672969p4675926.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
and Client side.
quot;xbhanu
[via ActiveMQ]quot; lt;ml-node+s2283324n4675926...@n4.nabble.comgt;
01/02/2014 05:17 PM
To
Prashant
Kumar41/India/IBM@IBMIN,
cc
Subject
Re:
Inactivity Monitor
So, I were to increase it this would require me to specify
maxInactivityDuration
that would disable it, by the same logic that calculates the minimum
both ends would see 0 and disable.
On 18 October 2013 08:05, Prashant prash...@in.ibm.com wrote:
If we disable Inactivity Monitor from broker side by adding
maxInactivityMonitor=0 parameter in broker's transport connector URL
time inactivity monitor should check for
clients and it should disconnect all clients which are not sending
pingRequest. Source: http://activemq.apache.org/mqtt.html . But this is not
happening as Broker is holding connection for more time .Inactivity monitor
is closing the connection sometimes
If a client or broker abnormally dies, without the inactivity monitor
you are dependent on OS level timeouts to notice the absence of
network activity. So OS level tcp/ip settings for read timeouts etc.
Essentially you get half closed sockets so the other end is in the
dark. But the OS has options
http://issues.apache.org/activemq/browse/CAMEL-1751
configuration.
2009/6/22 David Durham david.durham...@gmail.com
I've got a simple ActiveMQ client running inside Tomcat. When I
shutdown Tomcat I get an exception from the Inactivity Monitor Write
Check thread. My question is has anyone seen this issue and have a
fix for it? I've tried
On Tue, Jun 23, 2009 at 4:35 AM, Gary Tullygary.tu...@gmail.com wrote:
I wonder if this is the result of code registered with a shutdown hook and
at shutdown some of the required classes are not longer available.
One way to check is to have the broker not register any shutdown hook.
Set the
On Tue, Jun 23, 2009 at 8:34 AM, David Durhamdavid.durham...@gmail.com wrote:
On Tue, Jun 23, 2009 at 4:35 AM, Gary Tullygary.tu...@gmail.com wrote:
I wonder if this is the result of code registered with a shutdown hook and
at shutdown some of the required classes are not longer available.
One
Disregard this section. It was a double paste ..
bean id=returnQueues
class=com.inwk.jobtemplate.server.ReturnedQueueRouteBuilder
lazy-init=false init-method=init destroy-method=stop
property name=routes
map
entry
Hi all,
I've got a simple ActiveMQ client running inside Tomcat. When I
shutdown Tomcat I get an exception from the Inactivity Monitor Write
Check thread. My question is has anyone seen this issue and have a
fix for it? I've tried making sure that I call the stop() method on
my CamelContext
On Mon, Jun 22, 2009 at 2:40 PM, David Durhamdavid.durham...@gmail.com wrote:
Hi all,
I've got a simple ActiveMQ client running inside Tomcat. When I
shutdown Tomcat I get an exception from the Inactivity Monitor Write
Check thread. My question is has anyone seen this issue and have a
fix
I've got a simple ActiveMQ client running inside Tomcat. When I
shutdown Tomcat I get an exception from the Inactivity Monitor Write
Check thread. My question is has anyone seen this issue and have a
fix for it? I've tried making sure that I call the stop() method on
my CamelContext, but I
this message in context:
http://www.nabble.com/Inactivity-monitor-exception-is-closing-connection.-tp15404620s2354p16116806.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
Is this still planned? Does anyone have an idea when it may happen?
rajdavies wrote:
[] We should be coming out with a 5.0.1
real soon that will include the fix
--
View this message in context:
http://www.nabble.com/Inactivity-monitor-exception-is-closing-connection
version. If it's a simple fix, do you think it's
possible to backport it to the 5.0 branch?
Regards,
Cedric.
---
Could you try a snaphot of ActiveMQ 5.1 ?
thanks,
Rob
--
View this message in context:
http://www.nabble.com/Inactivity-monitor-exception-is-closing-connection
really want to go to
production with a snapshot version. If it's a simple fix, do you
think it's
possible to backport it to the 5.0 branch?
Regards,
Cedric.
---
Could you try a snaphot of ActiveMQ 5.1 ?
thanks,
Rob
--
View this message in context:
http://www.nabble.com/Inactivity-monitor
/10.0.55.197:61616
... 4 more
Anybody have a workaround? I am having problems using this version
because
it just kicks off all of my services after awhile!
--
View this message in context:
http://www.nabble.com/Inactivity-monitor-exception-is-closing-connection.-tp15404620s2354p15622035.html
: Channel
was inactive for too long: puccell/10.0.55.197:61616
... 4 more
Anybody have a workaround? I am having problems using this version because
it just kicks off all of my services after awhile!
--
View this message in context:
http://www.nabble.com/Inactivity-monitor-exception
:
http://www.nabble.com/Inactivity-monitor-exception-is-closing-connection.-tp15404620s2354p15622035.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
was inactive for too long: puccell/10.0.55.197:61616
... 4 more
Anybody have a workaround? I am having problems using this version
because
it just kicks off all of my services after awhile!
--
View this message in context:
http://www.nabble.com/Inactivity-monitor-exception
(TcpTransport.java:
172)
at java.lang.Thread.run(Unknown Source)
I don't know what is the problem.
Please help me.
Thanks in advance.
--
View this message in context:
http://www.nabble.com/Inactivity-monitor-exception-is-closing-connection.-tp15404620s2354p15404620.html
in context:
http://www.nabble.com/Inactivity-monitor-exception-is-closing-connection.-tp15404620s2354p15404620.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
)
at
org.apache.activemq.transport.tcp.TcpTransport.run(TcpTransport.java:
172)
at java.lang.Thread.run(Unknown Source)
I don't know what is the problem.
Please help me.
Thanks in advance.
--
View this message in context:
http://www.nabble.com/Inactivity-monitor-exception-is-closing-connection
On Jan 16, 2008, at 3:26 AM, Rob Davies wrote:
This is a known bug in 5.0 - please use the latest 5.1 snapshot
willdo, thanks!
-pete
--
[EMAIL PROTECTED] - http://fotap.org/~osi
smime.p7s
Description: S/MIME cryptographic signature
38 matches
Mail list logo