+1
I tested shared subscription functionality against WIP shared
subscription support for Java Broker. No issue is found so far.
On 18 January 2017 at 14:41, Keith W wrote:
> +1
>
> * verify the checksums and signatures
> * ran apache rat-check
> * built from source distribution artefact and ran
qpid-cpp version 0.34
If it doesn't is there a way around or will I have to upgrade to 1.36?
On Wed, Jan 18, 2017 at 4:45 PM, Gordon Sim wrote:
> On 18/01/17 23:28, Gregory Simpson wrote:
>
>> Hello all,
>>
>> I am trying to use the "qpid-route" command to create a broker federation.
>> The pro
On 18/01/17 23:28, Gregory Simpson wrote:
Hello all,
I am trying to use the "qpid-route" command to create a broker federation.
The problem is that every time I use the qpid-route command and provide it
with a non local ip address as an argument it fails with the error "Failed:
VersionError - cl
Hello all,
I am trying to use the "qpid-route" command to create a broker federation.
The problem is that every time I use the qpid-route command and provide it
with a non local ip address as an argument it fails with the error "Failed:
VersionError - client: 0-10, server: 0-0". I have tried the c
On Wed, 2017-01-18 at 15:57 +, Adel Boutros wrote:
> Hello,
>
>
> I am actually testing the python bindings as described here [1]. I
> managed to launch the tests and have hit a new problem.
>
>
> There is a class called pni_sasl_t in "sasl-internal.h". This struct
> has a lot of members wh
Indeed setting -DSWIGEXPORT=__global solves the issue because SWIG doesn't
define the export symbol equivalent for Solaris.
Issue created and patch attached:
https://issues.apache.org/jira/browse/PROTON-1392
Regards,
Adel
From: Ken Giusti
Sent: Wednesday, J
Hello, fellow Apache enthusiast. Thanks for your participation, and
interest in, the projects of the Apache Software Foundation.
I wanted to remind you that the Call For Papers (CFP) for ApacheCon
North America, and Apache: Big Data North America, closes in less than a
month. If you've been puttin
- Original Message -
> From: "Adel Boutros"
> To: users@qpid.apache.org
> Sent: Wednesday, January 18, 2017 5:18:41 AM
> Subject: Re: [Proton 0.16.0] Compiling Proton Python bindings on Solaris is
> failing in the python tests
>
> Hello,
>
>
> We found the issue!!
>
Nice!
>
> The
I have create a Jira issue with a patch attached which fixes the below error.
https://issues.apache.org/jira/browse/PROTON-1391
Regards,
Adel
From: Adel Boutros
Sent: Wednesday, January 18, 2017 4:57:47 PM
To: users@qpid.apache.org
Subject: [Proton 0.16.0 - S
Hello,
I am actually testing the python bindings as described here [1]. I managed to
launch the tests and have hit a new problem.
There is a class called pni_sasl_t in "sasl-internal.h". This struct has a lot
of members which are pointers and set to NULL.
In the python test "proton_tests.sa
On 18 January 2017 at 10:24, Gordon Sim wrote:
> On 17/01/17 18:35, Chris Richardson wrote:
>
>> I'd like to request 2 changes in qpid to ease the issue, if I could...
>>
>
> Could you create a JIRA (or perhaps two of them) and attach the patches to
> those? Thanks!
>
Done!
https://issues.apache
+1
* verify the checksums and signatures
* ran apache rat-check
* built from source distribution artefact and ran all tests (mvn
verify with Java 1.8.0_111 on Mac OS X 10.11.6)
* ran Joram JMS integration tests against the Java Broker (trunk and
6.1.1) using the staged Maven artefacts
On 17 Janua
So I think what we said - and I can't find it written down anywhere in the
draft, though we reference the JSON spec in the pre-amble, is that any
value in the headers or body should be able to be sent in the native AMQP
type (and we might need some words there about converting between various
numer
On 01/18/2017 07:45 AM, Gordon Sim wrote:
On 18/01/17 10:45, Rob Godfrey wrote:
In terms of sending maps/lists I think we said (at OASIS), though it is
possibly not yet in the draft spec, that Json formatted equivalents
should
be able to be used for all values... however I have no idea if the
On 18/01/17 11:49, Robbie Gemmell wrote:
On 18 January 2017 at 10:45, Rob Godfrey wrote:
In terms of sending maps/lists I think we said (at OASIS), though it is
possibly not yet in the draft spec, that Json formatted equivalents should
be able to be used for all values... however I have no idea
On 18/01/17 10:45, Rob Godfrey wrote:
In terms of sending maps/lists I think we said (at OASIS), though it is
possibly not yet in the draft spec, that Json formatted equivalents should
be able to be used for all values... however I have no idea if the Dispatch
Router supports that.
I think that
On 18 January 2017 at 10:45, Rob Godfrey wrote:
> In terms of sending maps/lists I think we said (at OASIS), though it is
> possibly not yet in the draft spec, that Json formatted equivalents should
> be able to be used for all values... however I have no idea if the Dispatch
> Router supports tha
On 18 January 2017 at 01:21, Alan Conway wrote:
> On Tue, 2017-01-17 at 14:20 -0500, Alan Conway wrote:
>> On Wed, 2017-01-11 at 10:54 -0500, Andrew Stitcher wrote:
>> > On Wed, 2017-01-11 at 12:32 +, Robbie Gemmell wrote:
>> > > ...
>> > > Running it again on the 14.04.4 instance, node ubuntu
In terms of sending maps/lists I think we said (at OASIS), though it is
possibly not yet in the draft spec, that Json formatted equivalents should
be able to be used for all values... however I have no idea if the Dispatch
Router supports that.
In terms of receiving lists / maps I would assume tha
On 17/01/17 16:03, Rabih M wrote:
Hello,
If I understood well, Qpid-Dispatch can be managed using Amqp messages.
I saw that the management code is based on proton python binding.
Do you think it is feasible to manage the dispatch router the same way from
Qpid-Jms api?
Yes, but only through an
On 17/01/17 18:35, Chris Richardson wrote:
I'd like to request 2 changes in qpid to ease the issue, if I could...
Could you create a JIRA (or perhaps two of them) and attach the patches
to those? Thanks!
-
To unsubscribe, e-
Hello,
We found the issue!!
The symbol is actually present however in cmake, you set the visibility by
default to hidden (Linux: -fvisibility=hidden | Solaris: -xldscoe=hidden). So
the _cproton.so contained the symbol but only available locally not globally.
This can be verified using nm.
Hello,
I am David. I am evaluating Qpid proton for using the AMQP 1.0 protocol.
For the evaluation, I use Qpid proton 0.16.0 with Windows Visual Studio. My
interest is the reliability of exchanging messages over the network. For
this, I have some questions:
1. Why does the enum "delivery_mode" no
23 matches
Mail list logo
