My inclination here would be to keep things simple. One of the more
annoying aspects of working on the Java code is dealing with the fact that
all the AMQP performatives use an entirely different type system. I would
start out with developing a plain and simple POJO representation for all
the
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
Gordon Sim created PROTON-806:
-
Summary: closing a blocking sender hangs if connection has been
lost
Key: PROTON-806
URL: https://issues.apache.org/jira/browse/PROTON-806
Project: Qpid Proton
Alan Conway created PROTON-807:
--
Summary: Proton does not decode AMQP small long encoding correctly
and does not use it.
Key: PROTON-807
URL: https://issues.apache.org/jira/browse/PROTON-807
Project:
On Tue, 2015-01-27 at 09:00 -0500, 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
Do you have tracing turned on when they time out? With the protocol trace
enabled the tests slow down enough that some of them don't finish before
the various timeouts kick in.
--Rafael
On Tue, Jan 27, 2015 at 9:29 AM, Alan Conway acon...@redhat.com wrote:
On Tue, 2015-01-27 at 09:00 -0500,
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 as to keep the Ruby object from being reaped. The solution (for
now) stores the
[
https://issues.apache.org/jira/browse/PROTON-807?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alan Conway reassigned PROTON-807:
--
Assignee: Alan Conway
Proton does not decode AMQP small long encoding correctly and does not
