Udisks is een middel om schijf en opslaggelegenheden op platforms op te sommen Linux en diverse handelingen op hen uit te voeren. Deze post beschrijft de technologie achter udisks, de geschiedenis van udisks hoe te om udisks gebeurtenissen en sommige eenvoudige verrichtingen te controleren u het gebruiken kunt doen udisks.
|
|
|||||||||||||||||||||||
    |
Vroeger op het jaar schreef ik een aantal posten over controle en het in wisselwerking staan met D-Bus gebruikend shell manuscripten. In deze post bekijk ik het gebruiken van Robijn om met D-Bus toegelaten toepassingen te controleren en in wisselwerking te staan. De controle van D-Bus berichten is belangrijk voor zowel activering als het zuiveren doeleinden. In deze post die ik heb onderzocht om op dergelijke berichten te controleren en te handelen gebruikend de hulpmiddelen van de bevellijn. De wildzang is een open Desktop nota-nemende toepassing de bron van de GNOOM die in C# en het gebruiken van Monoruntime, Gtk# en de spellchecker GtkSpell wordt geschreven. De daadwerkelijke versie van Wildzang die met Fedora 10 komt is versie 0.12.0. Dit omvat uitvoerige een D-Bus interface die het mogelijk maakt om de nota's van de Kater van uw shell manuscripten tot stand te brengen te wijzigen en te tonen. Deze post verstrekt een overzicht van beschikbare de D-Bus methodes en omvat een aantal voorbeelden voor u om te experimenteren met. Zie mijn vorige post op D-Bus die als u met de basisconcepten D-Bus het scripting unfamilar bent scripting. Eerst zullen wij van de beschikbare voorwerpen gebruikend qdbus een lijst maken. $ qdbus org.gnome. Wildzang//org /org/gnome /org/gnome/Tomboy /org/gnome/Tomboy/RemoteControl Daarna, maken een lijst wij van alle beschikbare signalen en methodes voor RemoteControl. $ qdbus org.gnome. /org/gnome/Tomboy/RemoteControl van de wildzang van de methodebool org.gnome van methodeQString org.freedesktop.DBus.Introspectable.Introspect () van de methodeQString org.gnome. Tomboy.RemoteControl.AddTagToNote (QString uri, QString tag_name) van de methodeQString org.gnome. Tomboy.RemoteControl.CreateNamedNote (QString linked_title) van de methodebool org.gnome. Tomboy.RemoteControl.CreateNote () van de methodebool org.gnome. Tomboy.RemoteControl.DeleteNote (uri QString) van de methodebool org.gnome. Tomboy.RemoteControl.DisplayNote (uri QString) van de de methode nietige () methode org.gnome. Tomboy.RemoteControl.DisplaySearch. Tomboy.RemoteControl.DisplayNoteWithSearch (uri QString, onderzoek QString) van de methodeQString org.gnome nietige org.gnome. Tomboy.RemoteControl.DisplaySearchWithText (QString search_text) van de methodeQString org.gnome. Tomboy.RemoteControl.FindNote (QString linked_title) van de methodeQStringList org.gnome. Tomboy.RemoteControl.FindStartHereNote (de methode qlonglong (uri QString) methode org.gnome. Tomboy.RemoteControl.GetNoteChangeDate). Tomboy.RemoteControl.GetAllNotesWithTag (QString tag_name) Van de methodeQString org.gnome van QString org.gnome. Tomboy.RemoteControl.GetNoteCompleteXml (uri QString) van de methodeQString org.gnome. Tomboy.RemoteControl.GetNoteContents (uri QString) van de de methode qlonglong (uri QString) methode org.gnome. Tomboy.RemoteControl.GetNoteCreateDate. Tomboy.RemoteControl.GetNoteContentsXml (uri QString) van de methodeQStringList org.gnome van QString org.gnome. Tomboy.RemoteControl.GetNoteTitle (uri QString) van de methodebool org.gnome. Tomboy.RemoteControl.GetTagsForNote (uri QString) van de methodeQStringList org.gnome. Tomboy.RemoteControl.HideNote (uri QString) van het het signaal nietige (uri QString) signaal org.gnome. Tomboy.RemoteControl.NoteAdded. Tomboy.RemoteControl.ListAllNotes () van de methodebool org.gnome nietige org.gnome. Tomboy.RemoteControl.NoteDeleted (uri QString, titel QString) van de het signaal nietige (uri QString) methode org.gnome. Tomboy.RemoteControl.NoteSaved. Tomboy.RemoteControl.NoteExists (uri QString bool org.gnome. Tomboy.RemoteControl.RemoveTagFromNote) (QString uri, QString tag_name) van de methodebool org.gnome van methodeQStringList org.gnome. Tomboy.RemoteControl.SearchNotes (vraag QString, case_sensitive bool) van de methodebool org.gnome. Tomboy.RemoteControl.SetNoteCompleteXml (QString uri, QString xml_contents) van de methodebool org.gnome. Tomboy.RemoteControl.SetNoteContents (QString uri, QString text_contents de methode Tomboy.RemoteControl.SetNoteContentsXml). (QString uri, QString xml_contents) QString org.gnome. Tomboy.RemoteControl.Version () Als eenvoudig voorbeeld van hoe te om een gepubliceerde methode te gebruiken, halen wij de methode van de Versie aan om de versie van Wildzang terug te keren die wij gebruiken. $ qdbus org.gnome. Wildzang /org/gnome/Tomboy/RemoteControl org.gnome. Tomboy.RemoteControl.Version 0.12.0 Wij kunnen gebruiken dbus-verzenden in plaats van qdbus zoals hieronder getoond maar aangezien u kunt, qdbussyntaxis zien zijn compacter. Merk ook op dat wij de zittingsbus moeten gebruiken. $ dbus-verzenden - type=method_call - zitting - druk-antwoord \ - dest='org.gnome. Tomboy /org/gnome/Tomboy/RemoteControl \ org.gnome. Tomboy.RemoteControl.Version 0.12.0 In het volgende voorbeeld, creëren wij het equivalent van „Hello Wereld“ gebruikend een nota, tonen het 5 seconden en schrappen dan de nota. #! /bin/bash DPATH=“ /org/gnome/Tomboy/RemoteControl“ INTERFACE=“ org.gnome. Tomboy.RemoteControl“ TMP= `qdbus org.gnome. $ {DPATH} $ van de wildzang {INTERFACE} .CreateNamedNote „Mijn Nota“ 2>/dev/null `RESULT=$? als [[$RESULT! = 0]] toen berekent uitgang 1 FI # het koord van notauri dat van de vorm # de nota is: //0xaf3356abcdefg OID=$ {TMP#note:} # plaats de inhoud De D-bus (de Bus van de Desktop) is een laag-latentie, de laag-lucht, makkelijk te gebruiken technologie van de berichtbus die toepassingslancering en aaneenschakeling steunt. Het wordt primarly gebruikt op Desktops GNU/Linux maar ported aan andere platforms met inbegrip van Microsoft Windows en Apple Mac OS X.  geweest Deze post een snel overzicht van D-Bus concepten, wat geschiedenis, en sommige voorbeelden van hoe te om D-Bus in uw shell manuscripten te gebruiken verstrekt. Oorspronkelijk zowel gebruikten de de Desktopprojecten van KDE als van de GNOOM CORBA voor inter-toepassingsmededeling. In tijd nochtans, om diverse redenen, migreerde KDE van CORBA aan het Protocol van Comunications van de Desktop (DCOP) en de GNOOM migreerde aan Bonono. Dit leidt tot de situatie waar GNU/Linux de Desktopdistributies verschillende inter-toepassing moesten steunen twee lauch en de aaneenschakelingsmodellen en vele standaardDesktoptoepassingen konden niet foutloos met elkaar communiceren. Om deze onbevredigende situatie te verbeteren, werd de D-Bus (de naam werd voorgesteld door Harri Porten) opgevat en werd ontwikkeld door Red Hat als deel van het freedesktop.org project. Het ontwerp van D-Bus werd zwaar beïnvloed door DCOP. Vanaf het begin, werd het ontworpen om een vervanging voor de twee concurrerende technologieën te zijn. De aanvankelijke broncodemodule werd gecreërd door Verwoesting Pennington in eind 2002. De ontwikkeling was vrij langzaam met vele veranderingen in het draadprotocol. Nochtans tegen 2006 was de specificatie vrij stabiel. De eerste GNOOM en dan KDE namen het besluit aan overgang aan D-Bus om één enkele verenigde applcation aaneenschakeling en het lauching technologie op Desktops te steunen GNU/linux. In menig opzicht is de D-Bus gelijkaardig aan Sun Microsystems ToolTalk wat de undelying technologie in het Gemeenschappelijke Milieu van de Desktop, en de Aaneenschakeling van de Objecten van Microsoft en het Inbedden van de technologie (van OLE) is. Basis is het D-Bus protocol een laag van de latancy peer-aan-edele of cliënt server binair protocol. Het is niet voorgenomen voor inter-machinegebruik maar eerder voor intra-machinegebruik. Het werkt in termen van berichten eerder dan bytestromen. Een berichtbus wordt gebruikt wanneer many-to-many mededeling wordt gewenst. Normaal communiceren de toepassingen via zulk een berichtbus maar directe is de toepassing-aan-toepassing mededeling ook mogelijk. Wanneer het communiceren op een berichtbus, kunnen de toepassingen vragen welke andere toepassingen en diensten beschikbaar zijn, evenals activeren één op bestelling. Een daemon, of de dienst, moet worden gelanceerd alvorens om het even welke toepassingen met een berichtbus kunnen verbinden. Dit daemon is de oorzaak van het houden van spoor van de toepassingen die en voor behoorlijk het verpletteren van berichten uit bron met bestemming worden verbonden. Bepaalt de D-Bus specificatie twee bekende bussen genoemd de systeembus en de zitting |
||||||||||||||||||||||
|
Auteursrecht © 2005-2011 Finnbarr P. Murphy. Alle Voorgebe*houde Rechten. |
|||||||||||||||||||||||