Udisks è mezzi di enumerazione il disc e dei dispositivi di memorizzazione sulle piattaforme di Linux e di realizzare loro i vari funzionamenti. Questo alberino descrive la tecnologia dietro i udisks, la storia dei udisks, come controllare gli eventi dei udisks ed alcuni funzionamenti che semplici potete fare usando i udisks.
|
|
|||||||||||||||||||||||
    |
All'inizio di quest'anno ho scritto un certo numero di alberini circa il controllo e l'interazione con il D-Bus usando gli shell script. In questo alberino esamino usando il rubino per controllare ed interagire con le applicazioni permesse a D-Bus. I messaggi del D-Bus della Verifica e Controllo è importanti per sia gli scopi di ricerca degli errori che di attivazione. In questo alberino esamino come controllare e comportarmi su tali messaggi usando la linea di ordine attrezzi. Il maschiaccio è un'applicazione dipresa da tavolino di GNOME di fonte aperta che è scritta in C# e nell'utilizzazione il tempo di esecuzione mono, Gtk# e del correttore di GtkSpell. Il rilascio reale del maschiaccio che viene con Fedora 10 è versione 0.12.0. Ciò comprende un'interfaccia completa del D-Bus che permette di generare, modificare e visualizzare le note del Tomcat dai vostri shell script. Questo alberino fornisce una descrizione dei metodi disponibili del D-Bus e gli comprende un certo numero di esempi affinchè sperimenti con. Vedi il mio alberino precedente sul D-Bus che scripting se siete unfamilar con i concetti di base di scripting del D-Bus. In primo luogo elencheremo gli oggetti disponibili usando il qdbus. qdbus org.gnome di $. Maschiaccio//org /org/gnome /org/gnome/Tomboy /org/gnome/Tomboy/RemoteControl Dopo, elenchiamo tutti i segnali e metodi disponibili per RemoteControl. qdbus org.gnome di $. Metodo del qlonglong org.gnome. Tomboy.RemoteControl.GetNoteChangeDate (uri di metodo di QStringList org.gnome. Tomboy.RemoteControl.GetAllNotesWithTag (tag_name di metodo di QString org.gnome. Tomboy.RemoteControl.FindStartHereNote di metodo di QString org.gnome. Tomboy.RemoteControl.FindNote (linked_title di metodo di vuoto org.gnome. Tomboy.RemoteControl.DisplaySearchWithText (search_text di metodo di vuoto org.gnome. Tomboy.RemoteControl.DisplaySearch di metodo di bool org.gnome. Tomboy.RemoteControl.DisplayNoteWithSearch (uri di metodo di bool org.gnome. Tomboy.RemoteControl.DisplayNote (uri di metodo di bool org.gnome. Tomboy.RemoteControl.DeleteNote (uri di metodo di QString org.gnome. Tomboy.RemoteControl.CreateNote di metodo di QString org.gnome. Tomboy.RemoteControl.CreateNamedNote (linked_title di metodo di bool org.gnome. Tomboy.RemoteControl.AddTagToNote (uri di metodo di QString org.freedesktop.DBus.Introspectable.Introspect di metodo di /org/gnome/Tomboy/RemoteControl del maschiaccio () di QString, tag_name di QString) di QString) () di QString) di QString) di QString, ricerca di QString) () di QString) di QString) () di QString) di QString) Bool org.gnome. Tomboy.RemoteControl.RemoveTagFromNote (uri di metodo di vuoto org.gnome. Tomboy.RemoteControl.NoteSaved (uri del segnale di bool org.gnome. Tomboy.RemoteControl.NoteExists (uri di metodo di vuoto org.gnome. Tomboy.RemoteControl.NoteDeleted (uri del segnale di vuoto org.gnome. Tomboy.RemoteControl.NoteAdded (uri del segnale di QStringList org.gnome. Tomboy.RemoteControl.ListAllNotes di metodo di bool org.gnome. Tomboy.RemoteControl.HideNote (uri di metodo di QStringList org.gnome. Tomboy.RemoteControl.GetTagsForNote (uri di metodo di QString org.gnome. Tomboy.RemoteControl.GetNoteTitle (uri di metodo del qlonglong org.gnome. Tomboy.RemoteControl.GetNoteCreateDate (uri di metodo di QString org.gnome. Tomboy.RemoteControl.GetNoteContentsXml (uri di metodo di QString org.gnome. Tomboy.RemoteControl.GetNoteContents (uri di metodo di QString org.gnome. Tomboy.RemoteControl.GetNoteCompleteXml (uri di QString) di QString) di QString) di QString) di QString) di QString) di QString) () di QString) di QString, titolo di QString) di QString) di QString) di QString, tag_name di QString) metodo QString org.gnome. Tomboy.RemoteControl.Version di bool org.gnome. Tomboy.RemoteControl.SetNoteContentsXml (uri di metodo di bool org.gnome. Tomboy.RemoteControl.SetNoteContents (uri di metodo di bool org.gnome. Tomboy.RemoteControl.SetNoteCompleteXml (uri di metodo di QStringList org.gnome. Tomboy.RemoteControl.SearchNotes (domanda, bool di metodo di QString case_sensitive) di QString, xml_contents di QString) di QString, text_contents di QString) di QString, xml_contents di QString) () Come esempio semplice di come usare un metodo pubblicato, invochiamo il metodo di versione per restituire la versione del maschiaccio che stiamo usando. qdbus org.gnome di $. Maschiaccio /org/gnome/Tomboy/RemoteControl org.gnome. Tomboy.RemoteControl.Version 0.12.0 Possiamo usare dbus-trasmettiamo anziché il qdbus come indicato sotto ma, come potete, vedere la sintassi di qdbus è più compatto. Inoltre noti che dobbiamo utilizzare il bus di sessione. $ dbus-trasmettono - type=method_call - la sessione - stampare-risponda \ - dest='org.gnome. Tomboy /org/gnome/Tomboy/RemoteControl \ org.gnome. Tomboy.RemoteControl.Version 0.12.0 Nel seguente esempio, generiamo l'equivalente “ciao del mondo„ che usando una nota, lo visualizziamo per 5 secondi ed allora cancelliamo la nota. #! /bin/bash DPATH=„ /org/gnome/Tomboy/RemoteControl„ INTERFACE=„ qdbus org.gnome del `di TMP= di org.gnome. Tomboy.RemoteControl„. Maschiaccio $ {DPATH} $ {INTERFACCIA} .CreateNamedNote “`RESULT=$ di 2>/dev/null della mia nota„? se [[$RESULT! = 0]] allora annulla 1 fi # calcola fuori la stringa di uri della nota che è della forma # della nota: //0xaf3356abcdefg OID=$ {TMP#note:} # regoli il soddisfare Il D-Bus (bus da tavolino) è uno basso-stato latente, lle basso-spese generali, una tecnologia di facile impiego del bus del messaggio che lancio di applicazione di sostegni e un collegamento. Primarly è usato sui tavoli di GNU/Linux ma ported ad altre piattaforme compreso Microsoft Windows e il   di Apple Mac OS X. questo alberino fornisce una descrizione rapida dei concetti del D-Bus, di una certa storia e di alcuni esempi di come utilizzare il D-Bus nei vostri shell script. I progetti da tavolino di GNOME che originale sia di KDE hanno usato CORBA per la comunicazione di inter-applicazione. Col passare del tempo tuttavia, per vari motivi, KDE ha migrato da CORBA al protocollo da tavolino di Comunications (DCOP) e lo GNOME ha migrato a Bonono. Ciò conduce alla situazione dove le distribuzioni da tavolino di GNU/Linux hanno dovuto sostenere il lauch differente di inter-applicazione due e collegare i modelli e molte applicazioni da tavolino standard non potrebbe comunicare senza giunte con a vicenda. Per migliorare questa situazione insoddisfacente, il D-Bus (il nome è stato suggerito da Harri Porten) è stato concepito e sviluppato stato da Red Hat come componente del progetto freedesktop.org. Il disegno del D-Bus è influenzato stato molto da DCOP. Dall'inizio, è destinato stato per essere un rimontaggio per le due tecnologie facenti concorrenza. Il modulo iniziale di codice sorgente è stato generato tramite Havoc Pennington verso la fine del 2002. Lo sviluppo era abbastanza lento con molti cambiamenti al protocollo del legare. Tuttavia da 2006 la specifica era relativamente stabile. Il primo GNOME ed allora KDE ha preso la decisione alla transizione al D-Bus per sostenere una singola tecnologia di collegamento e lauching unificata di applcation sui tavoli di GNU/linux. In molti sensi D-Bus è simile a Sun Microsystems ToolTalk che è la tecnologia undelying nell'ambiente da tavolino comune ed al collegamento di oggetti del Microsoft e ad includere della tecnologia (OLE). Il protocollo di base del D-Bus è un latancy basso peer-to-peer o protocollo del paio dell'assistente di cliente. Non è inteso per uso della inter-macchina ma piuttosto per uso della intra-macchina. Funziona in termini di messaggi piuttosto che i flussi di byte. Un bus del messaggio è utilizzato quando la comunicazione multipla è voluta. Le applicazioni comunicano normalmente tramite tal bus del messaggio ma la comunicazione diretta di applicazione--applicazione è inoltre possibile. Nel comunicare su un bus del messaggio, le applicazioni possono interrogare che altri applicazioni e servizi sono disponibili, così come attivi uno su richiesta. Un demone, o il servizio, deve essere lanciato prima che tutte le applicazioni possano collegarsi ad un bus del messaggio. Questo demone è responsabile del tenersi al corrente delle applicazioni che sono collegate e per correttamente la guida dei messaggi dalla fonte alla destinazione. La specifica del D-Bus definisce due bus ben noti denominati il bus di sistema e la sessione |
||||||||||||||||||||||
|
Copyright il © Finnbarr 2005-2011 il P. Murphy. Tutti i diritti riservati. |
|||||||||||||||||||||||