From f44c0367187416d81ee10ca038214bfeb41c05bc Mon Sep 17 00:00:00 2001 From: Havoc Pennington Date: Thu, 2 Oct 2003 22:49:11 +0000 Subject: tutorial hacking --- doc/dbus-tutorial.xml | 21 +++++++++++++++++++-- 1 file changed, 19 insertions(+), 2 deletions(-) (limited to 'doc/dbus-tutorial.xml') diff --git a/doc/dbus-tutorial.xml b/doc/dbus-tutorial.xml index a42605d4..3ee26daa 100644 --- a/doc/dbus-tutorial.xml +++ b/doc/dbus-tutorial.xml @@ -65,7 +65,15 @@ - The message bus daemon has multiple instances on a typical computer. The + The message bus daemon forms the hub of a wheel. Each spoke of the wheel + is a one-to-one connection to an application using libdbus. An + application sends a message to the bus daemon over its spoke, and the bus + daemon forwards the message to other connected applications as + appropriate. Think of the daemon as a router. + + + + The bus daemon has multiple instances on a typical computer. The first instance is a machine-global singleton, that is, a system daemon similar to sendmail or Apache. This instance has heavy security restrictions on what messages it will accept, and is used for systemwide @@ -306,6 +314,7 @@ each one is unique. They are created dynamically, and are never re-used during the lifetime of the same bus daemon. You know that a given base service name will have the same owner at all times. + An example of a base service name might be :34-907. @@ -324,7 +333,15 @@ - Services have another important use, other than routing messages. They + You could think of the base service names as IP addresses, and the + well-known services as domain names. So + com.mycompany.TextEditor might map to something like + :34-907 just as mycompany.com maps + to something like 192.168.0.5. + + + + Services have a second important use, other than routing messages. They are used to track lifecycle. When an application exits (or crashes), its connection to the message bus will be closed by the operating system kernel. The message bus then sends out notification messages telling -- cgit