[
https://issues.apache.org/jira/browse/PROTON-1237?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15366452#comment-15366452
]
ASF subversion and git services commented on PROTON-1237:
---------------------------------------------------------
Commit 8d6a83e3af011a471c12042e2b44cc5541e672f5 in qpid-proton's branch
refs/heads/master from [~aconway]
[ https://git-wip-us.apache.org/repos/asf?p=qpid-proton.git;h=8d6a83e ]
PROTON-1237: C connection_engine interface and implementation.
- ported C++ connection_engine to C pn_connection_engine_t
- replace C++ connection_engine impl with pn_connection_engine_t
- make container/event_loop optional for a connection_engine.
- untangled link_namer from connection engine.
> C connection_engine interface and libuv example driver.
> -------------------------------------------------------
>
> Key: PROTON-1237
> URL: https://issues.apache.org/jira/browse/PROTON-1237
> Project: Qpid Proton
> Issue Type: New Feature
> Components: proton-c
> Affects Versions: 0.12.2
> Reporter: Alan Conway
> Assignee: Alan Conway
> Fix For: 0.14.0
>
>
> The C++ and Ruby bindings have a connection_engine interface: it gathers
> together the functionality of pn_connection pn_transport and pn_collector to
> enable handler-style programming against a single connection, with no
> assumptions about IO or threading.
> Some of this can be back-ported to C to make it easier to do reactive
> programming in C without using the pn_reactor (which forces IO and threading
> choices on the user)
> To validate the work, add a single-threaded C example using the libuv library
> for IO, and a multi-threaded C++ proton::container implementation also built
> on libuv.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
