Zu Hause angekommen stellte ich fest, dass durch Gravis eine Festplatte mit dem ursprünglich installierten Betriebssystem wieder eingebaut wurde: das Notebook lief auf 10.4.9 mit genau den gebundelten Applikationen, die auch bei der Auslieferung bereits vorhanden waren.

Das MacBook habe ich dann einfach an die Festplatte angeschlossen und mit der Leopard Installations-CD gestartet. Die Wiederherstellung vom TimeMachine Backup dauerte etwa drei Stunden - für einen ungeduldig wartenden Freak eine unerträglich lange Zeit. Der Neustart daraufhin erfolgte wieder mit dem nun auf der Festplatte gespeicherten Leopard. Alle Einstellungen waren wieder vorhanden, alle Daten und Dokumente fanden sich an den vorgesehenen Stellen wieder. Ein so einfache Problembehebung hatte ich bislang noch nie.

Ein Hoch auf den Reperaturservice und die Fähigkeiten der TimeMachine!

Während in früheren Zeiten dieser Ton eine hektische Betriebsamkeit und eine existenzbedrohende Panik ausgelöst hat, ist es in den Zeiten heutiger Festplattenpreise kein erschreckendes Ereignis mehr. Eine Festplatte kostet weniger als 100€ und die wertvollen Daten sind auf dem Drobo via TimeMachine sicher bewahrt. Ausserdem habe ich das Notebook bei Gravis erworben und den Safety-Pack erworben - ich wollte mich um diese Probleme ja eigentlich nicht mehr kümmern müssen.

Wie also habe ich auf diesen Hardware-Defekt reagiert? Ich habe das MacBook zusammen mit allen Unterlagen in einen passend liegenden Gravis Store geschleppt und es dort zur Reperatur abgegeben.

Nun ist ein Defekt der Platte eigentlich leicht zu diagnostizieren, sie läuft nicht an und verursacht damit ein fehlendes Laufgeräusch. Zum Ausgleich verursacht der verzweifelt die Spur 0 lesende Schreib-/Lesekopf das oben geschilderte “Blip”.

Nun hätte ich eigentlich erwartet, dass ein Gravis Mitarbeiter mit der Lizenz zum Schrauben den Akku des MacBook entfernt, zwei Schrauben und die Abdeckung löst, die Platte dann herauszieht und durch eine neue ersetzt. An und für sich eine Aktion, die nur wenige Minuten Arbeitszeit erfordern sollte.

Weit gefehlt! Das MacBook geht nun erst einmal in die technische Diagnose, wird also irgendwohin verschickt, um wirklich ganz sicher zu gehen, dass die Platte defekt ist. Danach wird mit der Versicherung geklärt, ob der finanzielle Schaden eine defekten Festplatte wirklich vom Safety-Pack abgedeckt ist. Erst dann wird das System repariert und kann dann von mir abgeholt werden.

Ich bin nun mal gespannt, wie lange dieses Procedere benötigen wird. Ach, hätte ich es doch selbst gemacht, es wäre schneller und billiger gewesen.

Allerdings hätte ich die Sicherheit des Safety-Packs riskiert…

Aaron Hillegas hat bereits bei NeXT Erfahrungen mit dem AppKit sammeln können. Aktuell ist er Trainer der Big Nerd Ranch und leitet dort allseits anerkannt Cocoa Programmierkurse. Mit dem vorliegenden Buch ist es ihm wieder einmal gelungen, in einem lockeren, unkomplizierten Ton die Programmierung unter Mac OS X zu erklären. Niemals ist er Lehrbuchhaft oder unnötig kompliziert. Als Leser hat man immer das Gefühl, dass ein Freund die Themen erklärt und in unsicheren Gewässern eine sichere Route anbietet.

Natürlich trifft das vorab Geschrieben auch schon auf die vorangehende Ausgabe seines Buchs zu. Es stellt sich also dir Frage, ob es sich lohnt, gegebenenfalls auch die dritte Ausgabe zu kaufen, wenn man bereits die zweite sein Eigen nennt. Ich kann diese Frage nur für mich beantworten: Ja, es hat sich für mich gelohnt.

Alle Beispiele sind an das mit MacOS X Leopard aktualisierte Framework und an Objective-C 2.0 angepasst worden. Und - man darf das nicht unterschätzen - alle Screen Shots zeigen nun das, was man selbst mit XCode 3.0 auf seinem Bildschirm sieht. Es sind nur einige kleine “Handgriffe” die nun anders sind als vorab. Doch machen diese einen erheblichen Unterschied bei der Verständlichkeit des Textes und des Themas aus.

Neu hinzu gekommen sind Beispiele für das Core Data und Core Animation Framework. Damit erhält man mit dieser Ausgabe auch eine Einführung in diese Themen. Was leider den massiven Änderungen in XCode zum Opfer fiel, ist das Kapitel über den Bau eigener Paletten. Das ist nun ganz anders als vorher. Hier hätte ich doch gerne ein leicht verständliches Beispiel gelesen, wie nun eigene Komponenten wieder erstellt oder fertige Objekt-Zusammenstellungen paketiert und in einer Palette abgelegt werden können.

Alles in Allem kann ich dieses Buch jedem wärmstens ans Herz legen, der sich mit der Cocoa Programmierung unter Mac OS X beschäftigen will. Das Buch bietet in vielen Themen einen guten Einstieg, der sicher in vielen Frameworks durch weiter führende Literatur vertieft werden muss. Aber nach dem Lesen dieses Buchs ist man in der Lage, eine erste eigene vollständige Anwendung unter Mac OS X zu entwickeln. Und dafür lohnt es sich auch, eine neue Ausgabe eines Buchs zu kaufen, das bereits im eigenen Regal steht.

Ursprünglich haben wir dieses Problem einfach mit einem von mir gepflegten Kalender gelöst, der auf ein WEBDAV URL publiziert wurde. Dieser URL wurde dann von allen Anderen lesend abonniert. Ärgerlich ist natürlich, dass ich alle Terminänderungen habe manuell einpflegen müssen.

Da war es dann besser, die Termine in einem Google-Kalender anzulegen und diesen dann in iCal zu abonnieren. Das geht auch, aber bei dieser Lösung muss ich müssen alle iCal verlassen um per Browser den Kalender zu Editieren. Auch diese Lösung ist nicht wirklich anwenderfreundlich.

Apples CalDav Server auf einem Linux System aufzusetzen habe ich auch schon einmal probiert: es funktioniert, macht aber keinen Spaß und irgendwie vermisse ich die dafür notwendigen eleganten Administrationswerkzeuge…

Das kommt also auch nicht in Frage.

Auftritt BusySync

Im Internet habe ich vor einigen Wochen die Software BusySync gefunden. Es handelt sich bei diesem Programm um ein Preference-Pane, das sich in die SystemPreferences des Mac einklinkt. Im Hintergrund stellt es ein ansonsten unsichtbares iSync Plugin dar. Über BusySync lassen sich vorhandene iCal Kalender ohne große Schwierigkeiten zwischen mehreren Macs synchronisieren. Öffnet man ein Port auf seiner Firewall, funktioniert das auch bei einem Zugrif aus dem Internet ohne größere Probleme. Aber genau das, was diesen Datenaustausch so elegant und einfach macht, ist Teil des eigentlichen Problems: von anderen Systemen kann auf diese Daten nicht so einfach zugegriffen werden…

Mit der kommenden Version 2.0 werden nun auch Google Kalender von diesem Program unterstützt. Sobald die Anmeldedaten seines Google Account in den BusySync Präferenzen hinterlegt wurden, kann ein bestehender iCal Kalender auch als Google-Kalender genutzt werden. Durch die Freigabemechanismen des Google-Kalenders kann ich nun unseren “Familienkalender” an meine Frau senden, die ihn ihrerseits per einfachem Mausklick im BusySync Dialog in ihr iCal importiert hat. Eine Änderung an den Terminen wird durch BusySync automatisch an den Google-Kalender gesendet und auf den anderen Macs ebenfalls wieder durch BusySync in die benutzerspezifische Termindatenbank eingespielt. Das alles geschieht ohne weitere Benutzerinteraktion, nicht einmal iCal muss dazu gestartet sein, und abhängig von den eingestellten Aktualisierungsintervallen praktisch augenblicklich.

Durch Nutzung der “Middleware” von Google kann ich meine Termindaten in beliebiger Weise mit Kollegen, Familienmitgliedern oder jeder anderen Personengruppe teilen. Wenn dabei jemand keinen eigenen Google Account nutzen mag, kann die- oder derjenige den Kalender immer noch rein lesend nutzen. Dank BusySync sind diese Kalender auf jeden Fall sauber und problemlos auf dem Mac verfügbar und können dort in der gewohnten Weise manipuliert werden.

Und wenn man irgendwann einmal auf den Mac verzichten muss, kann man seine Terminvereinbarungen immer noch per Browserzugang im System hinterlegen.

Erfahrungen mit BusySync

BusySync hat während meiner Tests keine wirklichen Probleme gezeigt. Die Installation war einfach und auch bei der Anwendung konnte man eigentlich kaum etwas falsch machen. Auch die aktuelle Beta Version, die nun die Google Synchronisation ermöglicht, hat bei mir auf Anhieb funktioniert. Damit hebt es sich von den alternativ verfügbaren Produkten zur Google Synchronisation ab, die bei meinen Tests regelmäßig eine unerwünschte und unangenehme Terminvervielfältigung verursacht haben.

Während meines Tests der aktuellen Version 2.0 habe ich auch das Mac OS 10.5.2 Update eingespielt und dabei auf einem Mac die vorhandenen Kalender “verdoppelt”. Aber BusySync liess sich durch diese Kalenderverdoppelung nicht weiter stören. Ich habe einfach die Duplikate gelöscht und danach war wieder alles so, wie ich es erwartet hatte.

Mitlererweile ist dieses Programm ein wichtiges und unverzichtbares Bestandteil unserer alltäglichen Terminplanung geworden. Nahezu alle Termine werden nun über die unterschiedlichen Verteilungsarten zwischen unseren Macs hin- und hersynchronisiert. Ich bereue es nicht, mich für dieses Programm entschieden zu haben und kann es jedem mit ähnlichen Anforderungen nur wärmstens ans Herz legen.

Noch ein paar Hinweise

Bis zur endgültigen Fertigstellung der Version 2.0 kann die aktuelle Version 1.5 für 19,95$ erworben werden. Diese Version berechtigt für ein kostenloses Upgrade auf die Version 2.0, deren Preis mit 24,95$ angegeben ist. Auf diese Weise kann man, wenn man sich schnell genug entscheidet, 5$ sparen.

Sparfüchse lesen zudem auch den BusySync Review bei MacSparky…

Ein Auslöser gerade dieses Buch wieder einmal anzusehen waren die Video Präsentation des Autors David Pogue, die ich mir über iTunes heruntergeladen und angesehen habe. Hier stellt er humorvoll die neuesten elektronischen Gadgets vor. Und für so ein Thema bin ich, wie schon erwähnt, Teil der Zielgruppe. Zudem war dies ein Buch, das eigentlich bereits durch die neue iLife Version inaktuell wurde und ich vor dem Aussortieren wenigstens einmal lesen wollte. Ein “schlechtes Gewissen” Effekt sozusagen…

Das Buch beschäftigt sich nicht nur mit dem Programm iMovie selbst, es enthält auch entsprechende Kapitel um “Dummies” die Auswahl des und den Umgang mit dem DV Camcorder nahezubringen. Dabei umfasst es den ganzen Workflow: Technik der Kamera, Hinweise für Strukturierung einer “Story”, Aufnahme, Schnitt, Gestaltung, Archivierung, Verteilung im Internet, auf CD, DVD und Videoband.

Auch wenn einige Kapitel inhaltlich doch sehr grundlegende Dinge adressieren, ist das Buch als Ganzes ausgesprochen lesenswert. Der spassige Unterton ist dabei immer unterhaltsam und niemals übertrieben. Wirklich erstaunt war ich auch über die kreativen Möglichkeiten, die an verschiedenen Stellen im Buch angesprochen werden. Das mit iMovie so etwas gemacht werden kann, hätte ich nicht niemals gedacht.

Und neben dem Basiswissen gibt es auch verständliche Erklärungen, zum Beispiel Erläuterungen der unterschiedlichen Codec Formate, die mich immer mal wieder beim Lesen “Aha!” haben rufen lassen, da für mich wirklich neue Fakten beschrieben wurden. Doch die wirklich wertvollsten Abschnitte waren diejenigen, die den kreativen Umgang mit der Hard- und Software, eben das eigentliche Gestalten des Mediums Film beschrieben haben.

Meine persönliche Empfehlung für dieses Buch, das durch die Weiter- oder eher weitere Entwicklung der Software bereits ein wenig überholt ist, lautet: jetzt leihen und lesen und ungeduldig auf die sicherlich fantastisch interessante und lesenswerte Ausgabe für ein zukünftiges iLife 09 warten…

Wer dann die Wartezeit irgendwie verkürzen will, kann in der Zwischenzeit einen der anderen Titel des Autors konsumieren. Das werde ich mir wohl auch für die nächsten Tagen vornehmen.

Und hier dann noch ein Postskriptum: Das Buch enthält natürlich auch Informationen über iDVD. Aber diese Kapitel habe ich noch nicht komplett durchgelesen.

Durch einen Hinweis dieses Podcast-Teams wurde ich vor einigen Tagen darauf hingewiesen, dass jeder (über 13) bei dem Unternehmen Thawte kostenlos Zertifikate für das Signieren privater E-Mails erhalten kann. Das musste ich natürlich auch sofort ausprobieren.

Auf der Webseite musste ich dann allerdings erst einmal ein bisschen suchen, bis ich den entsprechenden Link gefunden hatte. Doch am Ende, nach ein paar Klicks und dem Bestätigen der daraufhin empfangenen E-Mails war ich stolzer Inhaber eines für mich eigens ausgestellten Zertifikats.

Der letzte Klick auf der Thawte Webseite lädt das für mich erstellte Zertifikat dann auf meinen Rechner hinunter. Automatisch wird es in die Schlüsselbundverwaltung übernommen und muss dann nur noch für die Verwendung mit Mail.app freigeschaltet werden.

Dazu muss der private Schlüssel ausgewählt werden und mit einem Control-Klick (oder der rechten Maustaste) werden über das Kontextmenü die Informationen über den Schlüssel aufgerufen. Unter Zugriff müssen dann die Programme Mail und Certificate Assistant eingetragen werden.

Apples E-Mail Client erkennt nun vollautomatisch, dass ein Zertifikat vorliegt, mit dem die eigenen, ausgehenden Mails signiert werden können. Natürlich lässt sich diese Funktion auch aus- und einschalten. Dazu erscheint in den Fenstern für das Erstellen und Weiterleiten von E-Mail Nachrichten nun ein Symbol mit einem Häkchen. Dieses ist anscheinend standardmäßig aktiviert. Mail scheint sich aber zusätzlich auch die Präferenz des Benutzer zu merken und jede neue Mail entsprechend der Wünsche anzulegen.

Links neben dem Signatursternchen erscheint ein kleines Schloss. Findet Mail auch das öffentliche Zertifikat des Empfängers, kann die Mail durch Schließen dieses Symbols zusätzlich auch verschlüsselt werden. Auch hier scheint es so zu sein, dass Mail meine Präferenz erkennt und für neue Mails diese berücksichtigt.

Erste praktische Erfahrungen

Es ist nicht wirklich kompliziert, das notwendige Zertifikat zu erstellen. Das Einrichten im Mac ist - untypisch eigentlich - ein bisschen umständlicher als erwartet. Hier hätte ich mir schon gewünscht, mein Zertifikat einfach auf Mail fallen lassen zu können damit die weitere Einrichtung unter Programmkontrolle stattfindet. Doch die alltägliche Nutzung ist in wirklich vorbildlicher Weise gelöst. Die Nachrichten werden transparent verschlüsselt, signiert und beim Empfang dann wieder dargestellt. Die Nutzung dieses Features ist so einfach, dass wirklich jeder Mac Nutzer, selbst wenn er ansonsten wenig Computer-Erfahrung aufweist, diese zusätzliche Privatsphäre und Sicherheit in seiner elektronischen Kommunikation nutzen kann.

Das es nun so lange gedauert hat liegt gewiss nicht am Buch oder Thema. Der Schreibstil des Autors ist in der deutschen Übersetzung - das englische Original habe ich bisher nicht eingesehen - ist durchaus lesenswert und auch der Inhalt ist interessant. Dennoch konnte ich mich in den Wochen vor Weihnachten nicht wirklich auf das Thema konzentrieren.

Was ist das Thema dieses Buchs?

Der Autor erläutert primär die Prinzipien des Ressourcen-orientierten Architekturansatzes, der eine einfache wie flexible Möglichkeit bietet, die Daten und Funktionen einer Anwendung für einen remote Zugriff anderen Programmen anzubieten. Grundprinzip einer REST Architektur ist es, alle Datenelemente als adressierbares, im normalen Web verfügbare Repräsentation anzubieten. Durch die Wahl einer geeigneten Repräsentation einer Ressource ist dabei die Verwendung durch die unterschiedlichsten Programme möglich.

Um den Zustand der Anwendung zu verändern, werden nur die grundlegenden HTTP Verben GET, HEAD, PUT, DELETE und POST verwendet. Verbindungen der Ressourcen untereinander und die Darstellung von Datensammlungen (Collections) werden einfach durch weiterführende URLs bzw. URL-Listen realisiert. Funktionen, die das Kernelement der SOAP basierten Web Services und der Vorläufertechnologie RPC darstellen, werden in einer REST Architektur auf Zustandsänderungen der Daten abgebildet. So ist die Bestellung eines Newsletters in einer REST Architektur weder eine Funktion des Newsletters noch des Actor; stattdessen wird einfach eine neue Ressource NewsletterAbonnement erzeugt, welche Actor und Newsletter miteinander verknüpft. In der Tat wäre dieses Datenelement auch in einer funktional orientierten Architektur irgendwann irgendwie in der Datenbank angelegt worden.

Der Autor fokussiert in diesem Buch primär auf die Beschreibung der Prinzipien, die hin zu einer tragfähigen REST Architektur führen. Mit unterschiedlichen Beispielen wird die Problemdomäne analysiert und in eine Struktur miteinander vernetzter Ressourcen transformiert. An diesen Beispielen werden die Vor- und Nachteile unterschiedlicher Implementierungsmöglichkeiten miteinander abgewägt.

Zudem werden existierende REST basierte Dienste kritisch betrachtet und die gewählten Lösungen kommentiert. Auf diese Weise erlangt der Leser ein Gefühl für die wahrscheinlich praktikabelsten Ansätze. Dies hilft, in den eigenen Anwendungen ein paar der offensichtlichsten Fehler zu vermeiden.

Das Buch nimmt auch Bezug auf bestehende Frameworks, Ruby on Rails, Django und Restlet, die die Entwicklung einer eigenen REST basierten Anwendung erleichtern. Anders als so viele andere O’Reilly Bücher hat dieses Buch aber nicht den geschätzten “Hands-On” Charakter. Das aber ist nicht als Defizit zu sehen, ist doch der Fokus des Buchs eher die Architektur als die Technologie. Wer Hilfe beim Einsatz der Framworks sucht, muss hier auf zusätzliche Literatur, die es zumindestens für Ruby on Rails reichhaltig gibt, ausweichen.

Fazit

Das Buch vermittelt erfolgreich die Desgin-Philosophie REST basierter Anwendungen und ich kann es jedem, der sich mit diesem Thema beschäftigen will, nur wärmstens ans Herz legen. Das Autor hat esmeines Erachtens geschafft, den richtigen Mittelweg zwischen einer allgemein gehaltenen Beschreibung der Prinzipien und den für eine architektonische Entscheidung notwendigen Implementierungsdetails zu finden. Verzichtbar ist eigentlich nur ein Abschnitt, der eine Kritik an den SOAP basierten fetten Web Services enthält. Die Abwägung der Möglichkeiten und Chancen der unterschiedlichen Architekturansätze hätte auch dem in diesen Themen informierten Leser überlassen werden können.

Weiterführende Links:

• Die Dissertation von Fielding: Architectural Styles and the Design of Network-Based Software Architectures.
• Restlet ist eine Java Bibliothek, die das Entwicklen einer REST basierten Anwendung erleichtert.

Bei der Erweiterung einer Web-Anwendung wollte ich nun das Standard-Widget einsetzen, das sicherlich als erstes in jeder Ajax Anwendung eingesetzt wird: ein Autocompleter. Das Szenario war ein wenig komplizierter, parallel zu den Auswahlwerten sollte auch zusätzliche Informationen parallel mit übertragen werden. Das Erzeugen und Auswerten einer XML Datenstruktur war dann schnell ein wenig unübersichtlich.

Ich bin dann auf die Idee gekommen, ein JavaScript Objekt in JSON Notation zu erzeugen und dieses als Kommunikationsmedium zu nutzen. Unterstützt wird das durch einige Java Klassen, das Lesen und Schreiben der Datenobjekte in dieser Notation unterstützten. Eine entsprechende Webseite dokumentiert, welche Möglichkeiten hier in Java bestehen diese Strukturen zu manipulieren. Mit diesen Klassen war es ein Leichtes, eine entsprechende Erweiterung in meine Tapestry-basierte WebAnwendung zu integrieren.

Und übrigens…. Natürlich gibt es auch eine entsprechende Unterstützung für Cocoa basierte Applikationen. Mit CocoaJSON und BSJSONAdditions stehen zwei Objective-C Implementierungen bereit, die ich aber bislang noch nicht habe ausprobieren können.

Diese Repräsentation der Datenstrukturen in JSON ist für mich jedenfalls eine Basis um den Ajax Einsatz in WebAnwendungen zu erleichtern und eine flexibel nutzbare Repräsentation für die Resourcen eines REST WebService anzubieten.

Update

Ich habe heute zufällig eine weitere JSON Implementierung für Cocoa gefunden.

Ich denke, das Ergebnis verlangt nicht nach weiteren Worten….

Das Herunterladen der notwendigen Quellen ist dank des SVN Zugangs recht einfach. Die notwendigen Python Erweiterungen sind dann auch schnell geladen und übersetzt. Schwierigkeiten gab es auf meinem Linux System bei einem ersten Versuch kaum. Nur das Python Modul für den Zugriff auf SQLite Datenbanken konnte mangels der SQLite Bibliotheken nicht durchgeführt werden.

Ein zweiter Versuch jedenfalls endete glücklich und nach dem Einrichten einer neuen Partition für die Speicherung der Calendar Daten konnte der Server ein erstes Mal gestartet werden. Der Server selbst benötigt für die Speicherung der Verwaltungsinformationen die Aktivierung der XATTR Erweiterung des Filesystems. Glücklicherweise war diese Erweiterung in meinem Linux Kernel für die verwendeten Filesysteme EXT3 und REISER bereits aktiviert. So konnte ich mir das Erstellen eines neuen Kernels ersparen. Alles was ich daher am System ändern musste war das Wiederverwenden eines alten, ungenutzten logischen Volumes und das artgerechte Mounten mit der -o user_xattr Option.

Das ersten Anmelden funktionierte auf Anhieb, wenn hier auch erst einmal nur der Standard-Account benutzt wurde. Das Anlegen, Ändern und Löschen von Terminen. Die Verwaltung weiterer Kalender funktionierte ebenso.

Fazit: Für ein abschließendes Urteil ist es sicherlich noch zu früh. Jetzt werde ich diese Installation erst einmal einem Alltagstest mit mehreren Benutzern aussetzen. Dabei will ich auch unterschiedliche Nutzungsszenarien (eventuell ein vorgeschalteter Apache-Server) ausprobieren. Dennoch fand ich das erste Ergebnis einer Testinstallation, die weniger als eine Stunde dauerte, recht vielversprechend.