next-incoming-id=2,
>> >> incoming-window=2147483647, next-outgoing-id=0, outgoing-window=0,
>> handle=0,
>> >> delivery-count=2, link-credit=100, drain=false]
>> >> [0x129d770]:0 <- @flow(19) [next-incoming-id=3,
>> >> incoming-window=2147483647,
ed=true, more=false] (253)
> >> "\x00Sp\xd0\x00\x00\x00\x0b\x00\x00\x00\x05BP\x04@BR
> >> \x00\x00Ss\xd0\x00\x00\x008\x00\x00\x00\x0d@@\xa1\x15amqp://
> >>
> 0.0.0.0/TPRBOX@\x83\x00\x00\x00\x00\x00\x00\x00\x00\x83\x00\x00\x00\x00\x00\x00\x00\x00@R\x00@\x00Sw\xa0\xa5\x08\x00\x0
0, drain=false]
>>
>> Best regards,
>>
>> 24.10.2014 22:36, Rafael Schloming пишет:
>>> You can check out the trunk source code from here:
>>>
>>> http://svn.apache.org/repos/asf/qpid/proton/trunk/
>>>
>>> You should be able to tu
Ivanov"
> To: proton@qpid.apache.org
> Sent: Friday, October 24, 2014 5:02:43 PM
> Subject: Re: VOTE: Release Proton 0.8 RC4 as 0.8 final
>
> Hallo Rafael,
>
> Sorry, but this time I have to attach a file :-) (I was usually trying to
> avoid it because sending to mailing list)
t;
>> Best regards,
>>
>> 24.10.2014 22:36, Rafael Schloming пишет:
>>> You can check out the trunk source code from here:
>>>
>>> http://svn.apache.org/repos/asf/qpid/proton/trunk/
>>>
>>> You should be able to turn on the protocol t
t; And pls can you explain me how to turn the proitocol trace on? Or
> should I
> >> just tcpdump during exchange?
> >>
> >> Best regards,
> >>
> >> 24.10.2014 22:24, Rafael Schloming пишет:
> >>> Hi Michael,
> >&g
vanov
>> wrote:
>>>
>>>> I just rebuilt all client processes to use proton 0.8 (it was still 0.7
>>>> before)
>>>> Error is still the same.
>>>>
>>>> Best regards,
>>>>
>>>> 24.10.2014 18:16, Ken Giusti
27;t explain why a transfer is sent out of order by the client,
> >> but at least we probably should remove the attempt to pn_full_settle(),
> and
> >> just return the error to fail the connection (assumed - totally
> untested).
> >>>
> >>> -K
> >
should remove the attempt to pn_full_settle(), and
>> just return the error to fail the connection (assumed - totally untested).
>>>
>>> -K
>>>
>>> - Original Message -
>>>> From: "Michael Ivanov"
>>>> T
attempt to pn_full_settle(), and
> just return the error to fail the connection (assumed - totally untested).
> >
> > -K
> >
> > - Original Message -
> >> From: "Michael Ivanov"
> >> To: proton@qpid.apache.org
> >> Sent: Friday, Oct
a transfer is sent out of order by the client, but at
> least we probably should remove the attempt to pn_full_settle(), and just
> return the error to fail the connection (assumed - totally untested).
>
> -K
>
> - Original Message -
>> From: "Michael Ivanov&q
m: "Michael Ivanov"
> To: proton@qpid.apache.org
> Sent: Friday, October 24, 2014 9:38:54 AM
> Subject: Re: VOTE: Release Proton 0.8 RC4 as 0.8 final
>
> Hallo,
>
> I used proton 0.7 and later when I had an error, proton 0.8 RC4 to build
> qpid-cpp-0.30. In both
Hallo,
I used proton 0.7 and later when I had an error, proton 0.8 RC4 to build
qpid-cpp-0.30. In both cases at some time qpidd aborts in proton library
in the following location:
#0 0x003999432635 in raise () from /lib64/libc.so.6
#1 0x003999433e15 in abort () from /lib64/libc.so.6
[ X ] Yes, release Proton 0.8 RC4 as 0.8 final.
Compiled on Windows Server 2012, Visual Studios 2008, 2010, 2012, 2013.
Ran some tests on a few kits with no issues.
[ X ] Yes, release Proton 0.8 RC4 as 0.8 final.
Tested Proton-J with ActiveMQ and the new JMS client and found no issues,
On 10/23/2014 12:21 PM, Rafael Schloming wrote:
Hi Everyone,
I've put together RC4. This is pretty much the same as RC3 with a number of
fixes to disable thos
[ X ] Yes, release Proton 0.8 RC4 as 0.8 final.
I ran the C and Java build+tests, tried out the Java binaries with the JMS
client build+tests, all seemed fine.
Robbie
On 23 October 2014 17:21, Rafael Schloming wrote:
> Hi Everyone,
>
> I've put together RC4. This is pretty mu
+1 (non binding I guess)
> On Oct 23, 2014, at 12:21 PM, Rafael Schloming wrote:
>
> Hi Everyone,
>
> I've put together RC4. This is pretty much the same as RC3 with a number of
> fixes to disable those SSL versions that are vulnerable to attack.
>
> T
[ X ] Yes, release Proton 0.8 RC4 as 0.8 final.
Passes dispatch tests
On Thu, 2014-10-23 at 12:21 -0400, Rafael Schloming wrote:
> Hi Everyone,
>
> I've put together RC4. This is pretty much the same as RC3 with a number of
> fixes to disable those SSL versions that are vul
[X] Yes, release Proton 0.8 RC4 as 0.8 final.
make test on Fedora19 and Centos6
make install on Centos6
verified against pyngus (trunk) and oslo.messaging (trunk)
verified sslv3 is rejected
- Original Message -
> From: "Rafael Schloming"
> To: proton@qpid.apache.org
Hi Everyone,
I've put together RC4. This is pretty much the same as RC3 with a number of
fixes to disable those SSL versions that are vulnerable to attack.
The sources are available here:
- http://people.apache.org/~rhs/qpid-proton-0.8rc4/
Java binaries are here:
-
loming wrote:
>
>> Hi Everyone,
>>
>> I haven't heard of any issues in RC4, so I'm going to put this to a
>> formal vote now:
>>
>> Source artifacts are here:
>>
>> - http://people.apache.org/~rhs/qpid-proton-0.7rc4/
>>
>>
On Tue, Apr 22, 2014 at 7:12 AM, Rafael Schloming wrote:
> Hi Everyone,
>
> I haven't heard of any issues in RC4, so I'm going to put this to a formal
> vote now:
>
> Source artifacts are here:
>
> - http://people.apache.org/~rhs/qpid-proton-0.7rc4/
>
&
fwiw,
[X] Yes, release 0.7 RC4 as 0.7 final
[ ] No, 0.7 RC4 as the following issues...
Bozzo
On 22. 04. 14 13:12, Rafael Schloming wrote:
Hi Everyone,
I haven't heard of any issues in RC4, so I'm going to put this to a formal
vote now:
Source artifacts are here:
[X] Yes, release 0.7 RC4 as 0.7 final
[ ] No, 0.7 RC4 as the following issues...
- Original Message -
> From: "Robbie Gemmell"
> To: proton@qpid.apache.org
> Sent: Tuesday, April 22, 2014 11:04:04 AM
> Subject: Re: [VOTE]: Release Proton 0.7 RC4 as 0.7 final
&g
+1
Robbie
On 22 Apr 2014 12:13, "Rafael Schloming" wrote:
> Hi Everyone,
>
> I haven't heard of any issues in RC4, so I'm going to put this to a formal
> vote now:
>
> Source artifacts are here:
>
> - http://people.apache.org/~rhs/qpid-proton-0.7r
+1
On 04/22/2014 07:12 AM, Rafael Schloming wrote:
> Hi Everyone,
>
> I haven't heard of any issues in RC4, so I'm going to put this to a formal
> vote now:
>
> Source artifacts are here:
>
> - http://people.apache.org/~rhs/qpid-proton-0.7rc4/
>
&g
[X] Yes, release 0.7 RC4 as 0.7 final
[ ] No, 0.7 RC4 as the following issues...
Regards,
Frase
Hi Everyone,
I haven't heard of any issues in RC4, so I'm going to put this to a formal
vote now:
Source artifacts are here:
- http://people.apache.org/~rhs/qpid-proton-0.7rc4/
Java binaries are here:
- https://repository.apache.org/content/repositories/orgapacheqpid-1004/
Ple
Hi Everyone,
I've posted 0.7 RC4 in the usual places. Source artifacts are here:
- http://people.apache.org/~rhs/qpid-proton-0.7rc4/
Java binaries are here:
- https://repository.apache.org/content/repositories/orgapacheqpid-1004/
Changes from RC3 are:
- PROTON-550 (missing depen
Yay! Congrats.
On Tue, Nov 6, 2012 at 4:06 AM, Rafael Schloming wrote:
> FYI 0.2 is now live:
>
> http://qpid.apache.org/proton/download.html
>
> --Rafael
>
--
**
*Hiram Chirino*
*Engineering | Red Hat, Inc.*
*hchir...@redhat.com | fusesource.com | redhat.com*
*skype: hiramchirino
FYI 0.2 is now live:
http://qpid.apache.org/proton/download.html
--Rafael
On Mon, Nov 05, 2012 at 10:37:34PM +0100, Rafael Schloming wrote:
> On Mon, Nov 5, 2012 at 6:08 PM, Robbie Gemmell
> wrote:
>
> > Surely its going to be in /dist/qpid/proton since its a sub project?
> >
>
> Oops, I misread the post. It will be exactly where 0.1 is except it will
> say 0.2 instea
On Mon, Nov 5, 2012 at 6:08 PM, Robbie Gemmell wrote:
> Surely its going to be in /dist/qpid/proton since its a sub project?
>
Oops, I misread the post. It will be exactly where 0.1 is except it will
say 0.2 instead:
http://www.apache.org/dist/qpid/proton/0.1/qpid-proton-c-0.1.tar.gz
--Rafael
Surely its going to be in /dist/qpid/proton since its a sub project?
Robbie
On 5 November 2012 16:11, Rafael Schloming wrote:
> On Mon, Nov 5, 2012 at 3:54 PM, Darryl L. Pierce
> wrote
> >
> > Will the final, official URL for the source be:
> >
> > http://www.apache.org/dist/proton/$VER/qpid-p
On Mon, Nov 5, 2012 at 3:54 PM, Darryl L. Pierce wrote
>
> Will the final, official URL for the source be:
>
> http://www.apache.org/dist/proton/$VER/qpid-proton-c-$VER.tar.gz
>
> ? I'd like to clean up another rpmlint error where it doesn't like a
> non-URI value for the source.
Yes, with the c
[x] Ship it. Reviewed the C code change with Rafi.
Rajith
On Mon, Nov 5, 2012 at 7:29 AM, Rob Godfrey wrote:
> [X] Ship it! (Release RC4 as 0.2)
>
> Tested java and reviewed C change.
>
> -- Rob
>
> On 5 November 2012 13:19, Rafael Schloming wrote:
>
>> Posted
On Mon, Nov 05, 2012 at 07:19:30AM -0500, Rafael Schloming wrote:
> Posted here: http://people.apache.org/~rhs/qpid-proton-0.2rc4/
>
> [X] Ship it! (Release RC4 as 0.2)
> [ ] No (We need another RC because...)
>
> The only difference between RC3 and RC4 for proton-c is a on
[X] Ship it! (Release RC4 as 0.2)
Tested java and reviewed C change.
-- Rob
On 5 November 2012 13:19, Rafael Schloming wrote:
> Posted here: http://people.apache.org/~rhs/qpid-proton-0.2rc4/
>
> [ ] Ship it! (Release RC4 as 0.2)
> [ ] No (We need another RC because...)
>
> T
Posted here: http://people.apache.org/~rhs/qpid-proton-0.2rc4/
[ ] Ship it! (Release RC4 as 0.2)
[ ] No (We need another RC because...)
The only difference between RC3 and RC4 for proton-c is a one line change
in engine.c that ensures that pn_transport_output will not fail to produce
output
Ok, I'm -1ing this one because ken's ssl fix didn't make it in. Sorry for
the churn. RC5 will be up shortly with ken's ssl fix in it.
--Rafael
On Thu, Oct 25, 2012 at 1:42 PM, Rafael Schloming wrote:
> I've posted an RC4 here:
>
> http://people.apache.
I've posted an RC4 here:
http://people.apache.org/~rhs/qpid-proton-0.1rc4/
I believe both the koji issue and the decimal64 issue should be fixed now.
The full changelog from the previous RC is here:
r1402224
41 matches
Mail list logo
