Re: Proton 0.3 ETA?

2012-12-05 Thread Gordon Sim
On 12/05/2012 01:09 PM, Hiram Chirino wrote: We getting closer? I would like to start cutting release candidates for ActiveMQ and I can't do that until proton-j is released. I'd like to get the messenger API and implementation in before we do that. My plan was to try and add in the

SSL related noise in tests? (was Re: Proton 0.3 ETA?)

2012-12-05 Thread Gordon Sim
On 12/05/2012 01:56 PM, Gordon Sim wrote: On 12/05/2012 01:09 PM, Hiram Chirino wrote: We getting closer? I would like to start cutting release candidates for ActiveMQ and I can't do that until proton-j is released. I'd like to get the messenger API and implementation in before we do

Re: Proton Messenger and the Request/Response pattern

2013-01-18 Thread Gordon Sim
On 01/02/2013 07:14 PM, Ted Ross wrote: I'd like to start a discussion on how, from an API perspective, applications can use the request/response pattern. If we get this right, we will remove a significant barrier to adoption of AMQP. Middleware messaging systems typically do a poor job of

mailing lists and fragmented communication

2013-01-18 Thread Gordon Sim
I believe that we have too many mailing lists and that we are missing out on valuable collaboration and transparency as a result. Too often in the past topics have been discussed on the dev list without reflecting any of the discussion back to the user list, keeping a large part of the

Re: mailing lists and fragmented communication

2013-01-18 Thread Gordon Sim
On 01/18/2013 05:33 PM, Ted Ross wrote: We either exclude people by sending to one list or, like this email, we include all lists and everybody gets three copies. Its not the duplicate copies that are the biggest issue with cross posting in my view, its the tendency for the thread to get

Re: mailing lists and fragmented communication

2013-01-18 Thread Gordon Sim
On 01/18/2013 08:23 PM, Rafael Schloming wrote: I think rearranging the lists is not a substitute for rearranging the project and actively communicating about its structure. I quite agree. My suggestion to consolidate discussions to one list is not an attempt to imply anything about

Re: mailing lists and fragmented communication

2013-01-18 Thread Gordon Sim
On 01/18/2013 06:55 PM, Steve Huston wrote: I agree that the qpid and proton users should be on the same list. Also, it's useful for much of the development info to be open to the users list. My only concern for a second list is for things that committers may need to talk about but which the

Re: mailing lists and fragmented communication

2013-01-21 Thread Gordon Sim
On 01/21/2013 11:43 AM, Robbie Gemmell wrote: I don't think that list being separate is the main source of most of the confusion with proton. I agree and was not suggesting that it was. I do however think that had past conversations on both the proton and dev lists been more visible then the

Re: mailing lists and fragmented communication

2013-01-21 Thread Gordon Sim
On 01/21/2013 01:14 PM, Gordon Sim wrote: On 01/21/2013 11:43 AM, Robbie Gemmell wrote: I think users@ and dev@ should be left as is, and that we potentially just adjust how we use them slightly. That is fine with me. I'm really just hoping to nudge more of the conversation emails onto

summary/conclusion (was Re: mailing lists and fragmented communication)

2013-01-21 Thread Gordon Sim
I'm going to suggest that we leave all the lists in place for now, and leave the choice of list to individual discretion. For my part however I will be focusing on the user list, which I see as a community wide list for anyone with an interest at AMQP related software at Apache. I would

Re: mailing lists and fragmented communication

2013-01-21 Thread Gordon Sim
On 01/21/2013 05:22 PM, Rafael Schloming wrote: The users of a piece of software inherently shape its direction, and forcing two pieces of software that need to be quite independent to have a single user group is going to influence and shape that architecture in a way that is contrary to them

Re: mailing lists and fragmented communication

2013-01-21 Thread Gordon Sim
On 01/21/2013 07:39 PM, Rafael Schloming wrote: Calling it an analogy is not really being fair. Getting closer to the level of generality I've described has been one of if not the primary design goal behind AMQP 1.0 since it's inception, and the exact parallel I've described has motivated many

Re: [VOTE]: Release Proton 0.5 RC3 as 0.5 final

2013-08-23 Thread Gordon Sim
[X ] Yes, release 0.5 RC3 as 0.5 final [ ] No, 0.5 RC3 has the following issues... -- View this message in context: http://qpid.2158936.n2.nabble.com/VOTE-Release-Proton-0-5-RC3-as-0-5-final-tp7597401p7597436.html Sent from the Apache Qpid Proton mailing list archive at Nabble.com.

Re: Using the messenger API to connect to a server without sending or subscribing

2014-04-28 Thread Gordon Sim
On 04/23/2014 05:17 PM, Fraser Adams wrote: On 23/04/14 16:12, Rafael Schloming wrote: On Wed, Apr 23, 2014 at 10:51 AM, Chris White chris.wh...@uk.ibm.com wrote: Our server backend is built on the qpid-proton library so ideally we would like our client API to also be built using qpid-proton

Client APIs and AMQP 1.0 (was Re: Using the messenger API to connect to a server without sending or subscribing)

2014-05-14 Thread Gordon Sim
On 04/28/2014 10:21 PM, Gordon Sim wrote: On 04/23/2014 05:17 PM, Fraser Adams wrote: BTW I wouldn't want to come across as favouring proton Messenger or qpid::messaging over the other, as I said previously they are peer APIs with different advantages and disadvantages, I'd certainly agree

Re: Client APIs and AMQP 1.0 (was Re: Using the messenger API to connect to a server without sending or subscribing)

2014-05-19 Thread Gordon Sim
On 05/15/2014 01:44 PM, Ken Giusti wrote: I think we should develop Messenger as an alternative client API to qpid::messaging, focusing on use cases that are not necessarily well covered by the existing qpid::messaging API. I think they complement each other nicely. In what way do you think

Re: Client APIs and AMQP 1.0 (was Re: Using the messenger API to connect to a server without sending or subscribing)

2014-05-21 Thread Gordon Sim
On 05/21/2014 02:10 PM, Ken Giusti wrote: I think of qpid::messaging as being a traditional client api. [...] Messenger, as an alternative, provides (or at least promises to provide) solutions to a lot of the issues a traditional API has left to the application implementation. Things like

Re: events work and demo (How to implement your own broker in 100 lines of code)

2014-07-07 Thread Gordon Sim
On 07/02/2014 08:24 PM, Rafael Schloming wrote: My goal with this demo has been to explore a couple of distinct themes. The toolkit is intended in part to illustrate how the events API allows use of proton in a reactive programming style. It does this by building a select/nio based Driver that

proton examples and general discussion list

2014-08-07 Thread Gordon Sim
The us...@qpid.apache.org list is intended for general discussion for anything Qpid related. This is a low volume list, with no 'noise' from JIRA or commit logs. The topics cover all components developed within Qpid (including proton) as well as interactions with other AMQP-enabled software.

Re: two example proton-C engine clients, speed test, request for criticism, offer to bribe participants

2014-08-22 Thread Gordon Sim
On 08/20/2014 09:48 PM, Michael Goulish wrote: I have a couple example Proton C clients, written against the Engine and Driver interfaces, that I have tried to make as Simple As Possible. What I would like is to receive some Suggestions, Pointers, Hints, Ideas, Notions, Concepts, Schemes, or

Re: Proton Performance Pictures (1 of 2)

2014-09-03 Thread Gordon Sim
On 09/03/2014 08:51 AM, Michael Goulish wrote: That point is where I seem to find the best performance on my system: 123,500 messages per second received. ( i.e. 247,000 transfers per second ) using about 180% CPU ( i.e. 90% each of 2 processors. ) If you are sending direct between the sender

Re: strange behavior using proton-j Messenger with activemq for request/reply test

2014-10-03 Thread Gordon Sim
On 10/02/2014 10:39 PM, Martin, Jimmy wrote: I wrote a couple of simple java apps using Messenger to demonstrate request/reply operation. Each app instantiates a single instance of Messenger to send and receive messages from the queues. Run Reply app: 1) subscribe to request queue and

apologies for the deluge of jira/commit related emails

2014-10-10 Thread Gordon Sim
I rebased the branch on which I have been developing some examples. I did this using got svn (quite possibly incorrectly) resulting in a commit to branch per original commit. Sorry for the noise. I'll post some information about progress on the examples and supporting toolkit over on the user

Re: apologies for the deluge of jira/commit related emails

2014-10-13 Thread Gordon Sim
On 10/13/2014 06:40 PM, Alan Conway wrote: - Original Message - I rebased the branch on which I have been developing some examples. I did this using got svn (quite possibly incorrectly) resulting in a commit to branch per original commit. Sorry for the noise. I'll post some

Re: proton engine perfectly stable on RHEL 6 after 1.5 billion messages

2014-10-20 Thread Gordon Sim
On 10/20/2014 03:06 PM, Alan Conway wrote: We (the qpid community as a whole) do indeed care about fedora, debian, ubuntu, windows, android and the success of qpid generally on any platform where people may wish to run it, and we are eager to help anyone who want's to make it run an these or

Re: proton gradual slowdown -- I know how to cause it

2014-10-27 Thread Gordon Sim
On 10/27/2014 04:39 PM, Bozo Dragojevic wrote: On 27. 10. 14 13:16, Michael Goulish wrote: You know, I thought of something along those lines, but I can't see how it makes the receiver actually use less CPU permanently. It seems like it ought to simply get a backlog, but go back to normal CPU

Re: proton-c event test stable and fast for 5 billion messages

2014-11-25 Thread Gordon Sim
On 11/24/2014 04:13 PM, Alan Conway wrote: On Thu, 2014-11-20 at 14:10 -0500, Michael Goulish wrote: I recently finished switching over my proton-c programs psend precv to the new event-based interface, and my first test of them was a 5 billion message soak test. The programs survived this

Re: proton-c event test stable and fast for 5 billion messages

2014-11-25 Thread Gordon Sim
On 11/24/2014 06:54 PM, Fraser Adams wrote: That said with talk of new APIs I think that we should have a reasonably clear roadmap, we've already got qpid::messaging and messenger, two separate AMQP 1.0 JMS clients not to mention potential confusion on the native python versus the python

Re: Proton Python install shenanigans

2014-12-01 Thread Gordon Sim
On 11/30/2014 04:31 PM, Fraser Adams wrote: Now I'm thinking that make install hasn't pulled all of the necessary files into /usr/local/lib/proton/bindings/python the reason I'm thinking that is when I tried running source config.sh I noticed that the PYTHONPATH it created looked like

Re: Fixing the merge commit in the git repo?

2014-12-12 Thread Gordon Sim
On 12/12/2014 12:16 PM, Darryl L. Pierce wrote: I like the idea of pull requests and explicit peer reviews for changes. But it's above my pay grade to do anything more than envy such a work flow. :D Pay grade isn't relevant on an Apache project.

Re: Fixing the merge commit in the git repo?

2014-12-12 Thread Gordon Sim
On 12/12/2014 02:38 PM, Darryl L. Pierce wrote: On Fri, Dec 12, 2014 at 01:43:45PM +, Gordon Sim wrote: On 12/12/2014 12:16 PM, Darryl L. Pierce wrote: I like the idea of pull requests and explicit peer reviews for changes. But it's above my pay grade to do anything more than envy

Re: Proton 0.9 alpha 2

2015-01-26 Thread Gordon Sim
On 01/26/2015 12:35 PM, Rafael Schloming wrote: Oops, my bad. I will follow up with an alpha 3 shortly... Though not related to the alpha specifically, it was pointed out to me that e.g. setting the address on a terminus in python throws an error if the value is a unicode string. A similar

Re: c reactor / gordon's examples

2015-01-15 Thread Gordon Sim
On 01/14/2015 01:28 PM, 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 in pure python. I have several goals with this work. - Simplify/enable a reactive style of

Re: c reactor / gordon's examples

2015-01-16 Thread Gordon Sim
On 01/16/2015 08:06 AM, Flavio Percoco wrote: One thing that I did want to mention (and forgot, obviously) is that for things like non-blocking IO, we want to make sure the API works well not just with eventlet but also with asyncio[0]. Also, it'd be worth taking a look at how the Twisted[1]

Re: [proton] checkin broke dispatch test: 6136f11 make container a subclass of reactor and remove redundant code which is replaced by reactor

2015-02-17 Thread Gordon Sim
On 02/16/2015 09:58 PM, Alan Conway wrote: This checkin: 6136f11 make container a subclass of reactor and remove redundant code which is replaced by reactor severely broke the dispatch system tests. I haven't looked into it yet but my best guess is they broker the SyncRequestResponse class

Re: Proton 0.9 alpha 2

2015-01-26 Thread Gordon Sim
On 01/23/2015 09:27 PM, Rafael Schloming wrote: 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:

Re: reactor examples

2015-02-12 Thread Gordon Sim
changes to the reactor. As a single diff it was a lot harder to read). From 85ac30deec13be6736e847adc360185db3478872 Mon Sep 17 00:00:00 2001 From: Gordon Sim g...@redhat.com Date: Wed, 11 Feb 2015 22:56:16 + Subject: [PATCH 5/6] move reactor and associated classes before container, so

Re: VOTE: Release Proton 0.9-rc-1 as 0.9 final

2015-03-09 Thread Gordon Sim
On 03/09/2015 02:14 PM, Ken Giusti wrote: Additionally, the following python unit tests fail unless the openssl libraries are installed: proton_tests.engine.ServerTest.testIdleTimeout proton_tests.engine.ServerTest.testKeepalive proton_tests.messenger.IdleTimeoutTest.testIdleTimeout

Re: VOTE: Release Proton 0.9-rc-1 as 0.9 final

2015-03-09 Thread Gordon Sim
On 03/09/2015 06:39 PM, Rafael Schloming wrote: Can you pull this over to the 0.9 branch? Done.

Re: 0.9 release schedule

2015-03-03 Thread Gordon Sim
On 03/03/2015 01:46 AM, Andrew Stitcher wrote: I'm happy to let the new API work be more carefully reviewed. The only reason to me to get it in 0.9 is that 0.9 was intended to be a point for API stability from then on. And the transport API is a significant change in the engine API. Pushing it

Re: Proposed SASL changes (API and functional)

2015-03-02 Thread Gordon Sim
On 02/24/2015 08:48 PM, Andrew Stitcher wrote: In a short while when people have had enough time to absorb the proposal and comment I will post a code review of the actual code changes. As there are substantial API changes I'd like to get this in for 0.9 because we were intending to stabilise

Re: 0.9 release schedule

2015-03-02 Thread Gordon Sim
On 03/02/2015 07:07 PM, Rafael Schloming wrote: 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

Re: problems with master after sasl changes

2015-04-22 Thread Gordon Sim
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 details at the end). I'm also seeing interop issues with the proton.js built prior to these changes, and with these changes

Re: problems with master after sasl changes

2015-04-22 Thread Gordon Sim
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 details at the end). I'm also seeing interop issues with the proton.js built

Re: New release?

2015-04-23 Thread Gordon Sim
On 04/23/2015 12:24 PM, Rafael Schloming wrote: 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

Re: candidate commits for 0.9.1

2015-04-29 Thread Gordon Sim
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 as soon as I'm reasonably confident, still seeing some issues at present

Re: candidate commits for 0.9.1

2015-04-29 Thread Gordon Sim
On 04/29/2015 07:15 PM, Rafael Schloming wrote: 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

Re: candidate commits for 0.9.1

2015-04-27 Thread Gordon Sim
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 as soon as I'm reasonably confident, still seeing some issues at present (not 100% sure they are related, but am

Re: candidate commits for 0.9.1

2015-04-27 Thread Gordon Sim
On 04/27/2015 12:46 PM, Robbie Gemmell wrote: I have gone through the git cherry output and categorised the remaining commits from master that dont have a direct equivalent on the 0.9.x branch, splitting according to what they update i.e. mainly by language. I listed some as excluded based on

Re: [VOTE]: Release Proton 0.9.1-rc1 as 0.9.1

2015-05-01 Thread Gordon Sim
On 04/29/2015 08:34 PM, Rafael Schloming wrote: 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

Re: 0.10 release time frame?

2015-05-01 Thread Gordon Sim
On 05/01/2015 02:37 AM, Rafael Schloming wrote: 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.

Re: candidate commits for 0.9.1

2015-05-01 Thread Gordon Sim
On 04/29/2015 05:38 PM, Gordon Sim 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 as soon as I'm reasonably

javascript appears to be broken again

2015-05-06 Thread Gordon Sim
[ 70%] Building C object proton-c/bindings/javascript/CMakeFiles/qpid-proton-bitcode.dir/__/__/src/sasl/sasl.c.o /home/gordon/projects/proton-git/proton-c/src/sasl/sasl.c:224:9: error: implicit declaration of function 'strncasecmp' is invalid in C99 [-Werror,-Wimplicit-function-declaration]

Re: javascript appears to be broken again

2015-05-06 Thread Gordon Sim
On 05/06/2015 10:52 PM, Gordon Sim wrote: On 05/06/2015 10:28 PM, Andrew Stitcher wrote: On Wed, 2015-05-06 at 22:22 +0100, Gordon Sim wrote: [ 70%] Building C object proton-c/bindings/javascript/CMakeFiles/qpid-proton-bitcode.dir/__/__/src/sasl/sasl.c.o /home/gordon/projects/proton-git

Re: javascript appears to be broken again

2015-05-06 Thread Gordon Sim
On 05/06/2015 10:28 PM, Andrew Stitcher wrote: On Wed, 2015-05-06 at 22:22 +0100, Gordon Sim wrote: [ 70%] Building C object proton-c/bindings/javascript/CMakeFiles/qpid-proton-bitcode.dir/__/__/src/sasl/sasl.c.o /home/gordon/projects/proton-git/proton-c/src/sasl/sasl.c:224:9: error: implicit

strange stack trace from proton

2015-04-15 Thread Gordon Sim
(gdb) where #0 0x in ?? () #1 0xb684f6b4 in pn_class_incref (clazz=0xefab00, object=0xbdc130) at /home/qpid/git/qpid-proton/proton-c/src/object/object.c:75 #2 0xb684ff84 in pn_incref (object=0xbdc130) at /home/qpid/git/qpid-proton/proton-c/src/object/object.c:247 #3 0xb6866164

Re: Proton-c connect to topic on Apache Apollo server

2015-06-02 Thread Gordon Sim
On 06/02/2015 07:00 PM, logty wrote: Thanks for the quick response! I saw the documentation but they don't give any specific examples of formatting. Would it be topic://user:password@ipaddress:port? Also, how do I specify what topic I want to subscribe to? Am I right in assuming you are using

Re: Proton-c connect to topic on Apache Apollo server

2015-06-03 Thread Gordon Sim
On 06/03/2015 04:14 PM, logty wrote: I ran with PN_TRACE_FRM=1, and it returned the following log results. The connection has been working with Python but not with C. It seems to be some SASL issue, any thoughts? The c client is not setting the mechanism chosen which is mandatory. What

Re: Proton-c connect to topic on Apache Apollo server

2015-06-03 Thread Gordon Sim
On 06/03/2015 06:17 PM, logty wrote: I am using proton 1.5.2 on redhat 6.6. That can't be right, I don't think, as the latest release was 0.9.1.

Re: Proton-c connect to topic on Apache Apollo server

2015-06-02 Thread Gordon Sim
On 06/02/2015 08:55 PM, logty wrote: Yep, I am using the pn_messenger part of the api. I tried that format and pn_messenger_send returns a timeout. Could it be something I need to configure server side or is it something client side? I know that the ipaddress is correct and the server works as

something rotten in the state of... something or other

2015-06-09 Thread Gordon Sim
I've recently started seeing errors[1] when running tests due to left over artefacts of previous builds. This happens even for a completely clean build directory, as some of the offending artefacts seem to be created in the source tree. Jython seems to be trying and failing to load cproton.

Re: Proton-c Null Messages

2015-06-09 Thread Gordon Sim
On 06/09/2015 06:40 PM, logty wrote: When I run the client I get: [0x5351db0]:0 - @transfer(20) [handle=0, delivery-id=0, delivery-tag=b, message-format=0, settled=true, more=true] (16363) \x00Sp\xc0\x07\x05B... My guess would be that it is the delivery tag being null (or empty, can't tell

Re: C++ binding naming conventions: Qpid vs. C++

2015-06-09 Thread Gordon Sim
On 06/09/2015 07:47 PM, aconway wrote: C++ standard library uses lowercase_and_underscores, but Qpid C++ projects to date use JavaWobbleCaseIndentifiers. Is the C++ binding the time to start writing C++ like C++ programmers? Or will somebody's head explode if class names start with a lower case

Re: Proton-c Null Messages

2015-06-10 Thread Gordon Sim
On 06/09/2015 09:36 PM, logty wrote: Can you give an example of how I would set the delivery tag? You don't set the tag when using messenger, that should be done for you. What version of proton are you using? Are you using a broker or similar? Or just sending direct between two processes

Re: C++ binding naming conventions: Qpid vs. C++

2015-06-10 Thread Gordon Sim
On 06/10/2015 02:25 PM, aconway wrote: Woo-hoo! From the horses mouth ;) In this case it's the other end of the horse that would be a more apt description!

Re: Proton-c Null Messages

2015-06-10 Thread Gordon Sim
On 06/10/2015 01:26 PM, dylan25 wrote: We're using Apache Apollo. Is there the possibility that Apollo has a server-side configuration setting that limits message sizes? Even if it did, that wouldn't explain why it would send out a frame with no delivery tag. It sounds like it may be a bug in

Re: Proton-c SSL Connection

2015-06-25 Thread Gordon Sim
On 06/24/2015 09:52 PM, logty wrote: Hi all, I have been trying to establish an SSL connection with proton-c on an apache apollo server but have not been having any luck yet. I have tried setting up certificates and key/trust stores with keytool, and linking to them with

Re: how to create temporary queue from Proton API

2015-06-19 Thread Gordon Sim
On 06/19/2015 07:14 AM, Yanfeng Liu wrote: Hi, I am wondering if it is possible to create a temporary queue from a Qpid client program using Proton API only? Assuming you mean the messenger API, then you can now do so by using a url for your subscription of the form amqp://myhost:5672/#

Re: something rotten in the state of... something or other

2015-06-10 Thread Gordon Sim
On 06/10/2015 03:24 PM, Flavio Percoco wrote: On 09/06/15 12:30 -0400, Ken Giusti wrote: A betting man would wager it has something to do with the recent changes to the python setup.py. I'll have a look into it. - Original Message - From: Gordon Sim g...@redhat.com To: proton

Re: Proton-c Null Messages

2015-06-10 Thread Gordon Sim
On 06/10/2015 04:01 PM, aconway wrote: On Tue, 2015-06-09 at 19:54 +0100, Gordon Sim wrote: On 06/09/2015 06:40 PM, logty wrote: When I run the client I get: [0x5351db0]:0 - @transfer(20) [handle=0, delivery-id=0, delivery -tag=b, message-format=0, settled=true, more=true] (16363) \x00Sp\xc0

Re: something rotten in the state of... something or other

2015-06-11 Thread Gordon Sim
On 06/11/2015 02:39 PM, Flavio Percoco wrote: On 11/06/15 09:33 -0400, Ken Giusti wrote: Yeah, jython's PYTHONPATH points to that directory - it has to in order to pick up the python sources. we really should clean that cproton.py up. In fact, we probably shouldn't be writing generated files

Re: Proton-c Null Messages

2015-06-11 Thread Gordon Sim
On 06/09/2015 07:54 PM, Gordon Sim wrote: On 06/09/2015 06:40 PM, logty wrote: When I run the client I get: [0x5351db0]:0 - @transfer(20) [handle=0, delivery-id=0, delivery-tag=b, message-format=0, settled=true, more=true] (16363) \x00Sp\xc0\x07\x05B... My guess would

Re: Proton-c Null Messages

2015-06-11 Thread Gordon Sim
On 06/11/2015 01:54 PM, aconway wrote: On Thu, 2015-06-11 at 13:40 +0100, Gordon Sim wrote: If a name field is populated with an empty string, that to me is the same as not supplying a name. An empty string is a legal encoding, but in my view it does not supply a value at all. (It is not like

Re: Proton-c Null Messages

2015-06-11 Thread Gordon Sim
On 06/11/2015 01:11 PM, aconway wrote: I disagree. An empty string is a perfectly legal value for a string. If the spec wants to assign special meaning to particular values of a property that needs to be stated. Of course, like you, I personally would not use an empty string as an identifier but

Re: Proton-c Null Messages

2015-06-10 Thread Gordon Sim
On 06/10/2015 07:26 PM, logty wrote: The odd thing is the sender is specifying the delivery-id, here is the output of PN_TRACE_FRM=1 on the sender side: [0x86b6580]:0 - @transfer(20) [handle=0, delivery-id=0, delivery-tag=b\x00\x00\x00\x00\x00\x00\x00\x00, message-format=0, settled=true,

Re: Proton-c Null Messages

2015-06-12 Thread Gordon Sim
On 06/11/2015 08:47 PM, logty wrote: I used valgrind and the segfault isn't directly proton's fault, the problem is we are getting back null messages from pn_messenger_get, and proton seg-faults when I call pn_message_get_content_type on that message. Ok, thanks for the information!

Re: something rotten in the state of... something or other

2015-06-12 Thread Gordon Sim
On 06/11/2015 09:41 PM, Flavio Percoco wrote: On 11/06/15 16:08 +0100, Gordon Sim wrote: On 06/11/2015 02:39 PM, Flavio Percoco wrote: On 11/06/15 09:33 -0400, Ken Giusti wrote: Yeah, jython's PYTHONPATH points to that directory - it has to in order to pick up the python sources. we really

Re: qpid-proton git commit: PROTON_927: only write out values for expiry and creation time if these are non-zero, which passes at present for a test that they have been set

2015-07-06 Thread Gordon Sim
On 07/06/2015 10:52 AM, Robbie Gemmell wrote: This seems to be resulting in segfaults running the tests on Windows: https://ci.appveyor.com/project/ke4qqq/qpid-proton/build/0.10-SNAPSHOT-master.122 1: proton_tests.message.CodecTest.testRoundTrip pass 1:

Re: qpid-proton git commit: PROTON_927: only write out values for expiry and creation time if these are non-zero, which passes at present for a test that they have been set

2015-07-06 Thread Gordon Sim
On 07/06/2015 11:04 AM, Gordon Sim wrote: On 07/06/2015 10:52 AM, Robbie Gemmell wrote: This seems to be resulting in segfaults running the tests on Windows: https://ci.appveyor.com/project/ke4qqq/qpid-proton/build/0.10-SNAPSHOT-master.122 1: proton_tests.message.CodecTest.testRoundTrip

Re: ProtonJ compilation and test failures

2015-07-06 Thread Gordon Sim
All the ProtonJInterop tests fail for me, and the python-test then hangs. The error for each is something like: 2: proton_tests.reactor_interop.ReactorInteropTest. \ 2: Error: Could not find or load main class org.apache.qpid.proton.ProtonJInterop 2: test_protonc_to_protonj_1

Re: ProtonJ compilation and test failures

2015-07-06 Thread Gordon Sim
On 07/06/2015 01:24 PM, Rafael Schloming wrote: Can you try doing an mvn clean and seeing if it is still an issue? I see the same thing after mvn clean

Re: ProtonJ compilation and test failures

2015-07-06 Thread Gordon Sim
On 07/06/2015 05:22 PM, aconway wrote: On Mon, 2015-07-06 at 16:48 +0100, Gordon Sim wrote: On 07/06/2015 04:08 PM, Rafael Schloming wrote: Any sort of missing class really should be a compile time exception, which I think means you must have stale class files *somewhere*. You could try doing

Re: Backport PROTON-885 to 0.9.x?

2015-05-22 Thread Gordon Sim
On 05/21/2015 10:57 PM, Ken Giusti wrote: Hi all, I'd like to create a PyPi package for the 0.9 release of the python bindings. I think it would be really very useful to include the new setup.py scripts in this release. Would anyone object to me back porting PROTON-885 to the 0.9.x branch?

Re: Direct receive not responding in Ruby...

2015-05-21 Thread Gordon Sim
On 05/21/2015 03:14 PM, Darryl L. Pierce wrote: Got an interesting bug I'm digging into currently. In Ruby I've written analogs to the direct_* and simple_ send/recv example apps. The simple versions all work well and can interact with Python as expected. However, the direct_recv.rb example

Re: Proton website issues

2015-05-26 Thread Gordon Sim
On 05/26/2015 06:49 PM, Richard Li wrote: Yes. Thanks! On Tue, May 26, 2015 at 1:45 PM, Robbie Gemmell robbie.gemm...@gmail.com wrote: Just to check, did you mean from this page? http://qpid.apache.org/releases/qpid-proton-0.9.1/proton/python/examples/index.html Its the only one I saw

Re: Proton website issues

2015-05-26 Thread Gordon Sim
On 05/26/2015 01:53 PM, Rajith Muditha Attapattu wrote: Hi All, We have some broken links in the proton website. The most crucial being Installing Qpid Proton. I fixed the Installing Qpid Proton link (README was renamed to have a .md extension and actually I think INSTALL.md is now the

Re: ProtonJ compilation and test failures

2015-07-06 Thread Gordon Sim
On 07/06/2015 04:08 PM, Rafael Schloming wrote: Any sort of missing class really should be a compile time exception, which I think means you must have stale class files *somewhere*. You could try doing a find checkout -name *.class just as a sanity check. I have deleted all the .class files

Re: ProtonJ compilation and test failures

2015-07-06 Thread Gordon Sim
On 07/06/2015 02:23 PM, Robbie Gemmell wrote: On 6 July 2015 at 14:17, Gordon Sim g...@redhat.com wrote: On 07/06/2015 01:24 PM, Rafael Schloming wrote: Can you try doing an mvn clean and seeing if it is still an issue? I see the same thing after mvn clean Does cleaning the checkout

proton-j tests failing on master?

2015-08-19 Thread Gordon Sim
The proton-j tests appear to be failing on master for me, even for a completely clean build with all the stuff that proton-j generates in the source tree removed as well: Leaked an instance of 'sun.nio.ch.ServerSocketChannelImpl[/127.0.0.1:36861]' from: java.lang.Exception at

Re: Empty frame

2015-07-29 Thread Gordon Sim
On 07/29/2015 02:39 PM, Tomáš Šoltys wrote: Does this mean that for example I will set timeout to 10 seconds and message processing in PN_TRANSFER will take 1 minute or more that connection will eventually timeout? Is my assumption correct? What you set as the idle timeout determines the rate

Re: Empty frame

2015-07-28 Thread Gordon Sim
On 07/28/2015 08:17 AM, Tomáš Šoltys wrote: Hi, I am looking for a way hot to send a heartbeat. I have found something about sending an empty frame and pn_transport_set_idle_timeout() Is this somewhat related? Is there a way how to send/receive heartbeats? In AMQP 1.0, heartbeats are

Re: proton 0.10 blocker

2015-07-28 Thread Gordon Sim
On 07/20/2015 08:53 PM, Rafael Schloming wrote: I'm fine going ahead with Gordon's fix. I don't have a lot of time to dig into the refcounting issue personally right now, but I'd at least leave the bug open until we have made it through a bit more testing. I have an uneasy feeling it (or

Re: Empty frame

2015-07-28 Thread Gordon Sim
On 07/28/2015 10:57 AM, Tomáš Šoltys wrote: So to make it work it is enough to set idle timeout on both sides and proton will handle rest? If an idle timeout is set by the local application, then proton will raise an error if there is no incoming traffic for that time. If an idle timeout is

Re: 0.10 beta2 now available

2015-08-05 Thread Gordon Sim
On 08/05/2015 03:31 PM, Ken Giusti wrote: if I simply remove the PLAIN sasl mechs (client specifies no mechs in this case), DIGEST-MD5 is selected: $ ./send.py -a amqp://192.168.122.209:5672 --target amq.topic --username admin --password qpid KAG outcome = 1 KAG condition = None Connection

Re: 0.10 beta2 now available

2015-08-04 Thread Gordon Sim
On 08/04/2015 05:30 PM, Robbie Gemmell wrote: On 3 August 2015 at 18:40, Robbie Gemmell robbie.gemm...@gmail.com wrote: Hi folks, I have put up a 0.10 beta2 cut from the new 0.10.x branch. I'll be looking to cut RC1 in the next couple of days and immediately proceed to vote on it, so please

Re: Tutorial for C++ binding

2015-07-14 Thread Gordon Sim
On 07/13/2015 11:22 PM, aconway wrote: I've got a (very rough, very incomplete) draft of the tutorial for the C++ binding up on http://people.apache.org/~aconway/proton/ I'm interested in feedback on whether this is going in the right direction. Hope to have this complete in a day or two, along

Re: Semantics of proton refcounts [was Re: proton 0.10 blocker]

2015-07-16 Thread Gordon Sim
On 07/16/2015 02:40 PM, aconway wrote: The fix mentioned above has this, which make no sense under traditional refcounting: pn_incref(endpoint); pn_decref(endpoint); Note that this is not added as part of my fix, it is already there. The simple explanation is that it is a

Re: Semantics of proton refcounts [was Re: proton 0.10 blocker]

2015-07-16 Thread Gordon Sim
On 07/16/2015 02:40 PM, aconway wrote: Can someone who understand the proton use of refcounts please add some doc comments to explain the semantics? Apologies if this is already there and I missed it, tell me to RTFM. I'm not entirely sure I understand it. However having spent a couple of

Re: Semantics of proton refcounts [was Re: proton 0.10 blocker]

2015-07-17 Thread Gordon Sim
Still digesting the explanation (thanks!) but one follow up question: On 07/17/2015 04:37 PM, Rafael Schloming wrote: it isn't actually possible to use the object when there refcount is 0. What is the purpose of the incref/decref pattern then, e.g. as used in pn_session_free()? That is

Re: proton 0.10 blocker

2015-07-17 Thread Gordon Sim
On 07/17/2015 05:36 PM, Rafael Schloming wrote: Hi Gordon, I did my best to dump some useful info on the refcounting stuff in the other thread. I also posted a comment on the review. As I said there it would be helpful to see the stack trace from the crash in order to figure out if the fix is

  1   2   3   4   >