Hello Nicolas,
If you have a stable VPN connection into the partners network, you should
bypass the firewall and have no problems connecting to a broker.
Alternatively the http transport could help.
http://activemq.apache.org/http-and-https-transports-reference.html
Torsten Mielke
tmie...@redh
i think in your case, it might be best to use gcInactiveDestination w/ TTL
on the message as gary suggests.
You should be able to build up your own monitoring solution using Advisory
messages, and tracking how long dests have been idle. Again, camel would be
suitable for this.
It might also make
Hello,
We plan to use ActiveMQ to receive JMS messages coming from the data center
of a partner , so external to our data center.
How to manage it ?
Firewall ? DMZ ?
The both data centers (partner DC and our DC) are private and accesible only
via VPN until now.
Tks a lot
Nicolas
--
View t
Hi all,
we're using ActiveMQ 5.6.0 in the following scenario:
- 2 ActiveMQ Broker Servers
- round about 20 ActiveMQ Clients, Producers and Consumers have different
Connection Factories for the different clients
Our Broker Transport Connectors are configured as follows (Spring
configuration):
Thank you Christian and Gary for responding to my question. Sorry, I forgot
to mention that the destination should be idle for a period of time, let say
a day. Is there a way to know how long the destination is idle before
deleting?
gcInactiveDestination only works when there are no pending messag
When you see this next, can you take stack traces and post back here?
On Sun, Sep 22, 2013 at 3:37 AM, David O'Connor D <
david.d.o.con...@ericsson.com> wrote:
> Hi,
>
> There has been an issue seen where ActiveMQ 5.5.1 would keep outbound
> connections in a CLOSE_WAIT state, to the point where
I'm not seeing any issues with the previous thread usage.
ActiveMQ will use a pool of threads to handle the sockets for NIO, it won't
necessarily use a thread per socket.
As I said previously, and still maintain, please post *stack traces* or
analysis of thread usage for large numbers of connecti
Hi,
There has been an issue seen where ActiveMQ 5.5.1 would keep outbound
connections in a CLOSE_WAIT state, to the point where the application
reaches the file descriptor limit.
The broker uses the Openwire format on TCP with closeAsync set to false. It
is also non-persistant, storing all messa
Hi,
There has been an issue seen where ActiveMQ 5.5.1 would keep outbound
connections in a CLOSE_WAIT state, to the point where the application reaches
the file descriptor limit.
The broker uses the Openwire format on TCP with closeAsync set to false. It is
also non-persistant, storing all me
Hey ceposta,
Why nio reduces number of threads for large number of connections and not
for small number, I think major advantage of nio transport is that it does
not create one thread per connection as TCP does. So i think even if there
are 5 clients it should reduce number of threads.
Another thi
Hey john,
I think configurations are fine, not sure why threads are not reducing.
Even I am using the same configuration but not saw any improvement in
throughput. Can Someone from developers team help me with this.
Thanks,
Steven
--
View this message in context:
http://activemq.2283324.n4.n
> Is there a way to make it a daemon thread when connectin to a remote topic?
Ups, ironically, soon after posting I found /?daemon=true for the URL, my bad.
Regards,
Flo
Hello,
I'm using an ActiveMQConnectionFactory (5.5.1) to connect to a (remote) Topic,
which works fine, except one little detail:
The thread that is started locally is not a daemon thread, which keeps my
application open even if my main thread dies.
Is there a way to make it a daemon thread wh
13 matches
Mail list logo
