Bug #241

Start / stop of ZIC may fail to enable discovery due to Closed comunication queue

Added by Stefano Lenzi over 3 years ago. Updated over 3 years ago.

Status:Closed Start date:05/06/2014
Priority:Urgent Due date:
Assignee:Stefano Lenzi % Done:

0%

Category:zigbee.basedriver Spent time: -
Target version:org.aaloa.zb4osgi.zigbee.basedriver-0.8.0
Has a patch:No Has license agreement signed:No

Description

The queue that enables communication between DeviceBuilder (as consumer) and NetworkBrowser, AnnounceListener, LQINetworkBroswer (as producer) is not re-initialized correctly because it remains closed as soon as long as the ZIC used by the ZBD leaves.

Associated revisions

Revision 1015
Added by Stefano Lenzi over 3 years ago

Updating the ImportingQueue used by AnnounceListener ( refs #241 ): side effect of Giancarlo's patch
Fixed some typo

History

#1 Updated by Stefano Lenzi over 3 years ago

  • Status changed from New to In Progress

The initial solution was to initialize it, but it is better and more simple to maintain the creation of a new queue everytime ZIC join

#2 Updated by Giancarlo Riolo over 3 years ago

  • Status changed from In Progress to Resolved

Reinstantiation of the queue.

#3 Updated by Stefano Lenzi over 3 years ago

  • Status changed from Resolved to In Progress

The fix does not sync the AnnouceListnerThread that uses the old queue...

#4 Updated by Stefano Lenzi over 3 years ago

  • Status changed from In Progress to Closed
  • Target version changed from org.aaloa.zb4osgi.zigbee.basedriver-1.X to org.aaloa.zb4osgi.zigbee.basedriver-0.8.0

Test and it is working
Preparing for release
Fixed since r1015

Also available in: Atom PDF