Hinweis:
Die hier beschriebene Speicherverwaltung lässt sich erst ab der Tomcat Version 5.5.15 realisieren und konzentriert sich auf die Linux-Architektur!

Auch wenn Tomcat einige gewisse Schwierigkeiten mit dem Umgang von großen JavaServer Pages mit sich bringt, so hilft der Kniff des Mitteilens, wieviel Arbeitsspeicher Ihr Server besitzt. Solche Angaben werden mit Hilfe der Variable CATALINA_OPT realisiert, die sich optional mit starten von Tomcat einbinden lässt. Dazu ist im Vorfeld eine Datei anzupassen. Sollte diese noch nicht vorhanden sein, erstellen Sie diese bitte:

$CATALINA_HOME/bin/setenv.sh

Neben anderen optionalen Parametern, auf die in diesem Beitrag aber kein Bezug genommen wird, soll es im folgendem um das Setzen der Variable für die Verwaltung des Arbeitsspeichers gehen. Der Inhalt dieser Datei, wird unter Linux wie folgt befüllt:

export CATALINA_OPTS="$CATALINA_OPTS -Dorg.apache.jasper.runtime.BodyContentImpl.LIMIT_BUFFER=true -Xms256m -Xmx2048m -XX:MaxPermSize=512m

Zunächst dient die Angabe von org.apache.jasper.runtime.BodyContentImpl.LIMIT_BUFFER für die Möglichkeit der Verwaltung des Arbeitsspeicher. Diese ist hierzu auf true zu setzen und steht erst ab der Tomcat-Version 5.5.15 zur Verfügung. Die nachfolgenden Attribute sind wie folgt zu verstehen:

-Xms256m (Mininum des Java Heap)
-Xmx2048m (Maximum des Java Heap)
-XX:MaxPermSize=512m (Permanent Generations Größe)

Die Angabe von -Xmx2048m verrät die Größe des RAMs. Stellen Sie diesen unter Linux zwingend auf den maximal zulässigen Arbeitsspeicher. Warum?, dies ist auf die Linux-Architektur zurück zu führen, welche den Arbeitsspeicher permanent und vollständig im Gebrauch hält. Sollte Tomcat nun nicht wissen, wieviel Arbeitsspeicher insgesamt zur Verfügung steht, wird er diesen auch nicht „beantragen”. Ist der Arbeitsspeicher zu diesem Zeitpunkt aber voll, so kann es zu merklichen Performance-Verlusten führen, da Tomcat selbst keinen freien Speicher findet. Linux bedient sich in diesem Fall des Auslagerns (SWAP). Wenn Tomcat weiß wieviel Arbeitsspeicher Sie wirklich besitzen, so wird bei Bedarf versucht, diesen auch zu allokieren. Der Linux-Kernel weiß nun das er viel zu viel Arbeitsspeicher hält und wird alte Daten Auslagern und Tomcat den RAM zusichern der gebraucht wird.

Mit einem Start oder Neustart von Tomcat wird die so eben angelegte, beziehungsweise angepasste Datei aufgerufen und Tomcat mit den entsprechenden Einstellungen gesetzt.

1. http://tomcat.apache.org/

Folgende Bibliotheken wurden getestet:

• PHP2WSDL¹
• WSDLDocument²
• NuSoap³

Positiv hervorzuheben ist, dass jede Bibliothek unter der GNU Lesser General Public License veröffentlicht wurde und somit frei für die eigene und kommerzielle Verwendung zur Verfügung steht.

Ausgangsbasis für alle getesteten Bibliotheken sind die folgenden 3 Klassen. Erstere ist die sogenannte Funktionsklasse. Sie beinhaltet die Klasse und Methoden die als Service zur Verfügung gestellt werden sollen. Als Beispiel wurde eine Klasse aufbereitet, welche die Grundrechenarten zur Verfügung stellt. Als Übergabeparameter werden jeweils zwei Zahlen vom Datentyp float verlangt. Der Rückgabewert ist in diesem Beispiel ebenfalls eine Zahl vom Typ float.

Mathematics.class.php

/**
 * Service class documentation.
 */
class Mathematics {

    /**
     * Addition of two numbers.
     *
     * @param float x
     * @param float y
     * @return float
     */
    public function add($x, $y) {
    	return $x + $y;
    }

    /**
     * Subtraction of two numbers.
     *
     * @param float x
     * @param float y
     * @return float
     */
    public function minus($x, $y) {
    	return $x - $y;
    }

    /**
     * Multiply of two numbers.
     *
     * @param float x
     * @param float y
     * @return float
     */
    public function multiply($x, $y) {
    	return $x * $y;
    }

    /**
     * Divide of two numbers.
     *
     * @param float x
     * @param float y
     * @return float
     */
    public function divide($x, $y) {
    	return $x / $y;
    }
}

Bei der zweiten Klasse handelt es sich um die SoapClient.php. Diese wird als Test-Klasse gesehen und prüft die zu Verfügung stehenden Methoden. Diese muss bei der Verwendung von unterschiedlichen Bibliotheken auch entsprechend abgeändert werden. Aber im großen und ganzen ändert sich nur die URL zur Serverklasse. Ebenfalls kann es nötig sein diverse Bibliotheken vorher einzubinden.

ServerSoap.php

<?php

ini_set('soap.wsdl_cache_enabled', "0");

try {
	// create the client instance
	$client = new SoapClient('http://localhost/SoapServer.php');

	$baseMetrics = array(
		'add' => '+',
		'minus' => '-',
		'multiply' => '*',
		'divide' => '/'
	);
	$format = '%.2f %s %.2f = %.2f <br />';

	foreach($baseMetrics as $key => $value) {
		// call the SOAP method
		$x = random(); $y = random();
		$result = $client->__soapCall($key, array('x' => $x, 'y' => $y));
		printf($format, $x, $value, $y, $result);
	}

} catch (SoapFault $fault) {
	echo '<h2>Fault</h2><pre>';
	print_r($fault);
	echo '</pre>';
}

// seed with microseconds
function random() {
   list($usec, $sec) = explode(' ', microtime());
   mt_srand((float) $sec + ( (float) $usec * 100000));
   return mt_rand(1,9) / pi();
}

/*
echo 'Request: <xmp>'.$client->request.'</xmp>';
echo 'Response: <xmp>'.$client->response.'</xmp>';
echo 'Debug log: <pre>'.$client->debug_str.'</pre>';
*/
?>

Die ServerSoap-Klasse soll an dieser Stelle nur grob erklärt werden. Beginnend mit einem ini_set wird die Cache-Funktion von Soap außer Kraft gesetzt. Zu Testzwecken ist dies zwingend erforderlich. Im Produktiveinsatz muss diese dann nicht mehr initiiert werden. Innerhalb einer try-catch Anweisung wird der eigentliche Prozess abgearbeitet. Hierfür wird ein SoapClient initialisiert, welche als erstes Argument die URL vom SoapServer trägt. Ab dem zweiten Argument wird ein Array mit Optionen erwartet, auf die an dieser Stelle aber nicht weiter eingegangen wird. In einem ersten Array werden alle Funktionsnamen festgehalten die getestet werden sollen. Dabei handelt es sich um die Grundrechenarten aus der Mathematics.class.php. Diese werden nach einander abgearbeitet. Mit dem client-Objekt wird ein sogenannter __soapCall gestartet. Das erste Argument trägt den Namen der Methode. Das zweite Argument trägt ein Array mit den jeweiligen Übergabeparametern die verarbeitet werden sollen. Abschließend ist nur noch zu sagen das die Zahlen, zum testen der Methoden, zufällig generiert werden. Hierfür wurde eine eigene random-Methode implementiert. Für fanatische Debugger wurde ganz zum Schluss dieser Klasse einige Ausgaben getätigt. Hier nun auskommentiert, da diese nicht mit jeder Bibliothek kompatibel sind.

Allgemein wird für jede Grundrechenart ein Request gestartet. Und in Form einer Gleichung auf dem Bildschirm ausgegeben. Die Rückgabe stellt das Ergebnis der jeweiligen Gleichung dar. Wie es nun mit den jeweiligen SoapServern aussieht, wird mit den folgenden, getesteten Bibliotheken erklärt.

PHP2WSDL

Dieses doch recht junge Projekt wurde vom Rumänen Dragos Protung veröffentlicht. Eine recht schlanke Bibliothek mit gerade mal 3 Bibliotheksklassen, ermöglicht es dem Anwender, aus einer bestehenden und dokumentierten PHP-Klasse ein WSDL-Dokument zu generieren. Der dahinter stehende Gedanke bezieht sich auf die Arbeitserleichterung, der zu registrierenden Klassen und Methoden. Bei der Verwendung dieser Bibliothek entfallen diese Schritte. Der Anwender hat lediglich eine wohl dokumentiere PHP-Klasse vorzulegen und muss sich um nichts anderes mehr kümmern.

So schön dies auch klingen mag, birgt diese Bibliothek, in der Version 1.0, eine schier von Formfehlern. So muss bereits bei der ersten Verwendung kleinere Anpassung an den Sourcen vorgenommen werden. Auch die automatische Generierung von Variablen läuft nicht fehlerfrei ab. So werden zum Beispiel an den bereits verwendeten Variablen, einer Methode in einer Klasse, fortlaufende Zahlen angehängt. Das ist natürlich unvorteilhaft, wenn das Script selbst die Dokumentationsvariablen und die Übergabeparameter der Methode vergleicht und dementsprechende Datentypen zuweist. Diese werden beim Anhängen von fortlaufenden Zahlen nicht mehr richtig erkannt und erhalten einen unbekannten Datentyp im WSDL-Dokument.

Zum aktuellen Zeitpunkt (Januar 2010) ist im hauseigenen Supportforum nachzulesen das der Entwickler an der nächsten Version (2.0) arbeitet, die solche Fehler einerseits beseitigen soll und neue Features und Unterstützungen für die Dokumentation und Datentypen von PHP bereit halten soll. Es bleibt abzuwarten ob hieraus noch was werden wird, da diese Meldung bereits mehrere Monate alt ist.

So, oder so ähnlich kann diesbezüglich die SoapServer-Klasse aussehen. Eine vernüftige Dokumentation habe ich leider nicht gefunden. Daher habe ich auskommentierte Funktionsaufrufe im folgendem Beispiel belassen. Die Pfade sind dementsprechend abzuändern.

SoapServer.php

<?php

ini_set('soap.wsdl_cache_enabled', "0");

require_once("../WSDLCreator.php");
//header("Content-Type: application/xml");

$test = new WSDLCreator("Mathematics", "http://localhost/php2wsdl/SoapServer.php");
//$test->includeMethodsDocumentation(false);

$test->addFile(Mathematics.class.php");
$test->setClassesGeneralURL("http://localhost/php2wsdl/example");

$test->addURLToClass("Mathematics", "http://localhost/php2wsdl/Mathematics.class.php");
$test->addURLToTypens("XMLCreator", "http://localhost/php2wsdl");

$test->createWSDL();

$test->printWSDL(true); // print with headers
//print $test->getWSDL();
//$test->downloadWSDL();
//$test->saveWSDL(dirname(__FILE__)."/test.wsdl", false);
?>

Ein unbestreitbarer Vorteil ist die einfache Integrierung von mehreren Dateien und Klassen. Es muss lediglich mittelst addFile eine neue Funktionsbibliothek hinzugefügt werden. Der Rest wird vom Script selbst erledigt. Aus den bereits genannten Nachteilen kommt beschwerend hinzu das ich mittelst dieser Bibliothek noch nie ein Response erhalten habe. Dieser war bisher immer NULL.

WSDLDocument

Bei dieser Bibliothek handelt es sich lediglich um eine Bibliothek die ein WSDL-Dokument generiert. Es verfolgt den gleichen Gedanken wie die PHP2WSDL-Bibliothek. Nur mit dem gravierenden Unterschied das diese fehlerfrei funktioniert. Datentypen werden aus der Dokumentation richtig erkannt und in einem WSDL-Dokument aufbereitet. Wie auch beim Vorgänger sind hier ebenfalls Komplexe Datentypen möglich. Dazu gehören unter anderem verschachtelte Arrays. Die Einbindung des Scripts, habe ich einfachshalber gleich in der Funktionsklasse Mathematics erledigt. Dazu ist folgender Quellcode in der Klasse Mathematics.class.php unterzubringen. Beim Aufruf erhält man dann das WSDL-Dokument.

header ("content-type: text/xml");
require_once('WSDLDocument.php');
$wsdl = new WSDLDocument('Mathematics','urn:Mathematics');
echo $wsdl->saveXML();

Dennoch sei gesagt, das dieses Dokument nach einer alten Spezifikation arbeitet. Eine entsprechende Anpassung ist aber relativ zügig realisiert. Was leider nicht funktioniert ist die Ansteuerung des Service selbst. Es wird hierbei wirklich nur ein XML-Dokument ausgegeben.

NuSoap

Nicht Perfekt, aber eine der am erfolgreichsten getesteten Bibliotheken, ist NuSoap. Diese kommt mit einer relativen großen Anzahl an Klassen daher und realisiert das generieren von WSDL-Dokumenten. Leider wird hier nicht der Gedanke des Parsens von PHP-Klassen verfolgt. Wie es von PHP-Soap bereits bekannt ist, müssen Methoden registriert und zusätzlich in der ServerSoap geschrieben werden. Da man dies eigentlich nur einmal macht, kann man diesen Mehraufwand allerdings vernachlässigen. Eine Mathematics.class.php wird hierbei nicht benötigt.

SoapServer.php

<?php
// Pull in the NuSOAP code
require_once('lib/nusoap.php');
// Create the server instance
$server = new soap_server();
// Initialize WSDL support
$server->configureWSDL('Mathematics', 'urn:Mathematics');
// Register the method to expose
$server->register('add',
	array('x' => 'xsd:float', 'y' => 'xsd:float'),
	array('return' => 'xsd:float'),
	'urn:Mathematics',
	'urn:Mathematics#add',
	'rpc', 'encoded', 'Addition of two numbers.');
$server->register('minus',
	array('x' => 'xsd:float', 'y' => 'xsd:float'),
	array('return' => 'xsd:float'),
	'urn:Mathematics',
	'urn:Mathematics#minus',
	'rpc', 'encoded', 'Subtraction of two numbers.');
$server->register('multiply',
	array('x' => 'xsd:float', 'y' => 'xsd:float'),
	array('return' => 'xsd:float'),
	'urn:Mathematics',
	'urn:Mathematics#multiply',
	'rpc', 'encoded', 'Multiply of two numbers.');
$server->register('divide',
	array('x' => 'xsd:float', 'y' => 'xsd:float'),
	array('return' => 'xsd:float'),
	'urn:Mathematics',
	'urn:Mathematics#divide',
	'rpc', 'encoded', 'Divide of two numbers.');
// Define the method as a PHP function
function add($x, $y) { return ($x + $y); }
function minus($x, $y) { return ($x - $y); }
function multiply($x, $y) { return ($x * $y); }
function divide($x, $y) { return ($x / $y); }
// Use the request to (try to) invoke the service
$HTTP_RAW_POST_DATA = isset($GLOBALS['HTTP_RAW_POST_DATA']) ? $GLOBALS['HTTP_RAW_POST_DATA'] : '';
$server->service($HTTP_RAW_POST_DATA);
?>

Wie man sieht, ist die Server-Klasse etwas größer geraten, als die bisherigen Methoden. Das WSDL-Dokument, wird ohne Frage richtig generiert. Ein Abzug in der B-Note gibt es für die doppelte Definierung der Methoden. Einmal für die Registrierung für den SoapServer und die eigentliche Bereitstellung. Ebenfalls zu beachten ist die Einbindung der nusoap.php-Bibliothek die hierbei in einem Unterordner namens lib liegt.

Ein großer Pluspunkt ist die Aufbereitung einer „Startseite” des SoapServers. Grafisch, mittelst CSS, werden alle Funktionen und dessen registrierte Dokumentation angezeigt. Ein wirklich tolles Feature, was vielleicht die generelle Dokumntation abnehmen kann. Das eigentliche WSDL-Dokument lässt sich mit dem Paramater „?wsdl” erreichen und muss auch die URL beim SoapClient sein.

Diese Bibliothek wurde als erste vollständig und fehlerfrei getestet und ist somit auch für den allgemeinen Einsatz zu empfehlen. Schade nur das es keine Generierung aus der PHP-Dokumentation ermöglicht. Aber was nicht ist kann ja noch werden.

Fazit

NuSoap hat sich herausragend geschlagen. Mit einem kleinen Mehraufwand, Methoden zu registrieren und zusätzlich zu beschreiben, erledigt es die Aufgabe der Generierung des WSDL-Dokuments und die Abfrage der Services sehr gewissenhaft und konnte keine Fehler in der Verarbeitung vorweisen. Für Beginner eigenen sich dennoch Bibliotheken wie PHP2WSDL und WSDLDocument. Um ein Gefühl für die Materie zu erhalten sollte man sich auch vorher mit dem eigentlichen Aufbau von WSDL-Dokumenten beschäftigt haben.

1. http://sourceforge.net/projects/php2wsdl
2. http://code.google.com/p/wsdldocument
3. PHP -5: http://sourceforge.net/projects/nusoap
   PHP +5: http://code.google.com/p/nusoap-for-php5

Alles fing mit der Registrierung für Nero 9 Lite¹ an. Schlimm genug das für kommende Spams auf diese Art E-Mail Adressen gesammelt werden. Für solche zwecke empfehle ich die Internetseite Trash-Mail². Damit könnt Ihr euch eine sogenannte wegwerf - E-Mail-Adresse holen und müßt euch keine Gedanken um Spam von oder durch Nero machen. Nach Eingabe einer E-Mail Adresse könnt Ihr den Download-Button anklicken. (Es muss sich hierbei nicht zwangsläufig um eine bestehende E-Mail Adresse handeln. Wunschnamen werden auch akzeptiert, z.b. a@b.com.)

Die Installation von Nero 9 Lite wirkt genauso schwerfällig wie die völlig überladene Nero 9 Vollversion. Zumindest verlief diese etwas zügiger. Während der Installation besteht die Möglichkeit eine andere Sprache auszuwählen. Die übliche Serial wird hierbei automatisch eingetragen. Nach der üblichen Lizenzbestimmung erhält man über die benutzerdefinierte Installation einen Eindruck was alles Installiert werden soll. Hierbei beschränkt sich die Lite-Version auf „Nero StartSmart”. Eine weitere und unerfreuliche Sache sind zusätzliche, und das vermute ich jetzt einmal, Bibliotheken zur allgemeinen Verwendung von Nero, die Installiert werden müssen. Dazu gehört unteranderem das „Microsoft XML 4.0 SP2” und „Microsoft CRT 2005 KB973544”.

Nach der Installation und dem Start von Nero StartSmart, wird der Anwender gezwungen sich zu registrieren. Gezwungen deshalb, da lediglich der Button „Erneut erinnern” exestiert und somit mit einer erneuten Nachfragen zu rechnen ist. Nach dem dieser nun betätigt wurde, bekommt man die eigentliche Programmoberfläche präsentiert und prompt den Hinweis an den Kopf geworfen, das man sich doch bitte die Vollversion kaufen soll. So etwas unhöfliches habe ich seit Jahren nicht mehr erlebt.

Ab hier an habe ich mich dann so langsam gefragt, wieso ich diese Software wieder ernsthaft in betracht gezogen habe, nach dem ich vor etlichen Jahren durch solche Hinweise und etlichen Schnick-Schnack, mit dem nicht einmal ein Otto-Normal-Verbraucher etwas anfangen kann, abgewendet habe. Wie es der Zufall so will, war mein erster Klick auf der Startoberfläche, ein Klick ins Schwarze. Bilder erzählen dabei mehr als tausend Worte:

Was nun kam, wird wohl jedem klar sein. Die Deinstallation folgte auf dem Fusse. Während diesem Prozess, kam es (bei vier getesteten!) immer zu einem nicht ganz nachvollziehbaren Fehler: „IPC logging process” und das dieser Dienst für die Deinstallation geschlossen werden muss. Ein Klick auf „Wiederholen” ergab keine weiteren Nachfragen und die Meldung das die Deinstallation erfolgreich abgeschlossen sei. Ein Blick hinter die Kulissen ergab allerdings das Verweise von und durch Nero nicht richtig entfernt wurden. Auch der Dateilink zu *.nrg wurde nicht richtig entfernt. Bei der Bereinigung half TuneUp Utilities 2010³ und erledigte das, was Nero Lite nicht schaffte, den Müll richtig zu entfernen.

Fazit

Für alle die, die nach einem einfachen Brennprogramm suchen, kann ich an dieser Stelle leider nicht weiterhelfen. Es würde sonst auch den Rahmen des Beitrags sprengen. Gesagt soll nur sein das Nero seit der Version 6 stetig Berg ab steuert. Die Vollversion wirkt sich in der Installation teils noch schwerfälliger aus. Nero ab der Version 7 sind nicht nur überladen, sondern mit zahlreichen Anwendungen gespickt, die sich allesamt in das System fressen und sich teils nur noch mit rabiaten Mitteln entfernen lassen. Mein von damals geliebtes Nero Burning Rom erhält man nur noch für einen stolzen Preis von ca. 44 € und erhält dazu, und Entschuldigung für den Audruck, ein haufen Mist den wirklich keiner braucht. Das Nero Burning Rom ist auch nicht in der Nero 9 Lite vertreten. Meine Empfehlung ist daher, sich an Freeware Brennprogrammen zu orientieren oder auf andere kommerzielle Projekte, in diesem Bereich, zu setzen. Schlicht weg ist Nero 9 Lite nur ein Knochen der den Anwender dazu veranlassen soll, das Produkt zu kaufen.

1. http://www.nero.com/deu/downloads-nero9-free.php
2. http://www.trash-mail.com/
3. http://www.tuneup.de/products/tuneup-utilities/

Unexpected content in bundle JAR files

Nun mehr können dadurch produktive Jar-Archive erstellt werden. Dafür ein riesen Dankeschön an Igor Fedorenko!

Das automatisierte generieren von POMs lässt sich nun wieder realisieren. Die neuste Eigenschaft ist, das die groupId nicht mehr automatisch, mit dem übergeordneten Ordner, gesetzt wird, sondern nun explizit mit -DgroupId=… angegeben werden soll. Ich denke dies lässt viel Spielraum für die Strukturierung der Projekte offen. Mir persönlich gefiel ja das automatische setzen besser, aber auch nur weil es gut in mein Konzept gepasst hat.

Eine neue gute Eigenschaft birgt der Inhalt von JAR-Archiven. Hier werden nun durch Maven 3 die unnötigen Daten, wie z.b. die der SVN Dateien, nicht mehr integriert und somit automatisch ausgeklammert. Hierzu gab es in der Vergangenheit das Ticket MNGECLIPSE-1174 auf Sonatype.

Auch bei den Builds hat sich einiges verändert. Sie lassen sich nun auch mit der 0.4.0-DEV realisieren. So gibt man z.B. nicht mehr das Environment in der Befehlszeile an, sondern direkt in der eclipse-application POM.

<build>
  <plugins>
    <plugin>
      <groupId>org.codehaus.tycho</groupId>
      <artifactId>maven-osgi-packaging-plugin</artifactId>
      <configuration>
        <environments>
          <environment>
            <os>linux</os>
            <ws>gtk</ws>
            <arch>x86_64</arch>
          </environment>
          <environment>
            <os>win32</os>
            <ws>win32</ws>
            <arch>x86</arch>
          </environment>
        </environments>
      </configuration>
    </plugin>
  </plugins>
</build>

Diese Art und Weise ist natürlich viel einfacher und man muss nun auch nicht mehr für jedes Betriebsystem und Architektur einen separaten Build starten. Nach wie vor sollte man aber darauf achten, dass product - Plugin zu kopieren und die pom.xml wie folgt zu modifizieren:

<!-- groupId welche beim Start von Maven angegeben wird -->
<groupId>some-group-id</groupId>
<!-- Name der product - Datei ohne die extension .product -->
<artifactId>product id</artifactId>
<!-- Version welche in der product - Datei angegeben ist -->
<version>product version</version>
<!-- Definition als Applikation -->
<packaging>eclipse-application</packaging>

Die Angabe eines Environment darf an dieser Stelle auch nicht fehlen (Siehe oben). Da es sonst zu dem Fehler „Product includes native launcher but no target environment was specified” kommt. Hat man die ersten Hürden oder Anpassungen von der 0.3.0-DEV überstanden, lassen sich nun mehr Builds mit dem neuen Pseudo-Release realisieren.

Persönlich würde ich mir noch wünschen das Sonatype mehr Feedback zu den Releases geben würde, damit man genau weiß, worauf man sich einlässt. In Tycho steckt sehr viel potential und ich hoffe in geraumer Zeit wieder ein positives Feedback abgeben zu können.

Die neusten DEVs können unter den Tycho Pseudo-Releases von Sonatype geladen werden. Hier ist es auch möglich auf ältere Builds zurückzugreifen.

[UPDATE]
Seit dem 20.07.09 gibt es nun auch die 0.4.0-DEV-2707. Nach ersten Tests gibt es keine nennenswerten Änderungen. Ebenfalls funktioniert der Build auch mit dieser Version wie gewohnt. Bei einem Build fällt nun auf, das die Zeit für den Build die zuvor leider auch nur 0 angezeigt hat nun gänzlich fehlt.

Vor einigen Jahren entwickelte ich an einer Umsetzung für die Hamming-Distanz im Bezug auf Hypercubes¹. Im Grunde geht es darum, Körper verschiedener Dimensionen zu projektieren. Worauf ich nun sehr stolz bin, ist die Tatsache das es damals diesen Algorithmus nur im Ansatz gab und sonst auch im Netz keine weiteren Erläuterungen zu finden waren. So habe ich, auf der Grundlage der Hamming-Distanz, einen Algorithmus entworfen welcher n-dimensionale Hyperwürfel zeichnen kann.

Meine Inspiration kam von Hans Walser und seinem gleichnamigen Script². Darin wird Schritt für Schritt der Aufbau erläutert und ein Ansatz für das projektieren dieser Körper beschrieben. Das Script ist zwar von 2003 aber dennoch sehr empfehlenswert. Ich habe es aber nun auch einmal ausgelassen eine 10. oder gar höhere Dimension als Bild mit einzubinden. Würfel höherer Dimensionen entnehmt Ihr dem Script auf der Seite 15. Dort werden die Dimensionen fünf bis acht grafisch dargestellt. Das Thema ist wirklich interessant, nur leider gibt es mir keine bekannte Vertiefungsmöglichkeit. Von daher war die Umsetzung eine schöne Herausforderung und das Resultat ein Blick in eine andere Dimension.

1. http://de.wikipedia.org/wiki/Hyperw%C3%BCrfel
2. http://www.math.unibas.ch/~walser/Vortraege/Vortrag39/Skript/Hyperwuerfel.pdf

<script type="text/javascript" src="{@RELATIVE_WCF_DIR}js/TabbedPane.class.js"></script>
<script type="text/javascript">
//<![CDATA[
var INLINE_IMAGE_MAX_WIDTH = {@INLINE_IMAGE_MAX_WIDTH};
//]]>
</script>
<script type="text/javascript" src="{@RELATIVE_WCF_DIR}js/ImageResizer.class.js"></script>
{if $canUseBBCodes}{include file="wysiwyg"}{/if}

Weitere nützliche Tipps, zu diesem Thema, sind unter der folgenden Adresse zu finden: WYSIWYG-Editor in eigenem Plugin

Eine Erkenntnis erschlag mich am heutigen Tage. Es dreht sich dabei um den bekannten DivX-Player¹ für Windows. Es ist kaum zu glauben, aber mit der Version 7 geht es mit dieser Software steil bergab. Die Performance erinnert an die erste RC von Windows Vista. Langsam, träge und es weckt den Anschein das zum starten und abspielen eines Videos mittlerweile ein Quad Core CPU gebraucht wird. So kam es nun das mein tapferer Dual Core kein Video mehr über den DivX Player abspielen kann. Die Nebenwirkungen haben sich durch ein heftiges Ruckeln in Bild und Ton ausgewirkt. Für alle Zyniker sei gesagt, das ich dies auf einem frisch installierten Rechner, ink. aller Updates, getestet habe und es sich hier keinesfalls um HD Videos handelt. Für mich ist jetzt Schluss, ich werde nie wieder den DivX-Player nutzen!

Kommen wir daher zu der Alternative. Ganz klar, hier gibt es eine Software die zur Zeit „marktführend” auf diesem Gebiet ist. Es handelt sich um den VLC media player. Diese Software nutze ich erfolgreich seit mehreren Jahren neben dem DivX-Player. Und das, was diese Software nicht schafft, erledigt der VLC-Player² in Handumdrehen. Zudem erhält man mit der Installation gleich ein Package von Codecs um diese nicht unnötigen nachinstallieren zu müssen. Von haus aus hat man die Möglichkeit HD Videos, ruckelfrei und auf weniger guten Rechnern, abzuspielen. Die Tatsache das der VLC-Player bereits seit Jahren kostenfrei ist, rundet die ganze Sache ab.

1. http://www.divx.com/de/win
2. http://www.videolan.org/

Bei einem Blick hinter die Kulissen fällt sofort die neue Unterstützung für die MacOS X - Version Cocoa auf. Hier wird nun der Support für die x86- und x64-Architektur bereitgestellt, was einiges wieder sehr einfach machen wird. Experimentell wurde (erst) zum Release die s390-Architektur eingeführt. Dabei handelt es sich um eine weitere Linux-Architektur von IBM. Mittlerweile die zweite die auch von Java unterstützt wird.

Nach einem ersten Start fällt das viel schnellere Laden der Plattform auf. Dies ist einem überabeiteten Backend zu verdanken. Bei einem Update oder Installation eines zusätzlichen Plugins fällt ebenfalls die neue Routine und neuen Views auf. Hier wurde ordentlich optimiert. Dabei wurden die durchzuklickenden Dialoge reduziert. Ebenfalls wird bei der Installation von neuen Plug-ins angezeigt welche Plug-ins noch installiert werden müssen.

Mit Eclipse 3.5 kommen neben den Features für das Auge und der Steuerung auch einige Bugfixes. So ist es nun endlich möglich einen JUnit 4 Provider für Pluginübergreifende Tests einzusetzen. Durch einen Fehler bis zur Version 3.4.2 war dies leider nicht möglich und man musste sich vorerst mit JUnit 3 zufrieden geben. Diese Thematik ist sicherlich sehr interessant für die Reihe an Third-party Programme, die sich im Bereich Continuous Integration tummeln. Eine mitlerweile doch recht bekannte Plattform dafür ist Tycho.

Für umfassende Informationen der Neuerungen in Eclipse, sollte man die Eclipse 3.5 - New and Noteworthy Seite von Eclipse besuchen. Dort wird aufgezeigt an welchen neuen Errungenschaften in den letzten Monaten gearbeitet wurde.

Weiterführende Informationen:

http://www.golem.de/0906/67975.html
http://www.innenspur.de/?p=259
http://javathreads.de/2009/06/eclipse-galileo-veroeffentlicht/

Trillian Astra hat nun mehr den Alphastatus verlassen und steckt mit der momentanen Version 4.0 build.99 in der Betaphase. Die endgültige Version ist für einen Kaufpreis von 25 Dollar zu haben. Ebenfalls wird die Thematik eines Laufzeit Updates weiter verfolgt. Dies bedeutet das man die Möglichkeit besitzt, mit einem einmaligen Preis, sein recht auf Updates für 1 Jahr verlängern zu können.

Die Anmeldung zur Betaphase ist analog zur Alpha. Über die Homepage http://www.trillian.im/ lässt sich ein „Sign up” durchführen. Einige schwören darauf das man es im Bereich „About Yourself” einer Bewerbung gleich machen soll, um so schneller an einen Account heran zu kommen. Wie man es handhabt muss jeder selbst wissen. Ich hoffe das bald die lange Wartezeit vorbei und das ich Trillian Astra weiterempfehlen kann.