Gesamtaufnahme des Planeten Mars von Viking: Bildmitte Mariner-Täler (Valles Marineris), ganz links die Vulkane der Tharsis-Region

Das High Resolution Imaging Science Experiment (HiRISE) der Universität von Arizona ist ein Experiment an Bord des Mars Reconnaissance Orbiter, das eine detailierte hochauflösende Karte der Oberfläche des Mars erstellt. Zusätzlich werden auch die erfassten Höheninformationen mit den Bilddaten zusammengeführt, was stereoskopische Bilder und Animationen ermöglicht: http://hirise.lpl.arizona.edu/anaglyph/

Auf den Seiten der NASA findet man außerdem den HiRISE Online Image Viewer, mit dem man interaktiv über eine Karte des Mars das von HiRISE erfasste Bildmaterial erforschen kann. Dabei ist es in vielen Bereiche der Karte möglich, tief in das hochauflösende Kartenmaterial hinein zu “zoomen”.

Mit dem World Wide Telescope (WWT) hat es Microsoft Google nachgemacht und stellt ein kostenloses 3D-Oberservatorium für Windows und Intel Macs mit Silverlight bereit. WWT bietet derzeit in Zusammenarbeit mit der NASA über 13.000 hochaufgelöste Bilder des Mars sowie geführte Touren, eine stereoskopische Darstellung und Echtfarbkarten an.

Nett sind übrigens auch der HiRISE Blog (“HiBlog”), der aktuelle Team-Informationen zum Missionsverlauf bereit stellt und die Seiten der Mars Society Deutschland, die Informationen zu geplanten Missionen enthalten.

Das Netbeans Localization Project ist ein freies, von Netbeans-Nutzern getriebenes Projekt, dass die Lokalisierung der Netbeans-Plattform und der Netbeans IDE vorantreibt. Netbeans ist eine plattformunabhängige in Java geschriebene Entwicklungsplattform, auf der die Entwicklungsumgebung Netbeans IDE basiert.

Bei der Konzeption von Netbeans wurde von Anfang an an die Internationalisierung (I18N) gedacht, also die Möglichkeit geschaffen, die Plattform später ohne zusätzlichen Aufwand zu lokalisieren . Lokalisierung (L12N) bezieht sich dabei auf die Anpassung an eine Kultur, Sprache oder ein Schriftsystem und die daraus abgeleiteten  landes- oder sprachtypischen Eigenschaften (z. B. Zeit-, Währungs- und Datumsformate, das Kalendersystem, die Schreibrichtung, Sortierregeln, gesetzliche Bestimmungen und natürlich die Übersetzung).

Die Netbeans Community “German Translators” beschäftigt sich dabei mit der Lokalisierung der Netbeans IDE für den deutschen Sprachraum und sucht immer nach Unterstützern und Testern. Weitere Informationen findet man im Wiki des Projekts…

Ich habe die Meldung beim täglichen Lauf von rkhunter erhalten, da in der Datei /etc/php5/cli/php.ini (Debian) die folgende Zeile dank Plesk enthalten war:

extension=json.so

Kommentiert man die Zeile aus, ist der Spuk vorbei (unter Windows hat das Modul übrigens den Dateisuffix .dll). Vorher dem Auskommentieren sollte man allerdings prüfen, ob das Modul wirklich bereits geladen wurde:

php -m | grep json

Der Parameter -m listet alle bereits in PHP enthaltenen Module auf.

Leider verbirgt sich hinter dem Tool eine fehlerbehafte Version 0.1, die beim ersten Aufruf sofort eine Ausnahme erzeugt:

Unbehandelte Ausnahme: System.IO.DirectoryNotFoundException: Ein Teil des Pfades
"C:\Dokumente und Einstellungen\Thorsten Giesecke\Desktop\WADL_Release_0[1].1_P
laceHolder\WADL\bin\Release\" konnte nicht gefunden werden.
bei System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
bei System.IO.FileStream.Init(String path, FileMode mode, FileAccess access,
Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions
options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy)
bei System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access,
FileShare share, Int32 bufferSize)
bei System.Xml.XmlDownloadManager.GetStream(Uri uri, ICredentials credentials
)
bei System.Xml.XmlUrlResolver.GetEntity(Uri absoluteUri, String role, Type of
ObjectToReturn)
bei System.Xml.XmlReader.Create(String inputUri, XmlReaderSettings settings,
XmlParserContext inputContext)
bei System.Xml.XmlReader.Create(String inputUri, XmlReaderSettings settings)
bei System.Xml.Linq.XDocument.Load(String uri, LoadOptions options)
bei System.Xml.Linq.XDocument.Load(String uri)
bei Axis.WADL.FileProcessor..ctor(String fileName) in c:\Development\Beta Pro
jects\WADL\FileProcessor.cs:Zeile 12.
bei Axis.WADL.Program.Main(String[] args) in c:\Development\Beta Projects\WAD
L\Program.cs:Zeile 22.

Schaut man sich den Quelltext an, stolpert man über einen Conversion-Report von VisualStudio, der verrät, dass das Tool auf einer Konvertierung des Tools wadl2java basiert (org.jvnet.ws.wadl alias java.net). Inwieweit die dafür nötigen Bibliotheken konvertiert wurden (z. B. JAXB) oder ob mit .NET-Bordmitteln (z. B. System.Xml) gearbeitet wird, kann man nur erahnen. Brauchbaren Code konnte ich jedenfalls (noch) nicht erzeugen.

Vielleicht lohnt es sich aber, später noch einmal vorbeizuschauen? Einen kleinen Lichtblick im Bezug auf Interoperabilität für RESTful Webservices zwischen Java und der .NET Plattform gibt es ja  jetzt…

Erinnert man sich an alte Zeiten zurück, dann fällt einem aber vielleicht noch die SHFileOperation ein, die Bestandteil der shell32.dll ist und auf die mittels “P/Invoke” zugegriffen werden kann. Die Methode erwartet eine SHFILEOPSTRUCT, über die man die Dateioperation (in diesem Fall FO_DELETE), den Dateinamen der zu löschenden Datei und zusätzliche Parameter festlegen kann. Die Parameter der Funktion FO_DELETE bestimmen, ob die Datei direkt gelöscht wird (Standardverhalten des .NET Frameworks) oder ob die Löschoperation umkehrbar ist – die Datei also im Papierkorb landet:

[DllImport("shell32.dll", CharSet=CharSet.Auto)]
static extern int SHFileOperation(ref SHFILEOPSTRUCT handle);

Nutzt man VisualBasic oder fügt die Assembly Microsoft.VisualBasic dem Projekt als Referenz hinzu, kann man auch die DeleteFile-Methode der Klasse Microsoft.VisualBasic.FileIO.FileSystem verwenden. Durch Angabe der Option RecycleOption.SendToRecycleBin wird das zu löschende Objekt in den Papierkorb gelegt:

using Microsoft.VisualBasic.FileIO;
...
FileSystem.DeleteFile(UIOption.OnlyErrorDialogs, RecycleOption.SendToRecycleBin);
...

Wird ein Webbrowser verwendet, so kann man in der Regel nur die HTTP Methoden GET und POST testen – also das Abrufen und Anlegen von Ressourcen. Möchte man allerdings auch prüfen, ob das Ändern und Löschen funktioniert (PUT und DELETE) und möchte man festlegen, in welchem Format die Daten übertragen werden (durch das Setzen eines Accept-Headers), dann benötigt man entsprechende Werkzeuge…

Ausgereifte Testwerkzeuge wie das kostenlose SoapUI, mit denen sogar automatisierte Integrations- und Lasttests möglich sind und die Tests automatisch aus WSDL- oder WADL-Metainformationen generieren können, bieten diese Möglichkeit, sind für einen schnellen Test aber meist überdimensioniert.

RESTClient

Möchte man keinen eigenen Testclient (z. B. mittels JavaScript und AJAX) schreiben oder auf Konsolen-Programme angewiesen sein, kann man als Firefox-Benutzer die RESTClient-Erweiterung installieren. Die Erweiterung lässt die Auswahl aller verfügbaren HTTP-Methoden zu (RFC2616 (HTTP/1.1) and RFC2518 (WebDAV)) und ermöglicht die Angabe optionaler HTTP-Header, beispielsweise um die Represenation einer REST-Ressource zu definieren: sprich in welchem Format Daten geliefert werden.

Noch ein weniger komfortabel ist das Java-Programm Rest-Client. Das Programm wird als Applikation für MacOS X und als ausführbares Java-Archiv (JAR) für andere Betriebssysteme angeboten. Zwar kann man keine WebDAV-Anwendungen testen, dafür können aber Transaktionen zwischen Client und Server aufgezeichnet werden (Trace) und Daten geladen und gespeichert werden.

Beide Programme sind mit Werkzeugen wie SoapUI nicht vergleichbar und sollen auch keine richtigen Integrationstests ersetzen, aber erleichtern das Programmieren und die Fehlersuche erheblich.