Binding lists are generated by the mk tools (i.e., mkapp and mksys) and are installed into the "system" configuration tree by the installer. They are in the "system" tree to keep them protected from sandboxed applications.
Bindings between clients and servers are stored under the client's configuration. If the client is an application, the bindings are stored under the application's configuration in the "system" tree. If the client is a non-application user, the bindings are stored under the "/users/bindings" branch of the "system" tree.
system:/ apps/ <app name>/ bindings/ <client interface name> protocol <string> server/ app <string> user <string> interface <string> users/ <user name>/ bindings/ <client interface name> protocol <string> server/ app <string> user <string> interface <string>
Each <client interface name>
corresponds to an IPC interface imported by a component.
The protocol
is the globally unique protocol identifier of the interface protocol that the client and server share. This is usually a cryptographic hash that uniquely identifies the protocol content, even if the name of the protocol changes.
Either server/app
or server/user
must exist, but never both.
The server/app
is the name of the application that will run the server on the target.
The server/user
is the name of the user account that will run the server on the target.
The server/interface
names correspond to IPC interfaces exported by components.
sync
command that can be used to update the Service Directory with the latest binding configuration from the configuration tree.Copyright (C) Sierra Wireless, Inc. 2014. Use of this work is subject to license.