On Fri, Jan 23, 2015 at 2:08 PM, Darryl L. Pierce dpie...@redhat.com
wrote:
On Fri, Jan 23, 2015 at 01:49:34PM -0500, Rafael Schloming wrote:
It does talk about what swig does, but it also talks about the other
direction:
If the C structure references other ruby objects, then the mark
On Mon, Jan 26, 2015 at 9:43 AM, Alan Conway acon...@redhat.com wrote:
On Mon, 2015-01-19 at 13:57 -0500, Rafael Schloming wrote:
On Mon, Jan 19, 2015 at 11:52 AM, Alan Conway acon...@redhat.com
wrote:
On Wed, 2015-01-14 at 08:28 -0500, Rafael Schloming wrote:
Hi Everyone
Hi Everyone,
I've put together an alpha 2 for Proton 0.9. I believe the memory issues
identified in alpha 1 are addressed. Source and binaries are posted in the
usual locations:
Source artifacts:
http://people.apache.org/~rhs/qpid-proton-0.9-alpha-2/
Java binaries:
This question has been raised a couple times on IRC now, so I figured I
should write up a quick summary. If you're newish to proton development,
you might be wondering why there are two apparently independent projects
(proton-c and proton-j) that share the same git repo and release cycle.
These
or
should it be Object, Object ?
Technically one could use a Number (int, long) etc as a key..
Any opinion here? ;)
On Thu, Jan 29, 2015 at 12:48 PM, Rafael Schloming r...@alum.mit.edu
wrote:
On Thu, Jan 29, 2015 at 12:28 PM, Rajith Muditha Attapattu
rajit...@gmail.com wrote:
Rafi
FYI, thanks to some help from Fraser, this issue should now be resolved.
--Rafael
On Sat, Jan 31, 2015 at 1:24 PM, Rafael Schloming r...@alum.mit.edu wrote:
On Sat, Jan 31, 2015 at 12:27 PM, Fraser Adams
fraser.ad...@blueyonder.co.uk wrote:
Hopefully you got the build I mailed you
On Tue, Feb 3, 2015 at 6:32 AM, Dominic Evans dominic.ev...@uk.ibm.com
wrote:
Rafael Schloming-3 wrote
These projects aren't actually quite as independent as they look. There
is
a common test suite that runs against both implementations to help keep
them in sync with each other
On Wed, Feb 4, 2015 at 8:39 PM, Ted Ross tr...@redhat.com wrote:
Rafael,
I'm a bit confused by this push. How does this set of examples relate to
the examples Gordon has been developing in examples/engine/py?
I tried to explain this a while back when I originally posted about this
work:
On Fri, Feb 6, 2015 at 8:54 AM, Fraser Adams fraser.ad...@blueyonder.co.uk
wrote:
It sounds like we quite probably would want to keep any web socket stuff
compile-time optional and simply not build it at all with emscripten. That
would a) avoid the possibility of nested websocketry, and b)
On Tue, Feb 3, 2015 at 4:26 PM, Darryl L. Pierce dpie...@redhat.com wrote:
On Mon, Feb 02, 2015 at 09:12:22AM -0500, Darryl L. Pierce wrote:
Are there any example apps for Python that don't use the reactive APIs?
If no examples, perhaps a primer of how the logical components of the
enger
On Fri, Jan 30, 2015 at 10:40 AM, Darryl L. Pierce dpie...@redhat.com
wrote:
On Wed, Jan 28, 2015 at 01:22:45PM -0500, Rafael Schloming wrote:
snip
Also, have you been able to validate your testing strategy for
either/both
of these POCs? Can you generate seg faults and/or valgrind warnings
Is this the approach you referenced in your other email? (Same request here
for a pointer to the highlighted key bits of the approach.)
On Fri, Jan 30, 2015 at 4:11 PM, Darryl L. Pierce dpie...@redhat.com
wrote:
So over the last week I've been working on a way to avoid leaking memory
or
On Fri, Feb 6, 2015 at 9:28 AM, Alan Conway acon...@redhat.com wrote:
On Fri, 2015-02-06 at 08:19 -0500, Rafael Schloming wrote:
A couple of questions/comments inline, but first off, any reason this
isn't on the list? (I don't mind, just curious.)
No good reason, including list now
PM, Rafael Schloming r...@alum.mit.edu
wrote:
A while back I implemented a relatively complete standalone codec here:
https://github.com/rhs/qpid-proton-old/tree/codec/proton-j/src/main/java/org/apache/qpid/proton/codec2
It's quite a bit faster than the existing codec. I believe
My guess is we should probably be there in roughly a month. I am hoping to
get an alpha2 out later today and historically it's been about 3 weeks once
we reach roughly this point in the process.
--Rafael
On Fri, Jan 16, 2015 at 3:05 AM, xavier xaviermillie...@eaton.com wrote:
Hi all,
Do you
My intention is to support a variety of scenarios for I/O. I believe it is
a key requirement that we can create sockets/fds in either python or C and
regardless of where they are created, they need to be serviceable by a
single I/O loop written either buy us or by others in C or in pure python.
(I
On Mon, Jan 19, 2015 at 11:52 AM, Alan Conway acon...@redhat.com wrote:
On Wed, 2015-01-14 at 08:28 -0500, Rafael Schloming wrote:
Hi Everyone,
I've been doing some work on a C reactor API for proton that is
intended to fit both alongside and underneath what gordon has been
doing
I just noticed that dispatch seems to have it's own copy of driver.c now. I
think that means the driver API is now dead code as messenger, the new
reactor stuff, etc all use the newer selector API.
Is anyone else using/aware of anyone using this code in anyway? I would
like to at a minimum
The most important thing to get worked out for this is the memory
management semantics between C and Ruby. From what I can tell from your
branch, it looks like you haven't done that yet.
As I've said before, the first step to wrapping the engine API is to work
out a simple strategy for wrapping C
Yes, those are part of the driver API.
--Rafael
On Thu, Jan 22, 2015 at 11:08 AM, Darryl L. Pierce dpie...@redhat.com
wrote:
On Thu, Jan 22, 2015 at 10:50:22AM -0500, Rafael Schloming wrote:
I just noticed that dispatch seems to have it's own copy of driver.c
now. I
think that means
Hi Everyone,
As promised here is an update on the status of the reactive API work (both
reactor and container). I'm also adding a 0.9 release status since it is
related. If you don't care about the details of the reactive API work then
skip to the end for the release details.
For the reactive
I'm not much of a git expert, so I don't know what the preferred option
would be, but I'm +1 for killing it in one form or another.
--Rafael
On Mon, Feb 16, 2015 at 2:32 PM, Alan Conway acon...@redhat.com wrote:
I work on a mix of SVN and GIT-based projects so I switch between trunk
and
On Thu, Feb 12, 2015 at 5:54 PM, Dominic Evans dominic.ev...@uk.ibm.com
wrote:
In proton-c pn_sender / pn_receiver in the engine will always return a
brand
new link.
But their equivalents in SessionImpl in proton-j, keep a cached list of the
existing session links, and return you one of
On Mon, Feb 16, 2015 at 3:40 PM, Dominic Evans dominic.ev...@uk.ibm.com
wrote:
Rafael Schloming r...@alum.mit.edu wrote on 16/02/2015 20:02:07:
On Mon, Feb 16, 2015 at 2:32 PM, Alan Conway acon...@redhat.com wrote:
I work on a mix of SVN and GIT-based projects so I switch between
trunk
On Wed, Feb 18, 2015 at 3:58 PM, Rajith Muditha Attapattu
rajit...@gmail.com wrote:
Setting the message body for an o.a.q.proton.message.Message is slightly
awkward.
You have to create a AmqpValue. AmqpSequence or a Data object that
encapsulates the underlying data type.
Given that one of
I have a fix for a couple of these, I'm looking into the last one now...
--Rafael
On Mon, Feb 16, 2015 at 6:05 PM, Alan Conway acon...@redhat.com wrote:
On Mon, 2015-02-16 at 17:58 -0500, Alan Conway wrote:
On Fri, 2015-02-13 at 16:25 -0500, Rafael Schloming wrote:
Hi Everyone,
I've
.
We should take this opportunity to review the current approach and see if
we could come up with a better alternative.
If anybody has any suggestions, I would be happy to discuss them with you
on the list.
Regards,
Rajith
On Thu, Jan 15, 2015 at 3:15 PM, Rafael Schloming r
Hi Alan,
The recently added stuff in utils.py seems to have broken the java build.
It uses the 'with' keyword which is apparently not supported in jython.
--Rafael
, Rafael Schloming wrote:
Hi Alan,
The recently added stuff in utils.py seems to have broken the java build.
It uses the 'with' keyword which is apparently not supported in jython.
--Rafael
Fixing ASAP. I have persistent trouble with the java test failing with
timeouts I need to figure
On Wed, Jan 28, 2015 at 9:06 AM, Darryl L. Pierce dpie...@redhat.com
wrote:
On Wed, Jan 28, 2015 at 06:04:57AM -0500, Rafael Schloming wrote:
On the face of it this sounds like it could be quite brittle and probably
more complicated than just forgetting about swig for the one pn_rubyref_t
On Tue, Jan 27, 2015 at 5:35 PM, Darryl L. Pierce dpie...@redhat.com
wrote:
On Fri, Jan 23, 2015 at 03:46:34PM -0500, Darryl L. Pierce wrote:
+1 Though, I was hoping we could avoid having to manually do things...
So I have a working POC that assigns a Ruby object to a C struct in such
a way
On Thu, Jan 29, 2015 at 12:28 PM, Rajith Muditha Attapattu
rajit...@gmail.com wrote:
Rafi could u pls answer the two questions I had in the code?
1. Your uint method only takes an int .. shouldn't it take a long? Bcos it
could contain a value larger than a java int?
To be honest I don't
fedora 20 as far as I'm aware. I installed
emscripten by just following the directions in the README.
--Rafael
Frase
On 31/01/15 15:37, Rafael Schloming wrote:
Any chance you could send me a copy of your proton.js so I can try on my
system?
--Rafael
On Sat, Jan 31, 2015 at 10:32 AM
On Wed, Jan 28, 2015 at 1:05 PM, Darryl L. Pierce dpie...@redhat.com
wrote:
On Wed, Jan 28, 2015 at 12:06:44PM -0500, Rafael Schloming wrote:
Why did you reject it then?
Reject it? I don't recall rejecting any option.
I meant why did you post about the global array thing
Why did you reject it then?
--Rafael
On Wed, Jan 28, 2015 at 9:54 AM, Darryl L. Pierce dpie...@redhat.com
wrote:
On Wed, Jan 28, 2015 at 09:19:29AM -0500, Rafael Schloming wrote:
On Wed, Jan 28, 2015 at 9:06 AM, Darryl L. Pierce dpie...@redhat.com
wrote:
On Wed, Jan 28, 2015 at 06:04
On Wed, Jan 28, 2015 at 2:01 PM, Rajith Muditha Attapattu
rajit...@gmail.com wrote:
Rafi,
I just checked in some skeleton code to explore a particular approach.
It avoids the intermediate objects we have in proton now (Ex FlowType.java)
Instead the Flow class is directly used by the
On Sat, Jan 31, 2015 at 7:29 AM, Fraser Adams fraser.ad...@blueyonder.co.uk
wrote:
Thanks for the heads up Rafi.
I'll take a look when I've got a moment, that's not actually something
I've noticed before.
TBH I'm *pretty sure* that when I was developing this stuff I'd have done
what you've
Hi Everyone,
I've been doing some work on a C reactor API for proton that is intended to
fit both alongside and underneath what gordon has been doing in pure
python. I have several goals with this work.
- Simplify/enable a reactive style of programming in C that is similar to
what gordon has
This has come up tangentially in a couple of threads now, and there seems
to be at least tacit agreement that the plural doesn't make sense anymore
now that we've seen how integrations/extensions will work.
I'll be posting an alpha later today, but before that I'd like to do the
reactors-reactor
On Thu, Feb 12, 2015 at 8:29 AM, Gordon Sim g...@redhat.com wrote:
On 02/05/2015 05:10 PM, Rafael Schloming wrote:
On Wed, Feb 4, 2015 at 8:39 PM, Ted Ross tr...@redhat.com wrote:
I'm a bit confused by this push. How does this set of examples relate to
the examples Gordon has been
Hi Everyone,
I've posted Proton 0.9 alpha 3 in the usual places:
Source Artifacts:
https://people.apache.org/~rhs/qpid-proton-0.9-alpha-3/
Java Binaries
https://repository.apache.org/content/repositories/orgapacheqpid-1024
There are numerous bug fixes and improvements since alpha 2.
b6506126afbc51bab4c97bf847f2f07f2cc4e6e2
Author: Rafael Schloming r...@alum.mit.edu
Date: Mon Mar 16 17:42:56 2015 +1300
Release 0.9-rc-2
commit 0fbe80e2f81a1e8a2df55f6221b987391d5dc336
Author: Bozo Dragojevic bo...@digiverse.si
Date: Fri Mar 13 14:01:35 2015 +0100
PROTON-838: proton-hawtdispatch cannot connect
Hi Everyone,
Here's a quick respin of 0.9-rc-3. The only changes from rc-2 are exactly
those two mentioned on the rc-2 vote thread. I've included them at the end
for reference. You can find the source artifacts in the usual location:
https://people.apache.org/~rhs/qpid-proton-0.9-rc-3/
Java
JMS client.
Robbie
On 16 March 2015 at 05:04, Rafael Schloming r...@alum.mit.edu wrote:
Hi Everyone,
I've posted 0.9 RC 2 in the usual places. The source artifacts are
available here:
https://people.apache.org/~rhs/qpid-proton-0.9-rc-2/
Java binaries are available here
Hi Everyone,
I've posted 0.9-rc-1 in the usual places. Please have a look and register
your vote:
Source code can be found here:
http://people.apache.org/~rhs/qpid-proton-0.9-rc-1/
Java binaries are here:
https://repository.apache.org/content/repositories/orgapacheqpid-1025
[ ]
FYI, unlike previous releases I've created a 0.9 branch so that work can
continue on trunk without impacting the release. Please ensure that any
fixes intended for the release actually end up on the 0.9 release branch.
--Rafael
On Mon, Mar 9, 2015 at 7:57 AM, Rafael Schloming r...@alum.mit.edu
.
|
[]
Built target docs-py
- Original Message -
From: Rafael Schloming r...@alum.mit.edu
To: proton@qpid.apache.org, us...@qpid.apache.org
Sent: Monday, March 9, 2015 7:57:53 AM
Subject: VOTE: Release Proton 0.9-rc-1 as 0.9 final
Hi Everyone
...@redhat.com
To: proton@qpid.apache.org
Sent: Monday, March 2, 2015 8:46:10 PM
Subject: Re: 0.9 release schedule
On Mon, 2015-03-02 at 20:00 +, Gordon Sim wrote:
On 03/02/2015 07:07 PM, Rafael Schloming wrote:
Hi Everyone,
I'd like to propose spinning the first beta
3rd, 2015, 2:39 p.m. UTC, Gordon Sim wrote:
Review request for qpid, Alan Conway, Justin Ross, and Rafael Schloming.
By Gordon Sim.
*Updated March 3, 2015, 2:39 p.m.*
*Repository: * qpid-proton-git
Description
In order to convey a little bit more about what the contents do. Just
On Tue, Mar 10, 2015 at 12:57 AM, Rafael Schloming r...@alum.mit.edu wrote:
Hi Everyone,
I've posted 0.9-rc-1 in the usual places. Please have a look and register
your vote:
Source code can be found here:
http://people.apache.org/~rhs/qpid-proton-0.9-rc-1/
Java binaries are here
Hi Irina,
I've updated as described in the git pull thread on the PAX extension
issue. I'm just waiting for the mirrors to update before updating the web
site and making the announcement.
--Rafael
On Mon, Mar 30, 2015 at 2:01 PM, Irina Boverman ibove...@redhat.com wrote:
Rafael,
Will you
On Tue, Mar 31, 2015 at 11:02 AM, Alan Conway acon...@redhat.com wrote:
On Mon, 2015-03-30 at 00:11 +0100, Adrian Preston wrote:
Hello all,
I've been following the development of the reactor API and think that it
looks really neat. Is anyone working on a pure Java version? I'd be
On Wed, Apr 1, 2015 at 6:00 AM, Dominic Evans dominic.ev...@uk.ibm.com
wrote:
2.4.5 Idle Timeout Of A Connection
To avoid spurious timeouts, the value in idle-time-out SHOULD be half the
peer's actual timeout threshold
So, to me, this means on the @open performative the client should flow
, Mar 26, 2015 at 4:20 PM, Ted Ross tr...@redhat.com wrote:
Rafael,
Do you have an ETA for the final bits? We're anxious to build some
downstream packages.
-Ted
On 03/22/2015 02:44 PM, Rafael Schloming wrote:
This vote passes with 8 binding +1's and no other votes. I will push the
final
Schloming wrote:
This vote passes with 8 binding +1's and no other votes. I will push the
final bits soon.
--Rafael
On Tue, Mar 17, 2015 at 9:42 AM, Rafael Schloming r...@alum.mit.edu
wrote:
Hi Everyone,
Here's a quick respin of 0.9-rc-3. The only changes from rc-2 are
exactly
those
Hi Alan,
Sorry I didn't comment on this sooner, I didn't have time to comment on
your original review request during my travels, however I do have some
thoughts on the changes you made to the codec interface. I noticed you
added a separate accessor for the size:
ssize_t
On Tue, Mar 31, 2015 at 2:48 PM, Alan Conway acon...@redhat.com wrote:
On Tue, 2015-03-31 at 11:26 -0400, Rafael Schloming wrote:
On Tue, Mar 31, 2015 at 11:02 AM, Alan Conway acon...@redhat.com
wrote:
On Mon, 2015-03-30 at 00:11 +0100, Adrian Preston wrote:
Hello all,
I've
On Mon, Mar 2, 2015 at 1:12 PM, Darryl L. Pierce dpie...@redhat.com wrote:
Do I need to use reference counting from within the Proton library even
though I'm writing in a language that doesn't use them?
I asked because I see calls to pn_incref/pn_decref in the Python
bindings.
You are
Hi Everyone,
I'd like to propose spinning the first beta (or possibly just RC) for 0.9
sometime next week. We've been using alphas to get some early eyes on some
of the new APIs in this release. I think when Andrew's SASL work lands
there will be no remaining work for 0.9 in the category of major
This is from Andrew's wiki comment. Sorry to paste it back to the list, but
I'm having some difficulty commenting there:
1. Setters with no getters
Philosophically I don't agree that you need to make all properties
read/write. I see no particular reason to make these properties
This isn't necessarily a proton bug. Nothing in the referenced checkin
actually touches the logic around allocating/freeing error strings, it
merely causes pn_send/pn_recv to make use of pn_io_t's pn_error_t where
previously it threw away the error information. This would suggest that
there is
On Wed, Feb 25, 2015 at 9:53 AM, Alan Conway acon...@redhat.com wrote:
On Wed, 2015-02-25 at 09:04 -0500, Michael Goulish wrote:
Good point! I'm afraid it will take me the rest of my life
to reproduce under valgrind .. but ... I'll see what I can do
Try this in your environment:
On Wed, Feb 25, 2015 at 10:49 AM, Ted Ross tr...@redhat.com wrote:
Would it be safe to assume that any operations on driver-io are not
thread safe?
Dispatch is a multi-threaded application. It looks to me as though
io-error is a resource shared across the threads in an unsafe way.
On Wed, Feb 25, 2015 at 12:48 PM, Ted Ross tr...@redhat.com wrote:
On 02/25/2015 11:52 AM, Rafael Schloming wrote:
On Wed, Feb 25, 2015 at 10:49 AM, Ted Ross tr...@redhat.com wrote:
Would it be safe to assume that any operations on driver-io are not
thread safe?
Dispatch is a multi
, 2015 at 8:52 AM, Rafael Schloming r...@alum.mit.edu
wrote:
On Wed, Feb 25, 2015 at 10:49 AM, Ted Ross tr...@redhat.com wrote:
Would it be safe to assume that any operations on driver-io are not
thread safe?
Dispatch is a multi-threaded application. It looks to me as though
io-error
Hi Everyone,
I'll be attending ApacheCon in April. I was wondering if there are others
that plan to go and if so would there be any interest in having an informal
BOF/hackathon/get-together either during the conference or after hours?
--Rafael
On Wed, Feb 25, 2015 at 9:23 PM, Cliff Jansen cliffjan...@gmail.com wrote:
Two usage cases, very desirable in Proton, happen to be mostly trivial
on POSIX but mostly non-trivial on Windows: multi-threading and
external loops. Proton io and selector classes are POSIX-y in look
and feel, but
I'm trying to put together a relatively complete set of changes and release
notes for 0.9. If there is any particular feature be it new or some
existing behaviour change that is worthy of being mentioned in the release
notes or release announcement, please follow up with a suitable blurb on
this
C to a Ruby object.
[1]
http://clalance.blogspot.com/2013/11/writing-ruby-extensions-in-c-part-13.html
--Rafael
On Fri, Jan 23, 2015 at 9:01 AM, Darryl L. Pierce dpie...@redhat.com
wrote:
On Thu, Jan 22, 2015 at 12:08:52PM -0500, Rafael Schloming wrote:
The most important thing to get worked
I pushed some basic reactor examples into the proton tree under
examples/reactor/py. These are geared mostly towards
understanding/explaining the basic processing model of the event loop.
Please have a look. They are still a bit of a work in progress, as is the
API itself, but all feedback is
Hi Everyone,
Qpid Proton 0.9 is now officially available. You can find it here:
http://qpid.apache.org/releases/qpid-proton-0.9/index.html
In addition to numerous bug fixes and improvements, the 0.9 release
includes a new reactive API that makes it significantly easier to integrate
AMQP into an
Hi Adrian,
See inline for answers...
On Thu, Apr 23, 2015 at 12:17 PM, Adrian Preston prest...@uk.ibm.com
wrote:
Hello all,
While porting the proton-c reactor to Java, I've found a few error paths
that I wasn't sure how best to handle.
I have some ideas (see below), but if this stuff is
this.
--Rafael
On Wed, Apr 22, 2015 at 3:02 PM, Gordon Sim g...@redhat.com wrote:
On 04/22/2015 05:42 PM, Gordon Sim wrote:
On 04/21/2015 12:52 PM, Rafael Schloming wrote:
I'm seeing a couple of issues with the recently landed sasl changes. I'm
getting four test failures in the python tests (see
There are a couple of proton-c changes that while not as critical as the
proton-j stuff would make sense to go out in such a release, e.g. there is
a two line fix that avoids zombie connections building up when the network
dies in just the right way, so I'm +1 on a quick turnaround release.
I'm seeing a couple of issues with the recently landed sasl changes. I'm
getting four test failures in the python tests (see details at the end).
I'm also seeing interop issues with the proton.js built prior to these
changes, and with these changes in place the javascript build seems to be
messed
On Wed, Apr 29, 2015 at 6:16 AM, Dominic Evans dominic.ev...@uk.ibm.com
wrote:
-Robbie Gemmell robbie.gemm...@gmail.com wrote: -
There were some changes on master and the branch yesterday, so I have
updated the commit lists again. The current categorised list of
commits is now at:
Hi Everyone,
I've put out an RC for 0.9.1 in the usual places.
Source artifacts are here:
https://people.apache.org/~rhs/qpid-proton-0.9.1-rc1/
Java binaries are here:
https://repository.apache.org/content/repositories/orgapacheqpid-1033
Please check them out and register your vote:
[
On Thu, Apr 30, 2015 at 8:35 AM, Ken Giusti kgiu...@redhat.com wrote:
- Original Message -
From: Rafael Schloming r...@alum.mit.edu
To: proton@qpid.apache.org
Sent: Wednesday, April 29, 2015 4:24:09 PM
Subject: Re: Python 3 port is 'done'
What happens when I run make test
On Wed, Apr 29, 2015 at 12:38 PM, Gordon Sim g...@redhat.com wrote:
On 04/27/2015 01:45 PM, Gordon Sim wrote:
On 04/27/2015 01:14 PM, Rafael Schloming wrote:
I also added PROTON-858 as a release blocker.
I've been trying to get a fix proposal together for that. I'll post it
for review
What happens when I run make test and I have both python2 and python3
installed on my system? Do the tests run once under each version or does
one of the versions 'win'?
--Rafael
On Wed, Apr 29, 2015 at 4:05 PM, Ken Giusti kgiu...@redhat.com wrote:
Well, done enough to consider merging to
On Mon, Apr 20, 2015 at 8:12 PM, Adam Wynne awy...@gmail.com wrote:
Hi Rafael,
My answers to your questions are below...
On Fri, Apr 17, 2015 at 8:33 AM Rafael Schloming-3 [via Qpid]
ml-node+s2158936n7623117...@n2.nabble.com wrote:
On Fri, Apr 17, 2015 at 8:09 AM, Adam Wynne [hidden
This one should definitely go in:
+ aa5ea2b62fd5680bc2a36bee14f72e037d8cc276 close the transport when the
selector reports an error
I also added PROTON-858 as a release blocker.
--Rafael
On Mon, Apr 27, 2015 at 8:07 AM, Gordon Sim g...@redhat.com wrote:
On 04/27/2015 12:46 PM, Robbie
What sort of work/connections are you talking about here? Are you talking
about processing AMQP messages in a thread pool or are you talking about
writing some sort of multithreaded I/O handler?
--Rafael
On Thu, Apr 30, 2015 at 2:47 PM, Alan Conway acon...@redhat.com wrote:
Can the proton
I'd like to see one fairly soon. I'm currently working through a few
sasl-related interop issues between proton-c and proton-j, but once that is
done and gordon's map fix lands, I think we would be in decent shape to put
out a 0.10 in short order.
--Rafael
On Thu, Apr 30, 2015 at 3:06 PM, Rajith
On Wed, Apr 29, 2015 at 3:34 PM, Rafael Schloming r...@alum.mit.edu wrote:
Hi Everyone,
I've put out an RC for 0.9.1 in the usual places.
Source artifacts are here:
https://people.apache.org/~rhs/qpid-proton-0.9.1-rc1/
Java binaries are here:
https://repository.apache.org/content
The vote passes with 7 +1's and no other votes.
--Rafael
On Wed, Apr 29, 2015 at 3:34 PM, Rafael Schloming r...@alum.mit.edu wrote:
Hi Everyone,
I've put out an RC for 0.9.1 in the usual places.
Source artifacts are here:
https://people.apache.org/~rhs/qpid-proton-0.9.1-rc1/
Java
On Thu, May 7, 2015 at 2:52 PM, Alan Conway acon...@redhat.com wrote:
- Original Message -
The recent landing of the Go changes make me think that we should be more
explicit about our development process with respect to new language
bindings (or possibly in general). There are two
be validly encoded for some reason
ssize_t pn_xxx_encode(xxx_t, char *buf, size_t limit);
And transitioning to this with a feature macro.
--Rafael
On Thu, May 7, 2015 at 3:28 PM, Andrew Stitcher astitc...@redhat.com
wrote:
On Wed, 2015-05-06 at 14:03 -0400, Rafael Schloming wrote:
We seem
On Thu, May 7, 2015 at 7:29 AM, gemmellr g...@git.apache.org wrote:
Github user gemmellr commented on a diff in the pull request:
https://github.com/apache/qpid-proton/pull/29#discussion_r29843571
--- Diff:
proton-j/src/main/java/org/apache/qpid/proton/engine/impl/EventImpl.java ---
On Thu, May 7, 2015 at 9:41 AM, Darryl L. Pierce dpie...@redhat.com wrote:
I've been working on this codebase since the beginning of the year. The
two branches [1, 2] in my git repo represent the low-level engine APIs
and the higher-level reactive APIs, respectively.
I'm still working
On Wed, May 6, 2015 at 10:59 AM, Alan Conway acon...@redhat.com wrote:
On Thu, 2015-04-30 at 21:51 -0400, Rafael Schloming wrote:
What sort of work/connections are you talking about here? Are you talking
about processing AMQP messages in a thread pool or are you talking about
writing some
The recent landing of the Go changes make me think that we should be more
explicit about our development process with respect to new language
bindings (or possibly in general). There are two problems I would like to
address.
First, a bunch of code just landed on trunk without prior
On Thu, May 7, 2015 at 11:49 AM, Darryl L. Pierce dpie...@redhat.com
wrote:
On Thu, May 07, 2015 at 11:32:33AM -0400, Rafael Schloming wrote:
On Thu, May 7, 2015 at 10:40 AM, Darryl L. Pierce dpie...@redhat.com
wrote:
On Thu, May 07, 2015 at 09:57:49AM -0400, Rafael Schloming wrote
On Thu, Apr 30, 2015 at 11:18 AM, Robbie Gemmell robbie.gemm...@gmail.com
wrote:
On 30 April 2015 at 15:56, Ken Giusti kgiu...@redhat.com wrote:
- Original Message -
From: Robbie Gemmell robbie.gemm...@gmail.com
To: proton@qpid.apache.org
Cc: us...@qpid.apache.org
Sent:
On Mon, May 11, 2015 at 3:49 PM, Alan Conway acon...@redhat.com wrote:
On Thu, 2015-05-07 at 15:53 -0400, Rafael Schloming wrote:
I believe where we ended up was standardizing on a single snprintf-style
signature for all encode functions, i.e.:
// always returns encoded size, never
Can you post an isolated reproducer with just your definition of pn_rbkey_t
and a code version of the 5 steps that lead to the seg fault?
--Rafael
On Mon, May 11, 2015 at 5:21 PM, Darryl L. Pierce dpie...@redhat.com
wrote:
On Thu, May 07, 2015 at 01:02:13PM -0400, Rafael Schloming wrote
On Tue, May 12, 2015 at 8:34 AM, Darryl L. Pierce dpie...@redhat.com
wrote:
On Tue, May 12, 2015 at 05:45:20AM -0400, Rafael Schloming wrote:
Can you post an isolated reproducer with just your definition of
pn_rbkey_t
and a code version of the 5 steps that lead to the seg fault?
On my
On Tue, May 12, 2015 at 10:34 AM, Darryl L. Pierce dpie...@redhat.com
wrote:
On Tue, May 12, 2015 at 09:44:41AM -0400, Rafael Schloming wrote:
On Tue, May 12, 2015 at 8:34 AM, Darryl L. Pierce dpie...@redhat.com
wrote:
On Tue, May 12, 2015 at 05:45:20AM -0400, Rafael Schloming wrote
On Fri, Apr 17, 2015 at 8:09 AM, Adam Wynne awy...@gmail.com wrote:
Sorry for the cross-post but I didn't get any hits on the user list and I
now
think this could be a bug.
I think I am seeing a race condition with Messenger on Android only:
When I do the typical put/send sequence in a
On Thu, Apr 16, 2015 at 9:54 AM, Ken Giusti kgiu...@redhat.com wrote:
Hi all,
I'm building on the work done by Dominic and Mickael to get all the proton
python bits to work under both python2 and python3. See [1].
I think this will entail a lot of little changes to the python sources and
301 - 400 of 432 matches
Mail list logo