Udisks ist Mittel der Aufzählung der Scheibe und der Speichergeräte auf Linuxplattformen und der Ausführung der verschiedenen Betriebe auf ihnen. Dieser Pfosten beschreibt die Technologie hinter udisks, die Geschichte von udisks, wie man udisks Ereignisse und einige einfache Betriebe überwacht, die Sie mit udisks tun können.
|
|
|||||||||||||||||||||||
    |
Anfang des Jahres schrieb ich einige Pfosten über Überwachung und das Einwirken auf D-Bus unter Verwendung der Shell-Skripts. In diesem Pfosten betrachte ich mit Rubin, auf D-Bus ermöglichte Anwendungen zu überwachen und einzuwirken. ÜberwachungD-Busmitteilungen ist zu den Aktivierungs- und Entstörungszwecken wichtig. In diesem Pfosten überprüfe ich, wie man nach solchen Mitteilungen unter Verwendung der Befehlszeile Werkzeuge überwacht und handelt. Wildfang ist eine Anmerkung-nehmende Tischplattenanwendung des offene Quelle GNOME, die in C# und in der Benutzung der Monolaufzeit, des Gtk# und des GtkSpell orthographischen Korrekturprogramms geschrieben. Die tatsächliche Freigabe des Wildfangs, der mit Fedora 10 kommt, ist Version 0.12.0. Dieses einschließt eine komplette D-Busschnittstelle us, die es möglich, Tomcatanmerkungen von Ihren Shell-Skripts zu verursachen, zu ändern und anzuzeigen macht. Dieser Pfosten liefert einen Überblick über die vorhandenen D-Busmethoden und umfaßt einige Beispiele, damit Sie mit experimentieren. Sehen Sie meinen vorhergehenden Pfosten auf dem D-Bus, der scripting ist, wenn Sie mit den Grundmodellen von D-Bus scripting unfamilar sind. Zuerst verzeichnen wir die vorhandenen Gegenstände unter Verwendung des qdbus. $ qdbus org.gnome. Wildfang//org /org/gnome /org/gnome/Tomboy /org/gnome/Tomboy/RemoteControl Zunächst verzeichnen wir alle vorhandenen Signale und Methoden für Fernsteuerungs. $ qdbus org.gnome. Wildfang-/org/gnome/Tomboy/RemoteControl-Methode QString org.freedesktop.DBus.Introspectable.Introspect () Methode bool org.gnome. Tomboy.RemoteControl.AddTagToNote (QString uri, QString tag_name) Methode QString org.gnome. Tomboy.RemoteControl.CreateNamedNote (QString linked_title) Methode QString org.gnome. Tomboy.RemoteControl.CreateNote () Methode bool org.gnome. Tomboy.RemoteControl.DeleteNote (QString uri) Methode bool org.gnome. Tomboy.RemoteControl.DisplayNote (QString uri) Methode bool org.gnome. Tomboy.RemoteControl.DisplayNoteWithSearch (QString uri, QString Suche) der Methodenlücke org.gnome. Tomboy.RemoteControl.DisplaySearchWithText (QString search_text) der Methodenlücke org.gnome. Tomboy.RemoteControl.DisplaySearch () QString org.gnome. Tomboy.RemoteControl.FindNote (QString linked_title) Methode Methode QString org.gnome. Tomboy.RemoteControl.FindStartHereNote () Methode QStringList org.gnome. Tomboy.RemoteControl.GetAllNotesWithTag (QString tag_name) Methode qlonglong org.gnome. Tomboy.RemoteControl.GetNoteChangeDate (QString uri) Methode QString org.gnome. Tomboy.RemoteControl.GetNoteCompleteXml (QString uri) Methode QString org.gnome. Tomboy.RemoteControl.GetNoteContents (QString uri) Methode QString org.gnome. Tomboy.RemoteControl.GetNoteContentsXml (QString uri) Methode qlonglong org.gnome. Tomboy.RemoteControl.GetNoteCreateDate (QString uri) Methode QString org.gnome. Tomboy.RemoteControl.GetNoteTitle (QString uri) Methode QStringList org.gnome. Tomboy.RemoteControl.GetTagsForNote (QString uri) Methode bool org.gnome. Tomboy.RemoteControl.HideNote (QString uri) Methode QStringList org.gnome. Tomboy.RemoteControl.ListAllNotes () der Signallücke org.gnome. Tomboy.RemoteControl.NoteDeleted (QString uri der Signallücke org.gnome. Tomboy.RemoteControl.NoteAdded (QString uri) bool org.gnome. Tomboy.RemoteControl.NoteExists (QString uri) Methode, QString Titel) bool org.gnome. Tomboy.RemoteControl.RemoveTagFromNote (QString uri Methode der Signallücke org.gnome. Tomboy.RemoteControl.NoteSaved (QString uri), QString tag_name) Methode QStringList org.gnome. Tomboy.RemoteControl.SearchNotes (QString Frage, bool case_sensitive) Methode bool org.gnome. Tomboy.RemoteControl.SetNoteCompleteXml (QString uri, QString xml_contents) Methode bool org.gnome. Tomboy.RemoteControl.SetNoteContents (QString uri, QString text_contents) Methode bool org.gnome. Tomboy.RemoteControl.SetNoteContentsXml (QString uri, QString xml_contents) Methode QString org.gnome. Tomboy.RemoteControl.Version () Als einfaches Beispiel von, wie man eine erschienene Methode, wir hervorrufen die Versionsmethode, um die Version des Wildfangs zurückzubringen anwendet, die wir verwenden. $ qdbus org.gnome. Wildfang /org/gnome/Tomboy/RemoteControl org.gnome. Tomboy.RemoteControl.Version 0.12.0 Wir können verwenden dbus-senden anstelle vom qdbus wie gezeigt unter, aber, wie Sie können, ist sehen qdbus Syntax kompakter. Merken Sie auch, dass wir den Lernabschnittbus benutzen müssen. $ dbus-senden - type=method_call - Lernabschnitt - drucken-antworten Sie \ - dest='org.gnome. Tomboy /org/gnome/Tomboy/RemoteControl \ org.gnome. Tomboy.RemoteControl.Version 0.12.0 Im Folgenden Beispiel verursachen wir das Äquivalent „hallo der Welt“ unter Verwendung einer Anmerkung, anzeigen es für 5 Sekunden 5 und löschen dann die Anmerkung. #! /bin/bash“ /org/gnome/Tomboy/RemoteControl“ INTERFACE= DPATH=“ org.gnome. Tomboy.RemoteControl“ TMP= `qdbus org.gnome. Wildfang $ {DPATH} $ {SCHNITTSTELLE} .CreateNamedNote „meine Anmerkung“ 2>/dev/null `RESULT=$? wenn [[$RESULT! = herausnehmen 0]] dann 1 FI # herausfinden Anmerkung uri Schnur g, die von der Form # von der Anmerkung ist: //0xaf3356abcdefg OID=$ {TMP#note:} # einstellen Sie den Inhalt n D-Bus (Tischplattenbus) ist eine Niedriglatenz, Niedrigunkosten, bedienungsfreundliche eine Mitteilungbustechnologie die Umfeldaufgabeprodukteinführung und eine Verbindung. Er primarly verwendet, auf GNU/Linux Schreibtischen aber getragen worden zu anderen Plattformen einschließlich Microsoft Windows und Apple Mac OS X.   dieser Pfosten liefert einen schnellen Überblick über D-Buskonzepte, etwas Geschichte und einige Beispiele von, wie man D-Bus in Ihren Shell-Skripts benutzt. Ursprünglich verwendeten die KDE und GNOMEtischplattenprojekte CORBA für Zwischen-anwendung Kommunikation. Im Laufe der Zeit jedoch, aus verschiedenen Gründen, abwanderte KDE von CORBA zum TischplattenComunications Protokoll (DCOP) (und GNOME abwanderte zu Bonono e. Dieses führen zu die Situation, in der GNU/Linux Tischplattenverteilungen Zwischen-anwendung zwei lauch stützen mussten unterschiedliches und die Verbindung der Modelle und vieler Standard-Desktop-Anwendungen nicht einander nahtlos verbunden sein könnte. Um diese unbefriedigende Situation zu verbessern, begriffen D-Bus (der Name vorgeschlagen von Harri Porten) en und entwickelt durch Red Hat als Teil des freedesktop.org-Projektes. Der Entwurf von D-Bus beeinflußt schwer durch DCOP. Von Anfang an entworfen er, um ein Wiedereinbau für die zwei konkurrierenden Technologien zu sein. Das Anfangsquellencodemodul hergestellt von Havoc Pennington spätem 2002 02. Entwicklung war mit vielen Änderungen am Drahtprotokoll ziemlich langsam. Jedoch durch 2006 war die Spezifikation verhältnismäßig beständig. Erster GNOME und dann KDE traf die Entscheidung zum Übergang zum D-Bus, um eine einzelne vereinheitlichte applcation verbindenund lauching Technologie auf GNU/linux Schreibtischen zu stützen. In vielerlei Hinsicht ist D-Bus Sun Microsystems ToolTalk, der die undelying Technologie in der allgemeinen Tischplattenumwelt ist, und Microsofts der Gegenstand-Verbindung und der Einbettung (der ALTEN) Technologie ähnlich. Das grundlegende D-Busprotokoll ist ein niedriges Peer-to-Peer- latancy oder Klientenserverzweiheitprotokoll. Es bestimmt nicht für Zwischen-maschine Gebrauch aber eher für Intra-maschine Gebrauch. Es funktioniert in Mitteilungen eher als Byteströme ausgedrückt. Ein Mitteilungbus benutzt, wenn many-to-many Kommunikation gewünscht. Normalerweise in Verbindung stehen Anwendungen über solch einen Mitteilungbus, aber direkte Anwendung-zuanwendung Kommunikation ist auch möglich. Beim In Verbindung stehen auf einem Mitteilungbus, Anwendungen fragen können, die andere Anwendungen und Dienstleistungen vorhanden sind, sowie aktivieren Sie Bedarfs ein. Ein Dämon oder Service, müssen gestartet werden, bevor alle mögliche Anwendungen an einen Mitteilungbus anschließen können. Dieser Dämon ist für das Im Auge behalten der Anwendungen verantwortlich, die und für Mitteilungen von Quelle zu Bestimmungsort richtig verlegen angeschlossen. Die D-Busspezifikation definiert zwei weithin bekannte Busse, die den Systembus und den Lernabschnitt genannt |
||||||||||||||||||||||
|
Urheberrechtlich schützen Sie © Finnbarr 2005-2011 P. Murphy. Alle Rechte vorbehalten. |
|||||||||||||||||||||||