Pls Unsubscribe me from QPid
Regards
-Original Message-
From: Cliff Jansen (Interop Systems Inc) [mailto:v-clj...@microsoft.com]
Sent: Thursday, 10 September 2009 3:15 PM
To: users@qpid.apache.org
Subject: RE: AMQP|QPid client API for WinCE
To add to Steve's comments: I took a look at
To add to Steve's comments: I took a look at what WCF related APIs are
missing in the "Compact" version of the Framework for Windows CE.
Most of it is there. Oddly, the missing bits appear to affect binary
encoding capability. This means that the binary and MTOM generic
bindings aren't available.
- "Steve Huston" wrote:
> Hi Mike,
>
> > Thanks Steve for the answer and for your C++ port to windows
>
> You're welcome.
>
> > What do you think about the code port on WiinCE ?
> > do you think is better to do it in C++ ( based on the QPid
> > C++ Windows API client)
>
> This is the cl
I changed the acceptMode and now the message dequeues are being reported
correctly.
Thanks so much!
//Bill
On 09/09/2009 02:19 PM, Gordon Sim wrote:
On 09/09/2009 06:35 PM, Bill Whiting wrote:
There's nothing special about the put program.
The browse program browses messages from the queue
On 09/09/2009 06:35 PM, Bill Whiting wrote:
There's nothing special about the put program.
The browse program browses messages from the queue and will acquire and
accept every fourth message.
The code works in that if you run the put program 5 times , and then run
browse. The first time you run
2009/9/9 PacaMike :
> do you think is better to do it in C++ ( based on the QPid C++ Windows API
> client) or in C# Dot Net Compact Framework[2.0 | 3.5] (based on the QPid C#
> Dot Net s API client ) ?
I think it's fair to say that the managed code .NET client is very
immature (to put it politely
> I would like to know if the AMQP/QPid client API maintains
> open the TCP
> socket connection all the time or close it or open it each
> time ( to send or receive msg) ?
The socket remains open between messages under normal operation.
-Steve
-
Hi Mike,
> Thanks Steve for the answer and for your C++ port to windows
You're welcome.
> What do you think about the code port on WiinCE ?
> do you think is better to do it in C++ ( based on the QPid
> C++ Windows API client)
This is the client I'm most familiar with and I believe it would be
There's nothing special about the put program.
The browse program browses messages from the queue and will acquire and
accept every fourth message.
The code works in that if you run the put program 5 times , and then run
browse. The first time you run browse there will be 20 messages that
ar
On 09/09/2009 12:50 PM, Carl Trieloff wrote:
Gordon Sim wrote:
On 09/09/2009 04:59 PM, Bill Whiting wrote:
Thanks, I'm able to browse messages non-destructively and I can
acquire/accept an individual message and remove it from the queue;
however, qpid-stat -q shows the same number of messages.
Hello All,
I would like to know if the AMQP/QPid client API maintains open the TCP
socket connection all the time or close it or open it each time ( to send or
receive msg) ?
Thanks
--
View this message in context:
http://n2.nabble.com/AMQP-Qpid-Client-API-socket-management-tp3612493p3612493.
Hello
Take a look to this link
http://www.danieleteti.it/?p=140
the delphi wrapper is officially included into the distribution of 0MQ
(seems to be also an other implementation of AMQP broker)
http://www.zeromq.org/start
Daniele Teti-2 wrote:
>
> Hi all,
> I'm a qpid newbie delphi prog
Thanks Steve for the answer and for your C++ port to windows
What do you think about the code port on WiinCE ?
do you think is better to do it in C++ ( based on the QPid C++ Windows API
client) or in C# Dot Net Compact Framework[2.0 | 3.5] (based on the QPid C#
Dot Net s API client ) ?
What do
Gordon Sim wrote:
On 09/09/2009 04:59 PM, Bill Whiting wrote:
Thanks, I'm able to browse messages non-destructively and I can
acquire/accept an individual message and remove it from the queue;
however, qpid-stat -q shows the same number of messages.
Is this a bug in qpid-stat or are those messa
On 09/09/2009 04:59 PM, Bill Whiting wrote:
Thanks, I'm able to browse messages non-destructively and I can
acquire/accept an individual message and remove it from the queue;
however, qpid-stat -q shows the same number of messages.
Is this a bug in qpid-stat or are those messages waiting for som
Thanks, I'm able to browse messages non-destructively and I can
acquire/accept an individual message and remove it from the queue;
however, qpid-stat -q shows the same number of messages.
Is this a bug in qpid-stat or are those messages waiting for some
timeout before they become available aga
On 09/09/2009 04:06 PM, Bill Whiting wrote:
Is there sample code or explanation in the documentation on how to
browse a queue.
No, but I have a Jira open for some doc improvements and have noted this
as one of them (feel free to add more comments to that).
I have setup a local queue and sub
On 09/09/2009 01:58 PM, Rob Springer wrote:
Good morning everyone,
Hi Rob,
Thanks for the feedback!
I wanted to suggest a possible change to the default values in the
SubscriptionSettings object, based on recent experiences.
Our issue is with the default value of the autoAck member. When ex
Is there sample code or explanation in the documentation on how to
browse a queue.
I have setup a local queue and subscribed to messages from a queue in
the broker. I set acquire mode to pre-acquire and the accept mode to none.
The messages are still removed from the broker's queue even though
Good morning everyone,
I wanted to suggest a possible change to the default values in the
SubscriptionSettings object, based on recent experiences.
Our issue is with the default value of the autoAck member. When
explicit accepts are off (ACCEPT_MODE_NONE), this value is ignored.
When explici
On Mon, Sep 7, 2009 at 4:21 PM, Jonathan Robie wrote:
> Isn't the Java client's output determined by the log4j file (log4j.xml)?
Not really, no. Except, maybe. Kinda. The client uses SLF4J, which can
use log4j which could use java/broker/etc/log4j.xml (but doesn't
unless you've deliberately done
21 matches
Mail list logo