From 942a69b1cd53fc1c1a1835aaf25101b03b9527e5 Mon Sep 17 00:00:00 2001 From: Anders Carlsson Date: Tue, 4 Mar 2003 23:02:40 +0000 Subject: 2003-03-05 Anders Carlsson * dbus/dbus-transport.c: (_dbus_transport_open): Remove duplicate "tcp" entry. * doc/dbus-specification.sgml: Clarify some things. --- doc/dbus-specification.sgml | 49 +++++++++++++++++++++++++++++++-------------- 1 file changed, 34 insertions(+), 15 deletions(-) (limited to 'doc/dbus-specification.sgml') diff --git a/doc/dbus-specification.sgml b/doc/dbus-specification.sgml index b8bc4de7..bf7ba9eb 100644 --- a/doc/dbus-specification.sgml +++ b/doc/dbus-specification.sgml @@ -683,6 +683,9 @@ + + + Server Addresses @@ -1008,6 +1011,12 @@ ownership whenever another application requests ownership of the service. + + When a client disconnects from the bus, all the services that + the clients own are deleted, or in the case of a service that + prohibits replacement, ownership is transferred to the next + client in the queue, if any. + Message Bus Message Routing @@ -1039,16 +1048,18 @@ in different places, see . - [FIXME the file format should be much better specified than - "similar to .desktop entries" esp. since desktop entries - are already badly-specified. ;-)] - Service description files have the ".service" file - extension. The message bus will only load service description - files ending with .service; all other files will be ignored. - The file format is similar to that of desktop - entries. All service description files must be in - UTF-8 encoding. + [FIXME the file format should be much better specified than + "similar to .desktop entries" esp. since desktop entries are + already badly-specified. ;-)] Service description files have + the ".service" file extension. The message bus will only load + service description files ending with .service; all other + files will be ignored. The file format is similar to that of + desktop + entries. All service description files must be in + UTF-8 encoding. To ensure that there will be no name + collisions, service files must be namespaced using the same + mechanism as messages and service names.
Example service description file @@ -1061,17 +1072,25 @@
- When an application requests a service to be activated, the bus - daemon tries to find it in the list of activation entries. It - then tries to spawn the executable associated with it. If this - fails, it will report an error. [FIXME what happens if two - .service files offer the same service; what kind of error is reported] + When an application requests a service to be activated, the + bus daemon tries to find it in the list of activation + entries. It then tries to spawn the executable associated with + it. If this fails, it will report an error. [FIXME what + happens if two .service files offer the same service; what + kind of error is reported, should we have a way for the client + to choose one?] The executable launched will have the environment variable DBUS_BUS_ADDRESS set to the address of the message bus so it can connect and register the appropriate services. + + [FIXME there should be a timeout somewhere, either specified + in the .service file, by the client, or just a global value + and if the client being activated fails to connect within that + timeout, an error should be sent back.] +
-- cgit