Facebook hat es sich wohl zur Aufgabe gemacht, die größte Datenschleuder im Netz zu werden und sammelt daher eifrig jede Information die der Benutzer auf der Plattform preis gibt. Sehr zur Freude des Betreiber, und mit großen Bedauern der jenigen, die bereits darum wissen. Facebook stellt seine Daten nicht wie jeder vernüftige Betreiber in einem, sagen wir es abgeschlossenen Bereich, zur Verfügung. Hier greift wohl auch der hinterhältige Trick, möglichst großen Anklang bei den großen Suchanbietern zu erhalten. Jede Information die bereit gestellt wird, wird auch als Querverweis in einem Suchergebnis erscheinen. Ob es sich dabei um den vollständigen Namen einer Person oder gar private Daten wie das, Alter, Telefonnummer oder gar den Beziehungsstatus einer Person handelt. Alle Informationen werden von Facebook tatkräftigt verarbeitet und verbreitet. Es gibt nur einen Schutz, den, in dem keine Informationen preis gegeben werden.

Ein jüngstes Ereignis, der miesen Machenschaften von Facebook, ist die Verwaltung der Benutzerdatenbank. Wer sich einmal bei Facebook angemeldet hat, hat i.d.R. keine Chance mehr seinen Account effektiv löschen zu lassen. So versuche ich selbst, seit fasst einem Monat meinen Account von der Plattform löschen zu lassen. Bisher leider ohne Erfolg. Bereits der erste Versuch war eine große Qual. So musste man sich durch endlose Hilfeseiten durchforsten die keinen Aufschluss gaben. Danach, endlich, im Impressum eine E-Mail Adresse. Nach der Aufforderung, und dem Feedback, das der Account gelöscht sei, musste ich wenig später feststellen das dieser nur gesperrt wurde. Meine Daten sind also immer noch im Bestand von Facebook. Hierauf habe ich zurück geschrieben und eine Frist für den 29.08.2010 gesetzt, das bis dahin mein Account und in diesem Zusammenhang all meine Daten gelöscht werden sollen. Zusätzlich verlangte ich eine schriftliche Bestätigung, das dies auch passiert ist. (Der Hintergrund dafür ist die erste Instanz für die rechtlichen Schritte)

Ich hoffe nicht das es bis zum Anwalt gehen muss. Aber anders schafft man es leider nicht seinen Account wirklich löschen zu lassen. Ich warne daher jeden, der diesen Beitrag liest, inständig zu überlegen, ob er sich bei Facebook wirklich anmelden will.

https://addons.mozilla.org/de/firefox/addon/2108/

Danach unter Extras => Add-ons => Eigene Stile auf den Button „Neuen Stil erstellen” klicken. Im neuen Dialog einen Namen vergeben. Beispielsweise „Google-Suchseite Fix” und den folgenden Inhalt im großen Textfeld einfügen:

@namespace url(http://www.w3.org/1999/xhtml);
  @-moz-document domain("www.google.de") {
  #leftnav {
    display: none !important;
  }
  #center_col, #foot {
    margin-left: 0px !important;
  }
}
@namespace url(http://www.w3.org/1999/xhtml);
  @-moz-document domain("www.google.com") {
  #leftnav {
    display: none !important;
  }
  #center_col, #foot {
    margin-left: 0px !important;
  }
}

So sollte es danach aussehen:

Mit einem Klick auf Speichern seid Ihr von der lästigen Sidebar befreit.

da ich für meine Arbeiten viele Recherchen in Kauf nehmen muss, bin ich ebenfalls auf eine schnelle und zuverlässige Suchmaschine angewiesen. Google bietet das. Allerdings wird mit dem neuen Google-Layout gegen Leute wie mich gearbeitet. Die neue Navigationsbar die sich anscheinend nicht mehr entfernen lässt, ist nun ein fester Bestandteil der Google-Suche. Angeblich auch um im Wettberwerb weiter vorn zu bleiben (Quelle: Neues Google-Layout).

Ich als Vielnutzer bin nun durch diese „gebalte” Mehrinformation im Nachteil und darf 2 mal mehr schauen, dass ich mir nicht die Sidebar durchlese, anstatt die eigentlichen Suchergebnisse. Es wäre ja auch weiterhin nicht so schlimm, wenn sich diese Navigationsbar auch ausblenden liese. Aber dank Google wird der Anwender an dieser Stelle endmündigt. Es existiert schlicht weg keine Funktion um diese Sidebar auszublenden.

Die Google-Startseite vom Mozilla Firefox musste dadurch auch weichen und wurde durch die folgende ersetzt:

http://www.google.de/webhp?hl=all

Mit diesem Link ist das Hauptaufgenmerk zwar auf Englischsprachige Suchergebnisse gelenkt, aber dennoch für den deutschen Raum geeignet.

Für mich ist klar, sollte es eine einfache und vergleichbare Suchmaschine existieren werde ich mich umgehend von Google verabschieden. Leider ist man in der heutigen Zeit auf solche „Fachidoten” angewiesen und ich kann es mir auch nicht leisten, mir noch länger einen Kopf zu machen, wie ich diese Verunstaltung der Google-Suchseite entfernen kann.

Wiedereinmal ist der Kunde der verlierer … Danke an Google.

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/

netplwiz

Mit der Bestätigung durch die ENTER-Taste öffnet sich der Dialog „Benutzerkonten”:

Hier nun wie aus Windows Vista bekannt, das Häckchen deaktivieren bei ”Benutzer müssen Benutzername und Kennwort eingeben”, den jeweiligen automatisch anzumeldenen Benutzernamen anklicken und mit einem Klick auf OK bestätigen. Danach erscheint der Dialog, zur Aufforderung der Eingabe des Benutzerpassworts:

Wenn dies erledigt ist und mit OK bestätigt wurde, schließen sich beide Fenster und mit Hilfe eines Neustarts kann die Umsetzung auch gleich getestet werden.

update-alternatives --config java

Verständlicherweise ist dies nur möglich wenn mehr als eine Java-Runtime installiert ist. Dies ist oft der Fall. Besonders bei der Server Edition¹ von Ubuntu wird von haus aus nur die GIJ (GNU Interpreter for Java) mitgeliefert. Welche sich dadurch auszeichnet, das sich diese Runtime für fast nichts tiefgründigeres einsetzen lässt. Hintergrund ist die Lizenzvereinbarung von Sun Microsystems. Durch die abgespeckte Version ist eine Bestätigung durch den Anwender nicht notwendig. Im gegensatz zu der vollwärtigen Runtime die auf jedem Linux-Betriebsystem nachinstalliert werden kann.

Mit dem oben genannten Befehl lässt sich nun eine Standard Runtime definieren die sich mittelst einer textbasierte GUI präsentiert:

Mit dieser Methodik lassen sich viele Fehler bezüglich der Java Runtime schon im Vorfeld vermeiden, in dem keine abgespeckte, sondern vollwertige Runtime genutzt wird. Oft entfallen damit auch spezielle Konfigurationen am Server. Der folgende Befehlt gibt letztendlich Aufschluss ob nun standardmäßig die richtige Runtime genutzt wird.

java -version

1. Ubuntu Server Edition - http://www.ubuntu.com/products/whatIsubuntu/serveredition

aptitude -y purge '~iapache' && sudo aptitude -y install apache2

Hierbei wird im ersten Schritt die Konfigurationen entfernt und im zweiten der Apache2 wieder installiert. Dieses Verfahren ermöglicht auch, eine zerstörte oder versehentliche gelöschte Konfiguration, wieder vollständig herzustellen. Hierbei können auch bis zu zwei Durchläufe nötig sein.