Hi,
I have few more queries:
1. IIUC, If there is only one producer sending persistent messages, then
journal writes will happen for every message and Slow KahaDB access logging
will be done for every message.
2. In what cases does "Slow KahaDB access: Journal read took " will logged?
In which ca
What's message ack mode you're using?
If your consumer does not acknowledge messages that have been processed,
eg, you may forget to manual ack message when using client ack mode or
forget to commit session when using transaction,
those messages will be redelivered when consumer or broker gets rest
Hi Torsten,
Thanks for your response. Yes I have both the broker instances work on the
same levelDB. I am OK if the some messaged are getting enqueued, But what
happened here it is processing the Old messages which are already
Delivered.
For Example:
Per day There are 100,000 Message are getting p
NoSpaceException is also a response come from broker.
when asyn send is used,client will not expect response for request.
You can try to use non-transactional session or enforce sync send and that
should work.
2014-02-20 7:04 GMT+08:00 Gary Tully :
> It looks like you are using async send so th
Yep, at least I've noted that this can happen under consistent load.
I think part of the problem is that leveldb is periodically doing
level compactions which can cause pauses in it's write operations.
HyperDex and RocksDB are both similar libs which we could swap out
leveldb for in the future whi
On Mon, Dec 9, 2013 at 11:14 AM, pwalker wrote:
> Having a quick look it doesn't seem like ReadOptions are used for this
> function so no verifyChecksums flag is passed in right?
>
Yep.. perhaps we should.
> Was hoping that on initialization of the masterLevelDBClient we would be
> able to valid
Or this one
https://github.com/ebuzzing/bash-mq
On Wed, Feb 19, 2014 at 4:13 PM, Gary Tully wrote:
> Though unix, this may inspire
> http://www.nobugs.org/blog/archives/2008/05/11/squawk-simple-queues-using-awk/comment-page-1/
> On 11 Feb 2014 17:01, "SLYSLY" wrote:
>
>> Hi !
>> My company uses
Though unix, this may inspire
http://www.nobugs.org/blog/archives/2008/05/11/squawk-simple-queues-using-awk/comment-page-1/
On 11 Feb 2014 17:01, "SLYSLY" wrote:
> Hi !
> My company uses a very old application developed in Uniface 7
> My team currently develops a new application based on Talend E
It looks like you are using async send so there is nothing to trap any
exception.
On 19 Feb 2014 16:07, "James Black" wrote:
> After clearing down the queues using the admin console I can see that the
> store percent used is back to zero. However, this did not cause the
> blocking in our applica
have you peeked at https://issues.apache.org/jira/browse/AMQ-3451
On 19 February 2014 15:47, Chirag Pujara wrote:
> Update:
>
> I think I found problem why I see this behavior. We have bunch wars running
> on tomcat and sending messages to broker. We have uptime deployment process
> for all the w
Please unsubscribe me from activemq list
NOTICE: This email message is for the sole use of the intended recipient(s)
and may contain confidential and privileged information. Any unauthorized
review, use, disclosure or distribution is prohibited. If you are not the
intended recipient, please c
Hi Ram,
Assuming both broker instances master and slave work on the same levelDB
persistence store. Is it possible that you have some messages enqueued when the
master broker goes down?
When the slave takes over, it would reload the messages from the persistence
store and hence they will be ava
After clearing down the queues using the admin console I can see that the
store percent used is back to zero. However, this did not cause the
blocking in our application to exit.
After restarting our applications but not ActiveMq they were still blocked
and unable to receive API requests.
--
V
Update:
I think I found problem why I see this behavior. We have bunch wars running
on tomcat and sending messages to broker. We have uptime deployment process
for all the wars. So when I undeploy war I think activemq connection
threads dont shut down properly and thats why I see exceptions like t
Here is the my implementation we have in production, We have Master Slave
with LevelDB for persistence. For some reason when Master node goes down or
getting restarted the Queue is getting initialized with some already
Delivered message. Is there some setting we are missing.
Thanks,
Ram
--
Vie
inline
On 16 February 2014 16:09, Enrico Olivelli wrote:
> If I set updateURIsSupported=false do I need to reconfigure all the clients
> when I'm going to a a new broker ?
yes. you could make use of updateURIsURL to externalise the list.
>
> I cannot find the documentation for reconnectSupported
Hi,
sadly we once again find some problems with ActiveMq. We are using 5.5.1
but won't be upgrading as we'll probably move to a different message broker.
Anyway the current issue is that with producer flow control enabled and with
sendFailIfNoSpaceAfterTimeout set to 15000 (15s) we see no except
Hello,
the form is now available in PDF-format.
Best Regards.
--
View this message in context:
http://activemq.2283324.n4.nabble.com/Manufacturer-s-Information-on-IT-Security-tp4678062p4678119.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
Hello,
Could you attach the form again? It seems to be gone from Nabble.
Regards,
*Raúl Kripalani*
Apache Camel PMC Member & Committer | Enterprise Architect, Open Source
Integration specialist
http://about.me/raulkripalani | http://www.linkedin.com/in/raulkripalani
http://blog.raulkr.net | twit
For security reasons its better if you convert your Open Office document into
PDF format or plain text and attach it again.
Torsten Mielke
tmie...@redhat.com
tmielke.blogspot.com
On 18 Feb 2014, at 08:35 am, led wrote:
> Dears,
>
> I need Manufacturer's Information on IT Security for apache
20 matches
Mail list logo