Qpid Dispatch Router users:
Please be advised of a coming change to the default behavior of the
router. The details are outlined in
https://issues.apache.org/jira/browse/DISPATCH-744
There are two characteristics of the router that conspire to provide a
potentially misleading/erroneous
This should work on Windows too.
Could you please raise a JIRA? Thanks.
Cliff
On 4/12/17, Rabih M wrote:
> Hello,
>
> I noticed that windows does not take into consideration the configured
> connection idle_timeout if it is less than 1 second. Linux does not have
> this problem.
>
> I wrote so
On Wed, 2017-04-12 at 19:18 +0100, Robbie Gemmell wrote:
> ...
> > QPID-7713 hasnt budged, but some other JIRAs did that may or may
> > not
> > be related. Anyone with more of a clue care to comment on the
> > status
> > around this? :)
> >
> >
>
>
[A bit early in the year here for crickets!]
On 12/04/17 20:23, barrett wrote:
Running the above snippet leads to
ERROR:root:proton:io: getaddrinfo(my-namespace.servicebus.windows.net,
amqps): Servname not supported for ai_socktype
Anythoughts on this?
Does specifying an explicit port in the url help?
What version of proton are you usi
On 03/04/17 17:26, Daniel Pocock wrote:
On 03/04/17 17:56, Luis Azedo wrote:
kazoo module uses whatever rabbitmq supports (AMQP 0-9-1)
https://www.rabbitmq.com/protocol.html
content type is
props._flags = AMQP_BASIC_CONTENT_TYPE_FLAG;
props.content_type = amqp_cstring_bytes("application/js
