Does proton messenger support sending complex maps as the message body? That
is, maps whose values are other maps or lists and not just strings?
When I send a message and the body is encoded as qpid::proton::MAP, the map
values appear to have been converted to strings.
For example (in perl)
I may have discovered a problem with the javascript bindings for proton that I
got from: git+ssh://git.app.eng.bos.redhat.com/srv/git/rh-qpid-proton.git
branch origin/fadams-javascript-binding
After the build, I got an error when running the examples. Specifically, this
is what I got:
node
digging loads of holes for fence posts :-(
Frase
On 22/08/14 19:34, Ernest Allen wrote:
I may have discovered a problem with the javascript bindings for
proton that I got from:
git+ssh://git.app.eng.bos.redhat.com/srv/git/rh-qpid-proton.git
branch origin/fadams-javascript-binding
After
Unfortunately, just changing the CMakeFiles.txt to
${PROJECT_SOURCE_DIR}/node_modules/qpid-proton/lib/
doesn't work. I get an error since the directory doesn't exist.
Shame it doesn't work, though I guess not surprising. I'm torn between
having the trailing slash or not, though
I'm getting a connection error when using the javascript bindings example
recv.js to receive a message through a qpid c++ broker.
I have a qpid c++ broker running on a remote host with a queue named eaq. I'm
attempting to start up the javascript example recv.js using the remote
address/queue,
a WebSocket transport so I can talk directly to
that, though that has its own quirks at the moment.
Almost certainly the fact that it's a WebSocket transport is the cause
of what you are seeing.
Frase
On 27/08/14 20:34, Ernest Allen wrote:
I'm getting a connection error when using the javascript
Hi Fraser,
I'm trying to run the proton javascript bindings from within a browser. I'm
getting various errors depending on the way I'm doing it and I was hoping you
could shed some light on the correct approach.
I have node recv.js running in a separate window.
The first way I tried was just
and restart
Messenger - TBH I can't claim to really understand the Messenger API.
Hope that you are having fun with this stuff.
Frase
On 30/08/14 16:25, Ernest Allen wrote:
Hi Fraser,
I'm trying to run the proton javascript bindings from within a browser. I'm
getting various errors depending
I'm getting an error when trying to receive messages from within a browser. The
same code runs fine when run from the command line using node.
The error message is:
Module.MessengerError {name: MessengerError, message: listen: Not
supported, constructor: function, toString: function}
The
There is probably a simple solution to this, but I'm trying to run the
api-reconciliation tool and I'm getting errors.
Here is what I've done:
- built proton
- did a source config.sh from the build dir
- switched to the design/api-reconciliation dir
- ran ./generate-c-functions.sh
- verified
around the same time.
I'm afraid I never ran the tool that you are trying to use, but I would
assume that it no longer works given the above. What version are you using
if you managed to have a jni jar?
Robbie
On 1 October 2014 19:16, Ernest Allen eal...@redhat.com wrote:
There is probably
, Bozo Dragojevic bo...@digiverse.si wrote:
On 2. 10. 14 17:31, Ernest Allen wrote:
Since the api-reconciliation tool is no longer viable, are there any example
java apps that use the engine api?
contrib/proton-hawtdispatch is also using the engine.
True, but let me point that HornetQ's
There are some java apps based on the 0.8 engine api available at
https://github.com/ErnieAllen/jprofile-clients. They are based on the clients
at https://github.com/rhs/qpid-proton-demo
They will send/receive 100,000 messages and measure the elapsed time. They are
averaging between 6 and 7
the onFlow handler is called. I
could put a loop in onFlow and send all the messages at once.
I was able to reduce the time to a little over 5 seconds by removing all string
manipulations out of the onFlow event handler.
---Rafael
On Thu, Oct 9, 2014 at 10:10 AM, Ernest Allen eal...@redhat.com
. This is going to introduce some
added processing and latency and therefore be significantly less efficient
than if you use up your credit in larger chunks than one message at a time.
--Rafael
On Thu, Oct 9, 2014 at 2:48 PM, Ernest Allen eal...@redhat.com wrote:
- Original Message
Ernest Allen created PROTON-325:
---
Summary: Python lists are truncated when None is encountered
Key: PROTON-325
URL: https://issues.apache.org/jira/browse/PROTON-325
Project: Qpid Proton
Issue
16 matches
Mail list logo