Pakete¶

Die D-Bus Komponenten sind in folgenden Paketen enthalten, die mit einer grafischen Oberfläche wie KDE oder GNOME bereits installiert sind:

• dbus (enthält die gesamte Bus-Umgebung)

• dbus-x11 (bietet die Schnittstelle zum Desktop)

mit apturl

sudo apt-get install dbus dbus-x11 

sudo aptitude install dbus dbus-x11 

Session-Bus & System-Bus¶

Der Session-Bus bietet einen Kommunikationskanal für alle Programme und Desktop-Helfer, die direkt auf der Oberfläche Daten austauschen, wie beispielsweise Ausschneiden und Kopieren von beliebigen Textpassagen, die Klipper (in der KDE Umgebung) gemeldet werden und so allen anderen Programmen zur Verfügung stehen können. Der Session-Bus wird durch das Programm dbus-launch mit Referenz auf die grafische Oberfläche gestartet und steht nur diesem angemeldeten Benutzer zur Verfügung.

Der System-Bus hingegen meldet Ereignisse oder Status im System wie zum Beispiel das Erscheinen eines neuen Gerätes, das sofort vom Dateimanager in seine Oberfläche als weitere Daten-Ressource eingebunden wird. Diese Meldung erfolgt an alle eingeloggten Benutzer. Gestartet wird der Prozess dbus als User messagebus (ID 102) mit einem Upstart-Script, das ebenfalls dbus-launch aufruft.

Die Konfiguration der Busse (busconfig) ist in den XML-Dateien /etc/dbus-1/system.conf bzw. /etc/dbus-1/session.conf hinterlegt.

Objects¶

Ein Ende der Kommunikations-Kette in D-Bus wird "Object" (Objekt) genannt. Ein Objekt wird vom Client erstellt und besteht, solange die Client-Anwendung mit dem Bus in diesem Kontext verbunden ist. Ein Client kann mehrere Verbindungen zum D-Bus betreiben.

Jede Meldung, die über den Bus geht, kann einer der folgenden Typen sein:

• eine Anfrage vom Client-Prozess an andere Objekte (von anderen Prozessen)

• eine Antwort auf eine Anfrage, die zum ursprünglichen Objekt zurück geht

• einmalige Meldungen an alle verbundenen Objekte, die auf bestimmte Meldungen warten (Broadcast)

Proxies¶

"Proxies" kapseln Objekte, um ihnen die Programmierung oder die Kommunikation zu erleichtern oder komplexe Funktionen abzunehmen, die mit einzelnen Objekten nicht einfach zu realisieren wäre (bspw. Failover-Funktionen).

Methods¶

Jede Anfrage an ein Objekt ist der Aufruf einer "Method" (Methode) des Objekts; das Objekt soll eine bestimmte Aktion ausführen. Jede Methode kann Parameter für die Ausführung als Argumente benötigen, kann aber auch die Ergebnis-Daten mit der Antwort schicken oder, wenn die Anfrage nicht ausgeführt werden kann, einen Fehler ausgeben.

Signals¶

Signale ("signals") werden von einem Objekt an alle anderen Objekte geschickt, die ein bestimmtes Signal abonniert haben und darauf warten. Es gibt eigentlich keine Antworten auf solche Signale. Signale können ebenfalls Parameter beinhalten.

Interfaces¶

Jedes Objekt unterstützt bestimmte Methoden und kann bestimmte Signale senden. Diese sind bekannt als die Mitglieder ("members") der Objekte. Alle Objekt-Mitglieder sind zusammengefasst in "Interfaces" (Schnittstellen).

Adressierung¶

Das D-Bus System besteht aus drei Komponenten:

• Dem eigentlichen D-Bus-Daemon, der als Hintergrundprozess läuft. D-Bus ist (derzeit) nur ein lokaler Bus, alle Clients (Applikationen) müssen auf demselben Rechner laufen. D-Bus Verbindungen über SSH sind prinzipiell möglich, aber derzeit noch nicht vorgesehen.

• Der API, der Schnittstelle zwischen der Applikation und dem Kommunikationskanal. libdbus ist als Referenzimplementierung vorhanden, es gibt aber auch andere Implementierungen. Für libdbus gibt es eine Anzahl von High-Level Bindings in verschiedenen Programmiersprachen, um die Integration zu erleichtern.

• Dem Netzwerk-Protokoll der Kommunikation. Das Protokoll ist binär und tauscht vorwiegend Metadaten (Status, Adressen für KDEPIM, etc.) zwischen Programmen aus, ist also nicht für Datentransfer ausgelegt.