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 fold
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 fo
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( "decaf.net.ssl.trus
Using an external ActiveMQ in an enterprise application in Glassfish
works fine, setting up the connection factory in glassfish-ejb-jar.xml
ExampleMessageBean
jms/connectionFactory
activemq-rar-5.5.1
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( "decaf.net.ssl.trustStore", "/certificate.pem" );
I tried to set this property with the broker_c
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 w
(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
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 producers
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 wrote:
> Yes, because we have a spoke and hub t
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 wrote:
> Do you have a good reason to have networkTTL="5", if there is
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 wrote:
> If it helps, I've attached the configuration files for both machines.
>
>
> On Fri, May 11, 2012 at 9:07 AM, Chris Robison
> wrote:
>>
If it helps, I've attached the configuration files for both machines.
On Fri, May 11, 2012 at 9:07 AM, Chris Robison wrote:
> 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
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 netw
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 wrote:
> I'm on 5.6. And all brokers remain up and running.
>
>
> On Fri, May 11, 2012 at 8:48 AM, Gary Tully
I'm on 5.6. And all brokers remain up and running.
On Fri, May 11, 2012 at 8:48 AM, Gary Tully 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 wrote:
> > I have a network o
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 wrote:
> I have a network of brokers and I am using a request-reply system across
> that network, but I've noticed that after a few request-rep
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 a
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:
http://activemq.2283324.n4.nabble.
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 m
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 wh
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 basi
21 matches
Mail list logo
