On Tue, 2016-07-19 at 16:50 -0400, Alan Conway wrote: > On Tue, 2016-07-19 at 17:36 +0100, Gordon Sim wrote: > > > > On 19/07/16 10:58, Tobias Duckworth wrote: > > > > > > > > > Thanks, wasn't aware of PN_TRACE_FRM, here's some output from > > > connecting to > > > Azure and attempting to open a receiver then sender with that > > > tracing > > > enabled: > > > > > > Address: https://TWDIoTHub.azure-devices.net:5671 > > > [0x6dd470]: -> AMQP > > > > > > on_start > > > [0x6dd470]:0 -> @open(16) > > > [container-id="77e8331f-ca64-4b22-8200-311024ede12d", channel- > > > max=32767] > > > > I think perhaps the missing hostname is the issue? In the trace > > that > > works you have: > > > > > on_start > > > [0x23c2280]: -> AMQP > > > [0x23c2280]:0 -> @open(16) > > > [container-id="aa950979-10ce-436b-842b-65409350b729", > > > hostname="TWDIoTHub.azure-devices.net:5671", channel-max=32767] > > > > The error looks like some sort of null pointer issue, perhaps when > > looking up the node for the link, using the hostname as context? > > > > > > > > > > > [0x6dd470]:0 <- @detach(22) [handle=0, closed=true, error=@error( > > > 29 > > > ) > > > [condition=:"amqp:internal-error", description="Object reference > > > not set to > > > an instance of an object.", > > > info={:exception="System.NullReferenceException: > > > Object reference not set to an instance of an > > > object.\x0d\x0a\x0d\x0aServer > > > > > That is very likely. The connection_engine doesn't fill in the > hostname > for you, the reactor's SSL code very likely does. If that's the case > please put a comment on https://issues.apache.org/jira/browse/PROTON- > 12 > 55 so I'll fix that when I get to it. > Forgot to say: if this is the problem, the workaround is to call
pn_connection_set_hostname(pn_connection_t *connection, const char *hostname); just after you call --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
