- Original Message -
> Hi all,
>
> The only mention of AMQP 1.0 for Qpid that I can find in the docs section is
> on:
> http://qpid.apache.org/components/cpp-broker/index.html
>
> Just a mention of support.
>
> I couldn't find anything about AMQP 1.0 (including compatability) in the CP
Hi all,
The only mention of AMQP 1.0 for Qpid that I can find in the docs section is
on:
http://qpid.apache.org/components/cpp-broker/index.html
Just a mention of support.
I couldn't find anything about AMQP 1.0 (including compatability) in the CPP
broker book:
http://qpid.apache.org/rele
mmittees of their experience and help to get the eventual standard(s)
> worked out in a way that's been proven in the field.
>
> -Steve
>
> > -Original Message-
> > From: William Henry [mailto:whe...@redhat.com]
> > Sent: Friday, October 11, 2013 1
I'd also add, because I'm sure that some of you wonder why is William weighing
in? What has he to do with AMQP/Qpid anyway besides being historically linked
to it?
I've travelled globally talking about AMQP and Qpid to investment banks,
government agencies, telecoms, animation studios, stock e
+1. Great post Gordon. Again something to be captured in Qpid community
pages/documentation.
I'd also add we need to be innovating fast around AMQP now that we have 1.0. We
can't always wait on the OASIS process. It has taken a very long time to get
here (not OASIS). There were some significant
Ted,
Can someone add your text to the community web pages and link parts to
appropriate pages?
i.e. can we use Frase's and your posts to augment the community pages rather
than just leaving here in list archives?
William
- Original Message -
> Frase,
>
> This is an excellent post,
Great post! +1.
The community needs to do more to explain, document, and promote.
William
- Original Message -
> Hey all,
> The thread below on the dev list has prompted me to ask something that
> I've tentatively mentioned before, but am still a bit embarrassed to
> raise 'cause it prob
You really are leaving?
I'm afraid. I'm afraid, Faye. Faye, my mind is going. I can feel it. I can feel
it. My mind is going. There is no question about it. I can feel it. I can feel
it. I can feel it. I'm a... fraid.
HAL
- Original Message -
> Ah Darryl - you are indeed correct!
>
>
Faye,
Rereading my email it struck me that you might never have seen 2001: A Space
Odyssey and don't understand the quotes below.
http://www.imdb.com/character/ch0002900/quotes
This was a light-hearted joke. I hope you are successful unsubscribing.
Regards,
William
- Original Message
Look Faye, I can see you're really upset about this. I honestly think you ought
to sit down calmly, take a stress pill, and think things over.
Regarding your unsubscribe, I'm sorry, Faye. I'm afraid I can't do that.
I think you know what the problem is just as well as I do.
This mission is too
Hi Frase and others.
It is regrettable that there is so much confusion. I understand where you're
coming from. Indeed I think I have had similar experiences with some of the
changes that you have had and are experiencing.
Before addressing some specific API issues I think it's first worth exp
- Original Message -
> I'd like to start a discussion on how, from an API perspective,
> applications can use the request/response pattern. If we get this
> right, we will remove a significant barrier to adoption of AMQP.
>
> Middleware messaging systems typically do a poor job of suppo
Just FYI. The first phase of a AMQP bridge for OpenMAMA using Qpid was
completed yesterday. Still plenty to do.
For more information you can see my blog post:
http://ipbabble.com/2012/09/an-amqp-bridge-for-openmama-using-qpid.html
I'll continue to provide updates.
William
Done.
http://ipbabble.com/2012/09/gordon-sim-responds-on-the-amqp-journey.html
Thanks again Gordon.
William
- Original Message -
> On 08/31/2012 06:07 PM, William Henry wrote:
> > Thanks Gordon! Do you mind if I post this response on my blog and
> > credit to you?
>
- Original Message -
> On 08/22/2012 05:40 PM, William Henry wrote:
> > I've posted a blog entry on my journey to AMQP 1.0 from 0.8 and
> > what
> > I see as the power of AMQP 1.0. It is by no means an exhaustive
> > technical analysis and I hope to provid
-05-26.html.zip
I'll open a Jira (?)
William
- Original Message -
> On 08/31/2012 03:07 PM, William Henry wrote:
> > Look at the address string options:
> >
> > Unfortunately this link is broken:
> > http://qpid.apache.org/books/0.18/Programming-In-Apac
http://qpid.apache.org/books/0.16/Programming-In-Apache-Qpid/html/index.html
Is there.
William
On Aug 31, 2012, at 8:07 AM, William Henry wrote:
> Hi Andrew,
>
> Look at the address string options:
>
> Unfortunately this link is broken:
> http://qpid.apache.org/books/0
Hi Andrew,
Look at the address string options:
Unfortunately this link is broken:
http://qpid.apache.org/books/0.18/Programming-In-Apache-Qpid/html/index.html
Try this:
https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_MRG/2/html/Programming_in_Apache_Qpid/sect-Programming_in_Apa
Hi,
Qpid doesn't support RPC it is messaging. Qpid does support a request/reply
pattern but it is not RPC.
There is a hello_world example that shows how you might pattern a request reply
app.
See:
https://svn.apache.org/repos/asf/qpid/trunk/qpid/cpp/examples/README.txt
William
- Origi
- Original Message -
> On 03/09/2012 04:10 PM, Fraser Adams wrote:
> > On 09/03/12 14:22, Gordon Sim wrote:
> >>
> >> Can you (or have you) tracked the queue depth, connection and
> >> session
> >> stats for the broker exhibiting the problem? Anything you can
> >> think of
> >> that might
Yes. Use and LVQ.
https://cwiki.apache.org/qpid/lvq.html
William
On Feb 29, 2012, at 3:40 AM, "Davide Anastasia"
wrote:
> Hi All,
>
> Suppose I have a queue where I receive prices for financial instruments,
> where every instrument is a topic (instrument1, instrument2,
> instrument3... so on
ted.
I'm talking about the C++ broker here.
The code checks the message whether it is durable queue or not. From
the enqueue method in the C++ broker:
if ((msg->isPersistent() || msg->checkContentReleasable()) && store) {
'store' is whether the the queue is d
William
On Feb 11, 2012, at 2:42 AM, Fraser Adams wrote:
>
> This might be a slightly weird question, but what does making an exchange
> persistent actually do?
>
> What I mean is that one of the behaviours that I'd really like with Qpid is
> to be able to have *configuration* persisted.
- Original Message -
> On Fri, Feb 10, 2012 at 1:20 AM, William Henry
> wrote:
> >
> > - Original Message -
> >> Hi,
> >>
> >> what are the different types of communication possible in QPID?
> >> and
> >> how the
&g
- Original Message -
> Hi,
>
> what are the different types of communication possible in QPID? and
> how the
> information flows into various communication types like peer to peer
> and
> pub-sub communication.?
> Please someone help me in knowing this.
>
> Regards,
> Sinduja.R
Hi Sindu
- Original Message -
> Hi,
>
> 1.Can anyone tell me what are the advantages of using multiple
> brokers over
> single broker? I what scenario we can start multiple brokers?
The advantages are only relevant when you consider use cases.
1. One use case might be that you have different ty
- Original Message -
> Thanks for the reply...
>
> Server.cpp
> My address1 :
> Receiver receiver1 =
> session.createReceiver("service_queue/usa.news;{create:always}");
> My address2:
> Receiver receiver2 =
> session.createReceiver("service_queue/eur
It could be that in the first case all consumers get their own queue and then
all get the messages. In the second case, perhaps they all join a shared queue
and the first subscriber manages to consume all the messages. (?)
I'm only quickly speculating. Can you check the broker with qpid-tool or
- Original Message -
> On 5 January 2012 19:46, Fraser Adams
> wrote:
>
> > At the risk of being controversial :-)
> >
> > So qpid has both C++ and Java brokers available. Out of curiosity
> > (and
> > definitely not wishing to start a flame war) what's the benefit
> > of that
> > s
Sadly, though I often hear that ActiveMQ will support AMQP even the web page
seems very much out of date:
http://activemq.apache.org/amqp.html
For example it references Qpid project:
"This code has been placed into incubation as the Qpid project (this link will
change if accepted as full project
- Original Message -
> On 04/08/2011 12:30 AM, Paul Colby wrote:
> > Hi,
> >
> > Is it possible to get a message's timestamp via the Qpid Messaging
> > API?
>
> Not yet, I'm afraid. The broker doesn't set the timestamp either at
> present. If you want to create a JIRA I could have a look
On Mar 9, 2011, at 5:34 PM, "Hickerson, David A"
wrote:
> What is the difference between the classes in qpid/client and qpid/messaging
> in C++?
One, qpid/client, is supporting the older API that doesn't have the new
"addressing". Though you can have a qpid/client client send/receive mess
I would think that an ESB might be a bit overkill here. There ought to be a
lighter-weight solution.
Also with the new API I think it might be easier to provide a REST "wrapper".
The URL might map pretty easily to a node and the REST semantics would sit
nicely on top of sends and fetches. No?
- "vivek agarwal" wrote:
> Hi,
>
> Thanks for the reply.
> We are planning to use a Java broker as most of our applications are
> in
> Java. Will this affect performance?
>
> Is it possible to use a C++ broker, with Java clients ( I am asking
> this
> cause I believe a C++ broker will give
Hi Wes,
Can you provide some more clarification. Do you mean that a single message
might be larger than the RAM that you have and you want to use the persistent
queue to store parts/all of that message? Or do you, more probably mean, that
you can deal with whole messages but you just may not b
The reason is that JMS is the standard API for doing messaging in Java. Java
messaging developers are used to JMS and companies have invested in JMS.
Adding a new Java API is not desirable. Yes the JMS api is basically a
wrapper on AMQP but an essential wrapper for Java developers.
William
-
Hi Andrew,
I don't remember any exchange semantics in queue Purge. But it's been a
while. I certainly didn't see any in there at that time.
William
William G Henry
Emerging Technologies, CTO Office, Red Hat.
Phone: +1 719 271 6951
Email: whe...@redhat.com
- Original Message -
From: And
- "Acácio Centeno" wrote:
> Hi,
>
>
>
> How do a producer app knows when a message could not
> be
> delivered? I post a message to a queue that does not exist, and the
> QPid log
> states:
>
>
>
> 2009-oct-01 14:00:35 info DirectExchange amq.direct could not route
> m
- "Carl Trieloff" wrote:
> William Henry wrote:
> > Has anyone done any broker memory footprint sizing exercises?
> >
> > I've done a very adhoc and limited investigation. I see that a
> default qpidd without any plugins seems to use 5Mb of memory
Has anyone done any broker memory footprint sizing exercises?
I've done a very adhoc and limited investigation. I see that a default qpidd
without any plugins seems to use 5Mb of memory (5072Kb). As I added some queues
and exchanges I saw 8Kb increases. Sometimes it didn't seem linear. E.g. is
- "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
Hi Wes,
It is possible. Unfortunately the only C++ example I can think of this is
currently in the management (QMF) code. I'll try to get another example out
soon.
Have a look here:
cpp/src/qpid/agent/ManagementAgentImpl.cpp
Simply, the steps are:
You create a Buffer and then use the various
been considered.
William
- "Markus KARG" wrote:
> Here is another newbie question...: :-)
>
>
>
> William Henry wrote:
>
>
>
> " So the producer posts messages using AMQP to an exchange on the
> broker and
> the message is transfered to the co
Hi Markus,
Yes. I'm not sure how much interoperability testing has been done to date but
the idea is that it is AMQP everywhere! :)
So the producer posts messages using AMQP to an exchange on the broker and the
message is transfered to the consumer(s) using AMQP. All messages on the wire
are u
44 matches
Mail list logo
