Both pages appear to have fallen victim to a backwards incompatibility
between the old version of the Include Page macro and the newer version of
Confluence. I've fixed both pages by simply deleting the macro on each
page and recreating it (which should fix this issue on any future pages on
which
That's all true when the consumer is connected or when a network of brokers
is statically configured. If no consumer is currently connected to a
dynamically configured NOB, messages will stay on the broker to which
they're first published until a consumer connects, at which point they'll
be forwar
Barry,
No, not from the client perspective, there is no special designation. Provided
config permits message flow between A and B, messages
should flow in the direction of the connector config.
Raffi
-Original Message-
From: barry.barn...@wellsfargo.com [mailto:barry.barn...@wellsfar
If we have 2 brokers defined in a network together, and we define a queue on
broker A, and an application connects to Broker B to put a message on that
queue, should the message just go there? Do we need to specify that it is a
'network' queue?
Regards,
Barry
Thanks Tim! Does anyone know about the txlog, and why it would be at 50gig???
We are changing the HOWL settings to see if this helps, but I'm suspecting
maybe a camel route is causing the issue. We use transacted=false in our camel
routes.. should we be setting that to true?
Regards,
Barry
Hello,
Is this OK to make changes as follows on for the txlog:
aries.transaction.timeout = 1200
aries.transaction.maxBlocksPerFile = 20480
aries.transaction.maxLogFiles = 10
aries.transaction.bufferSizeKBytes = 4
aries.transaction.howl.logFileDir = /opt/appscfs/servicemix/txlog/
aries.transaction
Unfortunately I don't know of any tools for inspecting KahaDB files, though
someone else here might. Sorry, I've never done much with KahaDB, so what
I know comes from the wiki page and from mailing list posts like this one.
Tim
On Tue, Sep 29, 2015 at 3:33 PM, fmansoor wrote:
> Thanks Tim,
>
Given that the code in question is in DefaultMessageListenerContainer
(Spring), I'd encourage you to post to their mailing list and/or submit a
bug report to them and see if maybe there's something for them to fix.
Setting the timeout sounds like a reasonable workaround, but it would be
good to hav
One other thing about chains of KahaDB files: they can only occur when
you've got unacked messages. If you have a chain of files, and you think
you have no unacked messages, then you're wrong and you need to figure out
where the message actually is. You sent some emails yesterday saying
you've go
Hi,
I debugged a bit, and it looks like it never calls the shutdown method in
PooledTaskRunner after all. It gets stuck in
DefaultMessageListenerContainer.doShutdown() where it calls
this.lifecycleMonitor.wait(). Apparently, this does not terminate. I am not
sure if this is a bug in Camel, Act
If anything, you want smaller files not bigger ones, because you're hoping
for a situation where for a given file, all of the messages in the file
have their acks in the same file. If that happens (and it's pure luck of
the draw), you break the chain of having to keep newer files because they
ack
You could say that if you haven't received a message and it's been longer
than some time interval (1 second? 5 seconds? 10 minutes? whatever you
want) since you finished processing the last message, then you assume that
there's nothing more to process. You could do that in a few different
ways, bu
The NMS client library is a very popular way to connect to ActiveMQ. It
runs on both .NET and Mono. You can find out more about it from here:
http://activemq.apache.org/nms/nms.html
On Wed, Sep 30, 2015, 5:41 AM Tim Bain wrote:
> Most people on both Windows and Linux use the Java or C++ client
How is Camel setting the shutdown flag on the PooledTaskRunner? Is Camel
calling the shutdown() function to shut it down? The shutdown() method (which
in turn calls shutdown(0)) on PooledTaskRunner is guaranteed to shut it down
because if shutdown is set to true, then iterating is set to false.
Most people on both Windows and Linux use the Java or C++ client libraries
to read and write messages from/to ActiveMQ. Do you have requirements that
preclude that approach? If so, what are you trying to do and under what
constraints, so we can try to help you find a solution that works for you?
Hi
Some Googling did not give me much on this, so I ask here:
How do people here read and write the ActiveMQ from the windows world?
Preferably using PowerShell, but anything goes...
Tried to find STOMP implementations or native jms speakers, but it was
surprisingly scant. My present guess is
16 matches
Mail list logo
