There are various possibilities wrt Authentication, Authorization and
Encryption.
Clients are authenticated, rather than messages.
Authorization is based on Authentication.
So some clients will be authorized - allowed - to perform some operations.
Out-of-the-box, this is *on a per-destination
There are 5 consumers on the queue.
They each have a different filter, but I have checked the filters against
stuck messages, and there are consumer that should match each message.
There is not heavy load, it gets stuck with just one message sent.
If I view consumers in the web admin, the one
Can you show us your filters and an example message that you expect to match
a filter?
-
Michael Hayes B.Sc. (NUI), M.Sc. (DCU), SCSA SCNA
--
View this message in context:
http://activemq.2283324.n4.nabble.com/Messages-stuck-in-pending-tp4617979p4626026.html
Sent from the ActiveMQ - User
the selector is:
destinationHostId = '17d7400f-3623-4279-a9d5-5bbb2a56e573' and
MESSAGE_TYPE
is null
Message properties are:
destinationHostId 17d7400f-3623-4279-a9d5-5bbb2a56e573
It's nothing complex.
--
View this message in context:
from jmx. it looks like that consumer has got the message and not
acked it, from the broker perspective it has one message that has a
pending ack, so that message is only available to the consumer that
received it until that consumer closes or acks.
Can you close that consumers connection via jmx
what version are you on?
Is there any chance that the broker at the other end of the network
bridge is shutting down?
On 11 May 2012 14:34, Chris Robison chrisdrobi...@gmail.com wrote:
I have a network of brokers and I am using a request-reply system across
that network, but I've noticed that
I'm on 5.6. And all brokers remain up and running.
On Fri, May 11, 2012 at 8:48 AM, Gary Tully gary.tu...@gmail.com wrote:
what version are you on?
Is there any chance that the broker at the other end of the network
bridge is shutting down?
On 11 May 2012 14:34, Chris Robison
One thing I have noticed though is that when I restart the broker on the
other end, everything starts to work again until it floods again.
On Fri, May 11, 2012 at 9:05 AM, Chris Robison chrisdrobi...@gmail.comwrote:
I'm on 5.6. And all brokers remain up and running.
On Fri, May 11, 2012 at
We have a network of brokers configuration using 5.5.0. The brokers have the
same configuration except that broker A has a network connector to broker B
(which has no network connector).
The configuration will be stable for a while, but then broker B will start
suffering from an increase in
If it helps, I've attached the configuration files for both machines.
On Fri, May 11, 2012 at 9:07 AM, Chris Robison chrisdrobi...@gmail.comwrote:
One thing I have noticed though is that when I restart the broker on the
other end, everything starts to work again until it floods again.
On
Do you have a good reason to have networkTTL=5, if there is only one
broker, the default value of 1 will be fine.
On 11 May 2012 16:32, Chris Robison chrisdrobi...@gmail.com wrote:
If it helps, I've attached the configuration files for both machines.
On Fri, May 11, 2012 at 9:07 AM, Chris
Yes, because we have a spoke and hub topology where a client in one spoke
may need to request info from a client connected to a different spoke. I
suppose I could lower that value.
On Fri, May 11, 2012 at 9:47 AM, Gary Tully gary.tu...@gmail.com wrote:
Do you have a good reason to have
Here is the log from the latest run with the TTL down to 1. It still floods
after about 1 or 2 request-reply calls. It just seems to be alternating
between add temp queue and remove temp queue messages.
On Fri, May 11, 2012 at 9:52 AM, Chris Robison chrisdrobi...@gmail.comwrote:
Yes, because we
Another interesting observation: as a test, I connected all producers and
consumers to MSTMIP102 (the machine that doesn't have the network
connector). I then started MSIPAP101 so that its network connector could
start and connect to MSTMIP102. Request request-reply works fine between
all
(Sorry if this message gets sent twice, but I got a Mail delivery failed
in the first attempt)
Hello everyone,
I've seen it was discussed before, but I didn't find a solution that worked
for me. I started working with ActiveMQ a few weeks ago, and my application
is written in Java. I needed
On Fri, 2012-05-11 at 14:50 -0300, Daniel Duarte Figueiredo wrote:
(Sorry if this message gets sent twice, but I got a Mail delivery failed
in the first attempt)
Hello everyone,
I've seen it was discussed before, but I didn't find a solution that worked
for me. I started working
Using an external ActiveMQ in an enterprise application in Glassfish
works fine, setting up the connection factory in glassfish-ejb-jar.xml
glassfish-ejb-jar
enterprise-beans
ejb
ejb-nameExampleMessageBean/ejb-name
mdb-connection-factory
On Fri, 2012-05-11 at 16:12 -0300, Daniel Duarte Figueiredo wrote:
I had seen those docs
(http://activemq.apache.org/cms/how-do-i-use-the-ssl-transport.html) but the
problem is that I don't know how to generate the certificate:
decaf::lang::System::setProperty(
The ReadMe has a MacOSX note saying that if you have used MacPorts to install
APR and APR-Util, you should configure using
./configure \
--with-apr=/opt/local/var/macports/software/apr/1.3.3_0/opt/local/
The trouble is, that folder doesn't exist. In my
/opt/local/var/macports/software/apr
On Fri, 2012-05-11 at 15:47 -0700, jamesw wrote:
The ReadMe has a MacOSX note saying that if you have used MacPorts to install
APR and APR-Util, you should configure using
./configure \
--with-apr=/opt/local/var/macports/software/apr/1.3.3_0/opt/local/
The trouble is, that folder
20 matches
Mail list logo