Handle receive rule result unavailability and message broadcasts
authorJacek Bukarewicz <j.bukarewicz@samsung.com>
Fri, 28 Nov 2014 11:39:33 +0000 (12:39 +0100)
committerAdrian Szyndela <adrian.s@samsung.com>
Fri, 19 Feb 2016 10:53:57 +0000 (11:53 +0100)
commit39a2176ea2a51c3d3b270f4083fc031981b16b75
tree4238701ca6014677f184282e15a8256b22181b4f
parent45ba968436b10e4e0238cb67d76c770e1deabe5b
Handle receive rule result unavailability and message broadcasts

When message is sent to the addressed recipient and receive rule
result is unavailable we don't want to block the sender
as it most likely will be the privileged service, so instead we queue
it at the recipient. Any further messages sent to it will be queued to
maintain message order. Once the answer from Cynara arrives messages are
dispatched from the recipient queue. In such case full dispatch is
performed - messages are sent to addressed recipient and other
interested connections.
Messages sent to non-addressed recipients (eavesdroppers or broadcast
message recipients) are handled in a similar way. The difference is
that it is not full dispatch meaning message is sent to a single recipient.

Change-Id: Iecd5395f75a4c7811fa97247a37d8fc4d42e8814
bus/activation.c
bus/bus.c
bus/bus.h
bus/check.c
bus/check.h
bus/connection.c
bus/connection.h
bus/dispatch.c
bus/dispatch.h
bus/driver.c
bus/policy.c