We dont release a Java 1.4 client, no. I believe one was previously
released through use of Retrotranslator, but I'm not sure when the
last one was released; it hasnt been done in years though.
Regards,
Robbie
On 22 August 2011 05:50, Rishi Dev rish...@gmail.com wrote:
Hi,
We are having SAPXI
On 08/22/2011 03:08 AM, Paul Colby wrote:
Hi,
I have a C++ broker (0.10) running, which has messages stuck in a handful of
queues. It seems that these messages are stuck because the broker has
given them to one of my consumer processes, which has not yet
ack'd/rejected/released the messages.
On Mon, Aug 22, 2011 at 6:58 PM, Gordon Sim g...@redhat.com wrote:
On 08/22/2011 03:08 AM, Paul Colby wrote:
Hi,
I have a C++ broker (0.10) running, which has messages stuck in a handful
of
queues. It seems that these messages are stuck because the broker has
given them to one of my
Thanks for your response Robbie.
We will check with our group here and I will come back to the group in case
I need any more help.
On Mon, Aug 22, 2011 at 1:00 AM, Robbie Gemmell robbie.gemm...@gmail.comwrote:
We dont release a Java 1.4 client, no. I believe one was previously
released through
Hi.
I tried to post this on Friday, but it doesn't seem to have made its way
to the list, for some reason:
This e-mail, including any attachments and response string, may contain
proprietary information which is confidential and may be legally privileged. It
is for the intended recipient
On 08/22/2011 07:43 AM, Toralf Lund wrote:
Is there any way to tell if close() has been called on an
qpid::messaging::Session (in the C++ API)? There is no isClosed() or
isOpen() method on this class... It does seem like isError() will be
set, but can I rely on this? And how can I distinguish
Hi.
Is there any way to tell if close() has been called on an
qpid::messaging::Session (in the C++ API)? There is no isClosed() or
isOpen() method on this class... It does seem like isError() will be
set, but can I rely on this? And how can I distinguish between a closed
session and a
Hi Rishi, Is there a reason that you absolutely have to stick with Java
1.4? TBH it's a bit long in the tooth now and more recent Java versions
will give you a lot of benefits.
Would you not be better looking at the components that have specific
dependencies on old JVM versions and working
Hi Robbie that's good news.
Did you see my later post? I'd be interested in yours (and others) view
on the following
I'm curious though. What's the reason for validating a replyTo address using
an exchange declare? What I mean by that is that I'd have thought that in
general a reply to
Just to back up my earlier point have you looked through
http://java.sun.com/j2se/1.5.0/compatibility.html
Fraser Adams wrote:
Hi Rishi, Is there a reason that you absolutely have to stick with
Java 1.4? TBH it's a bit long in the tooth now and more recent Java
versions will give you a lot
Hi Frase,
Thank you very much for your suggestions. I agree with you completely.
But in our enterprise things are little complicated at this point in time.
We have SAP and XI which are on older versions and are limiting us for
messaging client library to support JDK 1.4. SAP/XI are in the plan
Hi,
I was doing some QPID performance tests. I had it's msg store set to Derby
and then pumped 25000 large msgs (XML format) each msg of size about 2.9 MB.
It took on an average 497 mili seconds per msg. Compared to this RabbitMQ
has shown a performance of ~88 mili seconds per msg to push it into
Hi Rishi, so have you tried SAP XI running on a later VM?
I don't know if you caught my later post on backwards compatibility but
Java does (in general) do a pretty good job with respect to backwards
binary compatibility on more recent JVMs - indeed backwards
compatibility was one of the
Which broker are you using? I'm assuming the Java broker based on Derby
question
The C++ broker with the msg store has been bench-marked at lot is a
great performer for most use cases. There are a few use-cases we are
still working on. I can point you to some info setup if you would like
Carl.
Is there a way to set a maximum size for a group of queues, or even all queues?
My dilemma is that I have several queues (lets say 8), and when the consumer
application is off/disconnected for a while, these queues will fill up memory
(lets say 8GB) fairly quickly. Currently I'm setting a
15 matches
Mail list logo
