bsnyder wrote:
>
>
> You should add a page to the ActiveMQ wiki explaining this software.
>
>
Many thanks for your suggestion!
I have now added a link on the page
http://activemq.apache.org/cross-language-clients.html
There was already a link to the StompClient from Codehaus, so
BTActive
All,
I'm considering ActiveMQ for an application that has very high message rates
expected, at the rate of 6 - 10 million messages per minute. All of these
messages are fairly small, on the order of 100 bytes or less, but they will
be very regular, with a a large burst of additional messages (aro
I'm sure that there are a lot of things that we do wrong in the
configure scripts, but so far I can't find anyone who really know what
the right thing to do with the autotools is. It would be nice if there
was a "Best Practices" document for the autotools that we could refer to.
I personally
I've just been looking at the way libtool is used by ActiveMQ-CPP,
in anticipation of creating some Debian packages.
The parameters to -version-info are defined like this:
current = 2 = current interface version
revision = 1 = the revision of the library (binary compatibility is
preserved acro
On 03/12/2007, cmagoyrk <[EMAIL PROTECTED]> wrote:
>
> I can implement that logic into my client, essentially each queue having it's
> own error queue, but then what is the purpose of the Dead Letter Queue?
The Dead Letter Queue generally just kicks in when a client has rolled
back a transaction p
I can implement that logic into my client, essentially each queue having it's
own error queue, but then what is the purpose of the Dead Letter Queue?
James.Strachan wrote:
>
> On 03/12/2007, cmagoyrk <[EMAIL PROTECTED]> wrote:
>>
>> I am using Client Acknowledgement with prefetch size set to on
On 03/12/2007, cmagoyrk <[EMAIL PROTECTED]> wrote:
>
> I am using Client Acknowledgement with prefetch size set to one. A client
> reads a message, decides that the message is invalid, and would like to Nack
> it. I do not know how to Nack the message (send a Poison Ack) back to the
> Queue. For
I am using Client Acknowledgement with prefetch size set to one. A client
reads a message, decides that the message is invalid, and would like to Nack
it. I do not know how to Nack the message (send a Poison Ack) back to the
Queue. For reference I am trying to do this from a perl application us
On Dec 2, 2007 11:09 PM, mjustin <[EMAIL PROTECTED]> wrote:
>
> Update
>
> The BTActiveMQClient GUI demo application now also includes
> - Transactions section - begin, commit and abort JMS transactions
> - JMS message log, STOMP frame log
> - sending and receiving of objects requires Delphi 7 or h
I filed a bug report for the same.
https://issues.apache.org/activemq/browse/AMQ-1510
https://issues.apache.org/activemq/browse/AMQ-1510
This is my first bug report ever in JIRA!! Please let me know if there is
anything I missed or if there are any guidelines that I didn't follow.
Thanks,
Viswa
That sounds like a bug - the counter should be reset on restart once
the queue is being used again.
On 03/12/2007, Viswanath Durbha <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> This question is regarding the QueueSize attribute of a queue in a
> persistent broker.
>
> I'm using ActiveMQ 5.0 snapshot ver
Hi,
This question is regarding the QueueSize attribute of a queue in a
persistent broker.
I'm using ActiveMQ 5.0 snapshot version. I have a broker called broker1
queue called test.queue. The broker has persistence enabled and it is using
the default AMQ storage adapter. I sent some messages to t
12 matches
Mail list logo