|Subject:||Re: Proton 0.6 RC2|
|From:||Ted Ross (tro...@redhat.com)|
|Date:||Dec 19, 2013 5:28:15 am|
Yes, it's fixed on trunk. Thanks!
On 12/19/2013 05:52 AM, Rafael Schloming wrote:
I believe I've fixed this on trunk. Let me know if you still see the problem there.
On Wed, Dec 18, 2013 at 5:44 PM, Ted Ross <tro...@redhat.com> wrote:
Digging further into this, I see that Messenger is providing the subscription and the address before the dynamic-attach handshake is completed. It was my understanding that one or both of those calls would block until the name was resolved.
On 12/18/2013 05:25 PM, Ted Ross wrote:
QPID-439 seems to have reverted in this RC.
Here's my client code:
self.M.route("amqp:/*", "amqp://%s/$1" % host) self.subscription = self.M.subscribe("amqp:/#") self.reply = self.subscription.address print "REPLY:", self.reply
The output is:
yet the trace looks like this:
[0x26135e0]:0 -> @attach(18) [name="receiver-xxx", handle=0, role=true, snd-settle-mode=2, rcv-settle-mode=0, source=@source(40) [durable=0, timeout=0, dynamic=true], target=@target(41) [durable=0, timeout=0, dynamic=false], initial-delivery-count=0] [0x26135e0]:0 <- @attach(18) [name="receiver-xxx", handle=0, role=false, snd-settle-mode=2, rcv-settle-mode=0, source=@source(40) [address="amqp:/_topo/0/ Router.A/temp.4TQT_a", durable=0, timeout=0, dynamic=true], initial-delivery-count=0]
On 12/18/2013 04:53 PM, Rafael Schloming wrote:
I've just posted proton 0.6 RC2. The changes since RC1 are listed in the attached file. Please check it out and let me know if you run into any issues.
Sources are available here:
Java binaries are available here: