Re: QPID C++ Broker and QPID Proton C++ Example interoperability problem

I am not sure of the proper etiquette here, but I wanted to say thanks to Gordon. Building the C++ qpidd with "-Damqp_force=true" did, in fact, solve my problem. Thank you. John -- View this message in context:

RFI: Update maximum accepted version of proton for qpid-cpp [Was: [RESULT] [VOTE] Release Qpid Proton 0.14.0]

As a follow on from this. I tested qpid-cpp with this version of proton and found no problems I could attribute to proton* So I've updated the maximum version of proton that doesn't warn about lack of testing on qpid-cpp master and I'd like to put this on the 1.35 release branch. The change [1]

**Please Dropbox** ~ Document~08/25/2016.pdf**

[image: Image removed by sender. HelloFax] The easiest way to sign and send faxes online Executed Settlement From: Nicholas Barone (*​nbar...@princeton.com *) -- Please see attached. - Reply

RE: Using QPID behind HTTP proxy

Hi Tobias, > -Original Message- > From: rat...@web.de [mailto:rat...@web.de] > Sent: Thursday, August 25, 2016 8:30 AM > To: users@qpid.apache.org > Subject: Using QPID behind HTTP proxy > > Hello, > in my c++ application several computations are performed on a remote > server. > I have

[RESULT] [VOTE] Release Qpid Proton 0.14.0

The release is approved with six binding votes in favor and none against. On Wed, Aug 17, 2016 at 7:06 AM, Justin Ross wrote: > The artifacts proposed for release: > > https://dist.apache.org/repos/dist/dev/qpid/proton/0.14.0-rc/ > > Please indicate your vote below. If

Re: [VOTE] Release Qpid Proton 0.14.0

+1 I tested on Fedora 23 and Windows 10. Linux test output: http://home.apache.org/~jross/misc/qpid-proton-0.14.0-rc-test-output.txt On Wed, Aug 17, 2016 at 7:06 AM, Justin Ross wrote: > The artifacts proposed for release: > >

[RESULT] [VOTE] Release Qpid Python 1.35.0

The release is approved with four binding votes in favor and none against. On Wed, Aug 17, 2016 at 7:09 AM, Justin Ross wrote: > The artifacts proposed for release: > > https://dist.apache.org/repos/dist/dev/qpid/python/1.35.0-rc/ > > Please indicate your vote below.

Re: [VOTE] Release Qpid Python 1.35.0

+1 I tested Qpid Python RC with Qpid C++ master on Fedora 23 and Windows 10. Linux test output: http://home.apache.org/~jross/misc/qpid-python-1.35.0-rc-test-output.txt On Wed, Aug 17, 2016 at 7:09 AM, Justin Ross wrote: > The artifacts proposed for release: > >

Using QPID behind HTTP proxy

Hello, in my c++ application several computations are performed on a remote server. I have implemented this using QPID and everything works fine if a direct internet connection is available. However, some of my clients use a HTTP proxy to access the internet. Is there any possibility to tell QPID

Re: heterogeneous federation (Qpid -> ActiveMQ)

On 25/08/16 13:07, Vince Cole wrote: Hi I'm new to Qpid and to this list, please be gentle :-) Is it possible to create a federation, in which a Qpid instance is the source broker and an ActiveMQ instance is the destination (on a remote host)? Out of the box, this doesn't appear possible

heterogeneous federation (Qpid -> ActiveMQ)

Hi I'm new to Qpid and to this list, please be gentle :-) Is it possible to create a federation, in which a Qpid instance is the source broker and an ActiveMQ instance is the destination (on a remote host)? Out of the box, this doesn't appear possible because ActiveMQ requires a connection be

Re: Proton C++ binding: cases where value may not be present not handled correctly where methods return std::string

Wanted to get this API conversation on the public list. The AMQP protocol treats all properties as "optional" so on the wire properties can be "missing". Other APIs can represent this distinction, e.g. python returns None for missing and "" for empty string. The C++ API repreents properties like