Go binding for the proton AMQP messaging engine.

2015-04-17 Thread Alan Conway
I'm working on a Go binding for proton, which is an implementation of the AMQP messaging protocol http://qpid.apache.org/proton/index.html It has bindings for C, python, ruby, javascript, C++ (in the works), perl, PHP and possibly others, but I think Go is a Bit Different. There is an overview of

[jira] [Commented] (PROTON-827) Client binding for the "go" programming language.

2015-04-17 Thread ASF subversion and git services (JIRA)
[ https://issues.apache.org/jira/browse/PROTON-827?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14500634#comment-14500634 ] ASF subversion and git services commented on PROTON-827: Commit 82

[jira] [Created] (PROTON-854) [proton-j] ConnectionImpl retains all created Sessions until the Connection is freed

2015-04-17 Thread Robbie Gemmell (JIRA)
Robbie Gemmell created PROTON-854: - Summary: [proton-j] ConnectionImpl retains all created Sessions until the Connection is freed Key: PROTON-854 URL: https://issues.apache.org/jira/browse/PROTON-854

Re: [RFC] Strategy for porting Proton to Python 3

2015-04-17 Thread Ken Giusti
- Original Message - > From: "Robbie Gemmell" > To: proton@qpid.apache.org > Sent: Thursday, April 16, 2015 6:28:18 PM > Subject: Re: [RFC] Strategy for porting Proton to Python 3 > > On 16 April 2015 at 23:03, Robbie Gemmell wrote: > > On 16 April 2015 at 20:38, Ken Giusti wrote: > >

Re: [RFC] Strategy for porting Proton to Python 3

2015-04-17 Thread Ken Giusti
- Original Message - > From: "Dominic Evans" > To: proton@qpid.apache.org > Sent: Thursday, April 16, 2015 5:21:11 PM > Subject: Re: [RFC] Strategy for porting Proton to Python 3 > > > (Apologies for top post, on iPhone) > > #4 keep all the unittest source as python2 code for testing

Re: Messenger race condition on Android?

2015-04-17 Thread Rafael Schloming
On Fri, Apr 17, 2015 at 8:09 AM, Adam Wynne 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 Thread starte

Messenger race condition on Android?

2015-04-17 Thread Adam Wynne
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 Thread started from an Android Activity, the message is not received by a sub

Re: [RFC] Strategy for porting Proton to Python 3

2015-04-17 Thread Alan Conway
On Thu, 2015-04-16 at 09:54 -0400, Ken Giusti 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 > the uni

[jira] [Commented] (PROTON-850) inconsistent state when reusing link name

2015-04-17 Thread Gordon Sim (JIRA)
[ https://issues.apache.org/jira/browse/PROTON-850?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14499658#comment-14499658 ] Gordon Sim commented on PROTON-850: --- Proposed fix: https://reviews.apache.org/r/33300/

Re: [RFC] Strategy for porting Proton to Python 3

2015-04-17 Thread Rafael Schloming
On Thu, Apr 16, 2015 at 9:54 AM, Ken Giusti 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 > the unit

[jira] [Updated] (PROTON-852) Implement pn_getaddrinfo,pn_getprotobyname for platforms that not support getaddrinfo(),getprotobyname()

2015-04-17 Thread Tomasz Nowicki (JIRA)
[ https://issues.apache.org/jira/browse/PROTON-852?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tomasz Nowicki updated PROTON-852: -- Description: We are using proton-c on a small ebedded system based on uclinux/uclibc.c On this p