qpid-proton mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Rafael Schloming <...@alum.mit.edu>
Subject Re: Using the messenger API to connect to a server without sending or subscribing
Date Wed, 23 Apr 2014 16:44:45 GMT
On Wed, Apr 23, 2014 at 12:10 PM, Dominic Evans <dominic.evans@uk.ibm.com>wrote:

> > My inclination would be to add some sort of policy or mode to messenger.
> > I'm not sure what I'd call it, but with this mode enabled, messenger
> (when
> > started) would always maintain active connections and/or links to any
> > declared routes. I think this is a bit more flexible than just the
> ability
> > to test a connection because a route can include the node information as
> > well. This would, e.g. give you the option of failing fast not only if
> the
> > broker was down, but also if the queue doesn't exist. In the python
> > binding
> > it would look something like this:
> >
> >   messenger.blah_mode = True
> >   messenger.route("broker1/*", "broker1.foo.com/$1")
> >   messenger.route("queueA", "broker2.bar.com/queueA")
> >   messenger.start() # this would now blow up if broker1 or broker2 is
> > inaccessable, or if queueA doesn't exist.
> >
> > Does this seem like it would cover your use case?
>
> That sounds like a good solution and would certainly meet our needs.
>
> Should we raise a New Feature issue in JIRA to track and discuss this
> further?
> That way you can have a think about how you'd prefer to see it implemented,
> and
> in the mean time we can put together a small patch toward this general idea
> and
> either submit that on JIRA, or allow you to come up with your own and we
> can
> rebase our API on top of that later.
>

Yeah, that would be great.

--Rafael

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message