[DOCUMENTATION] German:

- manual fixes

git-svn-id: http://framework.zend.com/svn/framework/standard/trunk@15342 44c647ce-9c0f-0410-b52a-842ac1e357ba

documentation/manual/de/module_specs/Zend_Amf-Server.xml

@@ -5,10 +5,10 @@
     <title>Zend_Amf_Server</title>
 
     <para>
-        <classname>Zend_Amf_Server</classname> bietet einen RPC-artigen Server für die Behandlung der
-        Anfragen die vom Adobe Flash Player durchgeführt werden indem das AMF Protokoll verwendet
-        wird. Wie alle Zend Framework Serverklassen, folgt es der SoapServer API, und bietet ein
-        einfach zu merkendes Interface für die Erstellung von Servern.
+        <classname>Zend_Amf_Server</classname> bietet einen RPC-artigen Server für die Behandlung
+        der Anfragen die vom Adobe Flash Player durchgeführt werden indem das AMF Protokoll
+        verwendet wird. Wie alle Zend Framework Serverklassen, folgt es der SoapServer API, und
+        bietet ein einfach zu merkendes Interface für die Erstellung von Servern.
     </para>
 
     <example id="zend.amf.server.basic">
@@ -56,11 +56,12 @@ echo $response;
 ]]></programlisting>
 
         <para>
-            <code>Zend Amf Server</code> erlaubt es auch Services das Sie dynamisch geladen werden, basierend
-            auf dem angegebenen Verzeichnispfad. Man kann dem Server so viele Verzeichnisse wie man will
-            hinzufügen. Die Reihenfolge in der man die Verzeichnisse zum Server hinzufügt ist die Reihenfolge
-            in der die LIFO Suche auf den Verzeichnissen durchgeführt wird um die Klasse zu finden.
-            Das Hinzufügen von Verzeichnissen wird mit der <code>addDirectory()</code> Methode durchgeführt.
+            <code>Zend Amf Server</code> erlaubt es auch Services das Sie dynamisch geladen werden,
+            basierend auf dem angegebenen Verzeichnispfad. Man kann dem Server so viele
+            Verzeichnisse wie man will hinzufügen. Die Reihenfolge in der man die Verzeichnisse zum
+            Server hinzufügt ist die Reihenfolge in der die LIFO Suche auf den Verzeichnissen
+            durchgeführt wird um die Klasse zu finden. Das Hinzufügen von Verzeichnissen wird mit
+            der <code>addDirectory()</code> Methode durchgeführt.
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -69,13 +70,14 @@ $server->addDirectory(dirname(__FILE__) .'/../package/');
 ]]></programlisting>
 
         <para>
-            Wenn entfernte Services aufgerufen werden kann der Quellname einen Unterstrich (_) oder Punkt (.)
-            Begrenzer im Verzeichnis haben. Wenn ein Unterstrich verwendet wird werden die Namenskonventionen
-            der PEAR und Zend Framework Klassen verwendet. Das bedeutet das wenn man das Sevice
-            <code>com_Foo_Bar</code> aufruft wird der Server nach der Datei Bar.php suchen, und zwar in jedem
-            der eingefügten Pfade unter <code>com/Foo/Bar.php</code>. Wenn die Punkt Notation für entfernte
-            Services wie für <code>com.Foo.Bar</code> verwendet wird, wird jedem eingefügten Pfad
-            <code>com/Foo/Bar.php</code> am Ende hinzugefügt um Bar.php automatisch zu laden.
+            Wenn entfernte Services aufgerufen werden kann der Quellname einen Unterstrich (_) oder
+            Punkt (.) Begrenzer im Verzeichnis haben. Wenn ein Unterstrich verwendet wird werden die
+            Namenskonventionen der PEAR und Zend Framework Klassen verwendet. Das bedeutet das wenn
+            man das Sevice <code>com_Foo_Bar</code> aufruft wird der Server nach der Datei Bar.php
+            suchen, und zwar in jedem der eingefügten Pfade unter <code>com/Foo/Bar.php</code>. Wenn
+            die Punkt Notation für entfernte Services wie für <code>com.Foo.Bar</code> verwendet
+            wird, wird jedem eingefügten Pfad <code>com/Foo/Bar.php</code> am Ende hinzugefügt um
+            Bar.php automatisch zu laden.
         </para>
 
         <para>
@@ -134,9 +136,9 @@ class World
         <title>Zum Server von Flex aus verbinden</title>
 
         <para>
-            Zum eigenen <classname>Zend_Amf_Server</classname> von einem Flex Projekt aus zu verbinden
-            ist recht einfach; man muß zur Endpunkt URI des <classname>Zend_Amf_Server</classname>
-            Sripts zeigen.
+            Zum eigenen <classname>Zend_Amf_Server</classname> von einem Flex Projekt aus zu
+            verbinden ist recht einfach; man muß zur Endpunkt URI des
+            <classname>Zend_Amf_Server</classname> Sripts zeigen.
         </para>
 
         <para>
@@ -162,10 +164,10 @@ class World
             Projekteigenschaften nochmals durch einen rechts-klick auf das Projektverzeichnis
             vom Navigator aus geöffnet und Eigenschaften ausgewählt werden. Vom Eigenschaften-Popup
             muß ‘Flex Compiler’ aufgewählt und der String: -services “services-config.xml”
-            hinzugefügt werden. Auf Apply drücken, anschließend auf OK um die Option zu aktualisieren.
-            Was man jetzt getan hat, ist dem Flex Compiler zu sagen das er in der services-config.xml
-            Datei nach Laufzeitvariablen schauen soll die von der RemotingObject Klasse verwendet
-            werden.
+            hinzugefügt werden. Auf Apply drücken, anschließend auf OK um die Option zu
+            aktualisieren. Was man jetzt getan hat, ist dem Flex Compiler zu sagen das er in der
+            Datei services-config.xml nach Laufzeitvariablen schauen soll die von der RemotingObject
+            Klasse verwendet werden.
         </para>
 
         <para>
@@ -263,8 +265,8 @@ myservice.world.hello("Wade");
 ]]></programlisting>
 
         <para>
-            Für weitere Informationen über den Aufruf von Flex RemoteObject,
-            <ulink url="http://livedocs.adobe.com/flex/3/html/help.html?content=data_access_4.html">besuchen
+            Für weitere Informationen über den Aufruf von Flex RemoteObject, <ulink
+                url="http://livedocs.adobe.com/flex/3/html/help.html?content=data_access_4.html">besuchen
             Sie die Adobe Flex 3 Hilfeseite</ulink>.
         </para>
     </sect2>
@@ -275,15 +277,15 @@ myservice.world.hello("Wade");
         <para>
             Standardmäßig werden alle Exceptions die in den angehängten Klassen oder Funktionen
             geworfen werden gefangen und als AMF Fehlermeldungen zurückgegeben. Trotzdem wird der
-            Inhalt des ErrorMessage Objekts variieren basierend darauf ob der Server im "Produktions"
-            Modus ist (der Standardzustand) oder nicht.
+            Inhalt des ErrorMessage Objekts variieren basierend darauf ob der Server im
+            "Produktions" Modus ist (der Standardzustand) oder nicht.
         </para>
 
         <para>
             Wenn er in Produktionsmodus ist wird nur der Exceptioncode zurückgegeben. Wenn der
             Produktionsmodus ausgeschaltet wird -- etwas das nur für das Testen getan werden sollte
-            -- werden die meisten Exceptiondetails zurückgegeben: Die Meldung der Exception, die Zeile,
-            und der Backtrace werden alle angehängt.
+            -- werden die meisten Exceptiondetails zurückgegeben: Die Meldung der Exception, die
+            Zeile, und der Backtrace werden alle angehängt.
         </para>
 
         <para>
@@ -295,7 +297,8 @@ $server->setProduction(false);
 ]]></programlisting>
 
         <para>
-            Um Ihn wieder einzuschalten, muß stattdessen einfach ein boolscher true Wert übergeben werden:
+            Um Ihn wieder einzuschalten, muß stattdessen einfach ein boolscher true Wert übergeben
+            werden:
         </para>
 
         <programlisting role="php"><![CDATA[
@@ -329,8 +332,8 @@ $server->setProduction(true);
 
         <para>
             Fallweise ist es gewünscht das Antwortobjekt leicht zu manipulieren, typischerweise um
-            zusätzliche Nachrichtenheader zurückzugeben. Die <code>handle()</code> Methode des Servers
-            gibt das Antwortobjekt zurück, was es erlaubt das zu tun.
+            zusätzliche Nachrichtenheader zurückzugeben. Die <code>handle()</code> Methode des
+            Servers gibt das Antwortobjekt zurück, was es erlaubt das zu tun.
         </para>
 
         <example id="zend.amf.server.response.messageHeaderExample">
@@ -356,12 +359,13 @@ echo $response;
         <title>Typ Objekte</title>
 
         <para>
-            Ähnlich wie SOAP, erlaubt es AMF Objekte zwischen dem Client und dem Server zu übergeben.
-            Das erlaubt eine große Flexibilität und Bindung zwischen den zwei Umgebungen.
+            Ähnlich wie SOAP, erlaubt es AMF Objekte zwischen dem Client und dem Server zu
+            übergeben. Das erlaubt eine große Flexibilität und Bindung zwischen den zwei Umgebungen.
         </para>
 
         <para>
-            <classname>Zend_Amf</classname> bietet drei Methoden für das Mappen von ActionScript und PHP Objekten.
+            <classname>Zend_Amf</classname> bietet drei Methoden für das Mappen von ActionScript und
+            PHP Objekten.
         </para>
 
         <itemizedlist>
@@ -369,7 +373,8 @@ echo $response;
                 <para>
                     Erstens kann man explizite Bindungen auf Serverlevel erstellen indem die
                     <code>setClassMap()</code> Methode verwendet wird. Das erste Argument ist der
-                    ActionScript Klassenname, das zweite ist der Name der PHP Klasse auf die gemappt wird:
+                    ActionScript Klassenname, das zweite ist der Name der PHP Klasse auf die gemappt
+                    wird:
                 </para>
 
                 <programlisting role="php"><![CDATA[
@@ -467,29 +472,30 @@ private function getContactHandler(event:ResultEvent):void {
         <title>Von Flash aus auf den Server verbinden</title>
 
         <para>
-            Auf den <classname>Zend_Amf_Server</classname> vom Flash Projekt aus zu verbinden ist etwas anders
-            als von Flex aus. Trotzdem sind die Funktionen mit <classname>Zend_Amf_Server</classname> die gleichen
-            wie mit Flex sobald die Verbindung erstellt wurde. Das folgende Beispiel kann auch von einer
-            Flex AS3 Datei aus verwendet werden. Wir werden die selbe <classname>Zend_Amf_Server</classname>
-            Konfiguration mit der World Klasse unserer Verbindung wiederverwenden.
+            Auf den <classname>Zend_Amf_Server</classname> vom Flash Projekt aus zu verbinden ist
+            etwas anders als von Flex aus. Trotzdem sind die Funktionen mit
+            <classname>Zend_Amf_Server</classname> die gleichen wie mit Flex sobald die Verbindung
+            erstellt wurde. Das folgende Beispiel kann auch von einer Flex AS3 Datei aus verwendet
+            werden. Wir werden die selbe <classname>Zend_Amf_Server</classname> Konfiguration mit
+            der World Klasse unserer Verbindung wiederverwenden.
         </para>
 
         <para>
             Öffne Flash CS und erstelle eine neue Flash Datei (ActionScript 3). Benenne das Dokument
-            ZendExample.fla und speichere das Dokument in einem Verzeichnis das wir für dieses Beispiel
-            verwenden werden. Erstelle eine neue AS3 Datei im selben Verzeichnis und benenne die Datei
-            Main.as. Öffne beide Dateien im Editor. Wir werden jetzt diese zwei Dateien über die Document
-            Klasse verbinden. Wähle ZendExample aus und klicke auf "stage". Im Eigenschaftsfenster von "stage"
-            ändere die Document Klasse auf Main. Das verbindet die Main.as ActionScript Datei mit dem Benutzer
-            Interface von ZendExample.fla. Wenn die Flashdatei ZendExample ausgeführt wird, dann wird die
-            Klasse Main.as gestartet. Als nächstes werden wir ein ActionScript hinzufügen um den AMF
-            Aufruf durchzuführen.
+            ZendExample.fla und speichere das Dokument in einem Verzeichnis das wir für dieses
+            Beispiel verwenden werden. Erstelle eine neue AS3 Datei im selben Verzeichnis und
+            benenne die Datei Main.as. Öffne beide Dateien im Editor. Wir werden jetzt diese zwei
+            Dateien über die Document Klasse verbinden. Wähle ZendExample aus und klicke auf
+            "stage". Im Eigenschaftsfenster von "stage" ändere die Document Klasse auf Main. Das
+            verbindet die Main.as ActionScript Datei mit dem Benutzer Interface von ZendExample.fla.
+            Wenn die Flashdatei ZendExample ausgeführt wird, dann wird die Klasse Main.as gestartet.
+            Als nächstes werden wir ein ActionScript hinzufügen um den AMF Aufruf durchzuführen.
         </para>
 
         <para>
-            Jetzt werden wir eine Main Klasse erstellen damit wir die Daten zum Server schicken und das
-            Ergebnis anzeigen lassen können. Kopiere den folgenden Code in die Main.as Datei und wird werden
-            den Code anschauen um zu erklären was die Rolle eines jeden Elements ist.
+            Jetzt werden wir eine Main Klasse erstellen damit wir die Daten zum Server schicken und
+            das Ergebnis anzeigen lassen können. Kopiere den folgenden Code in die Main.as Datei und
+            wird werden den Code anschauen um zu erklären was die Rolle eines jeden Elements ist.
         </para>
 
         <programlisting role="as"><![CDATA[
@@ -528,10 +534,10 @@ package {
 ]]></programlisting>
 
         <para>
-            Wir müssen zuerst zwei ActionScript Bibliotheken importieren die den Haufen an Arbeit erledigen.
-            Das erste ist NetConnection welches wie eine Zweiwege-Leitung, zwischen dem Client und dem Server,
-            funktioniert. Das zweite ist ein Responder Objekt welches die Rückgabewerte des Servers behandelt
-            relativ zum Erfolg oder Mißerfolg des Aufrufs.
+            Wir müssen zuerst zwei ActionScript Bibliotheken importieren die den Haufen an Arbeit
+            erledigen. Das erste ist NetConnection welches wie eine Zweiwege-Leitung, zwischen dem
+            Client und dem Server, funktioniert. Das zweite ist ein Responder Objekt welches die
+            Rückgabewerte des Servers behandelt relativ zum Erfolg oder Mißerfolg des Aufrufs.
         </para>
 
         <programlisting role="as"><![CDATA[
@@ -540,8 +546,8 @@ import flash.net.Responder;
 ]]></programlisting>
 
         <para>
-            In der Klasse benötigen wir drei Variable um NetConnection, Responder, und die Gateway URL zu
-            unserer <classname>Zend_Amf_Server</classname> Installation zu repräsentieren.
+            In der Klasse benötigen wir drei Variable um NetConnection, Responder, und die Gateway
+            URL zu unserer <classname>Zend_Amf_Server</classname> Installation zu repräsentieren.
         </para>
 
         <programlisting role="as"><![CDATA[
@@ -552,9 +558,9 @@ private var responder:Responder;
 
         <para>
             Im Main Contructor erstellen wir einen Responder und eine neue Verbindung zum
-            <classname>Zend_Amf_Server</classname> Endpunkt. Der Responder definiert zwei unterschiedliche Methoden
-            für die Behandlung des Servers. Der Einfachheit halber haben wir Sie onResult und onFault
-            benannt.
+            <classname>Zend_Amf_Server</classname> Endpunkt. Der Responder definiert zwei
+            unterschiedliche Methoden für die Behandlung des Servers. Der Einfachheit halber haben
+            wir Sie onResult und onFault benannt.
         </para>
 
         <programlisting role="as"><![CDATA[
@@ -564,9 +570,10 @@ connection.connect(gateway);
 ]]></programlisting>
 
         <para>
-            In der onComplete Funktion, welche ausgeführt wird sobald das Konstrukt fertiggestellt wurde,
-            senden wir die Daten zum Server. Wird benötigen eine weitere zusätzliche Zeile die den Aufruf
-            der <classname>Zend_Amf_Server</classname> World->hello Funktion durchführt.
+            In der onComplete Funktion, welche ausgeführt wird sobald das Konstrukt fertiggestellt
+            wurde, senden wir die Daten zum Server. Wird benötigen eine weitere zusätzliche Zeile
+            die den Aufruf der <classname>Zend_Amf_Server</classname> World->hello Funktion
+            durchführt.
         </para>
 
         <programlisting role="as"><![CDATA[
@@ -574,10 +581,11 @@ connection.call("World.hello", responder, params);
 ]]></programlisting>
 
         <para>
-            Als wir die Responder Variable erstellt haben, haben wir auch eine onResult und eine onFault
-            Funktion definiert die die Antwort des Servers behandeln. Wir haben diese Funktionen für ein
-            ergolfreiches Ergebnis der Servers hunzugefügt. Ein erfolgreicher Eventhandler wird immer dann
-            ausgeführt wenn die Verbindung zum Server richtig handgehabt wird.
+            Als wir die Responder Variable erstellt haben, haben wir auch eine onResult und eine
+            onFault Funktion definiert die die Antwort des Servers behandeln. Wir haben diese
+            Funktionen für ein erfolgreiches Ergebnis der Servers hunzugefügt. Ein erfolgreicher
+            Eventhandler wird immer dann ausgeführt wenn die Verbindung zum Server richtig
+            handgehabt wird.
         </para>
 
         <programlisting role="as"><![CDATA[
@@ -588,10 +596,10 @@ private function onResult(result:Object):void {
 ]]></programlisting>
 
         <para>
-            Die onFault Funktion wird aufgerufen wenn eine ungültige Antwort vom Server zurückgekommen ist.
-            Das passiert wenn auf dem Server ein Fehler stattgefunden hat, die URL zum Server ungültig ist,
-            der entfernte Service oder die Methode nicht existiert, und bei jedem anderen Verbindungsrelevanten
-            Problem.
+            Die onFault Funktion wird aufgerufen wenn eine ungültige Antwort vom Server
+            zurückgekommen ist. Das passiert wenn auf dem Server ein Fehler stattgefunden hat, die
+            URL zum Server ungültig ist, der entfernte Service oder die Methode nicht existiert, und
+            bei jedem anderen Verbindungsrelevanten Problem.
         </para>
 
         <programlisting role="as"><![CDATA[
@@ -602,11 +610,11 @@ private function onFault(fault:Object):void {
 
         <para>
             Das ActionScripts für die Erstellung der entfernten Verbindung ist jetzt fertiggestellt.
-            Der Aufruf der ZendExample Datei führt jetzt die Verbindung zu Zend Amf aus. Rückblickend
-            haben wir die benötigten Variablen hinzugefügt um eine Verbindung zum entfernten Server zu
-            öffnen, definiert welche Methoden in der Anwendung verwendet werden sollen wenn die Anwendung
-            eine Antwort vom Server empfängt, und schlußendlich die Anzeige der zurückgegebenen Daten über
-            trace().
+            Der Aufruf der ZendExample Datei führt jetzt die Verbindung zu Zend Amf aus.
+            Rückblickend haben wir die benötigten Variablen hinzugefügt um eine Verbindung zum
+            entfernten Server zu öffnen, definiert welche Methoden in der Anwendung verwendet werden
+            sollen wenn die Anwendung eine Antwort vom Server empfängt, und schlußendlich die
+            Anzeige der zurückgegebenen Daten über trace().
         </para>
 
     </sect2>

documentation/manual/de/module_specs/Zend_Application-AvailableResources-Db.xml

@@ -5,9 +5,10 @@
     <title>Zend_Application_Resource_Db</title>
 
     <para>
-        <classname>Zend_Application_Resource_Db</classname> initialisiert einen <classname>Zend_Db</classname> Adapter
-        basieren auf den Ihm übergebenen Optionen. Standardmäßig, setzt es den Adapter als
-        Default Adapter zur Verwendung mit <classname>Zend_Db_Table</classname>.
+        <classname>Zend_Application_Resource_Db</classname> initialisiert einen
+        <classname>Zend_Db</classname> Adapter basieren auf den Ihm übergebenen Optionen.
+        Standardmäßig, setzt es den Adapter als Default Adapter zur Verwendung mit
+        <classname>Zend_Db_Table</classname>.
     </para>
 
     <para>

documentation/manual/de/module_specs/Zend_Application-AvailableResources-Frontcontroller.xml

@@ -5,11 +5,12 @@
     <title>Zend_Application_Resource_Frontcontroller</title>
 
     <para>
-        Die warscheinlich am meisten verwendete Ressource die man mit <classname>Zend_Application</classname>
-        verwenden wird, ist die Front Controller Ressource, die eine Möglichkeit bietet den
-        <classname>Zend_Controller_Front</classname> zu konfigurieren. Diese Ressource bietet die Möglichkeit
-        verschiedenste Front Controller Parameter zu setzen, Plugins zu spezifizieren die
-        initialisiert werden sollen, und vieles mehr.
+        Die warscheinlich am meisten verwendete Ressource die man mit
+        <classname>Zend_Application</classname> verwenden wird, ist die Front Controller Ressource,
+        die eine Möglichkeit bietet den <classname>Zend_Controller_Front</classname> zu
+        konfigurieren. Diese Ressource bietet die Möglichkeit verschiedenste Front Controller
+        Parameter zu setzen, Plugins zu spezifizieren die initialisiert werden sollen, und vieles
+        mehr.
     </para>
 
     <para>
@@ -95,7 +96,7 @@ resources.frontController.env = APPLICATION_ENV
 ]]></programlisting>
     </example>
 
-    <example id="zend.application.available-resources.frontcontroller.PropertyExample">
+    <example id="zend.application.available-resources.frontcontroller.propertyExample">
         <title>Empfangen des Front Controllers im eigenen Bootstrap</title>
 
         <para>

documentation/manual/de/module_specs/Zend_Application-AvailableResources-Session.xml

@@ -5,8 +5,9 @@
     <title>Zend_Application_Resource_Session</title>
 
     <para>
-        <classname>Zend_Application_Resource_Session</classname> erlaubt es <classname>Zend_Session</classname> zu
-        konfigurieren, sowie optional einen Session SaveHandler zu initialisieren.
+        <classname>Zend_Application_Resource_Session</classname> erlaubt es
+        <classname>Zend_Session</classname> zu konfigurieren, sowie optional einen Session
+        SaveHandler zu initialisieren.
     </para>
 
     <para>
@@ -18,26 +19,27 @@
     <itemizedlist>
         <listitem><para>
             <code>string</code>: Ein String der eine Klasse benennt die
-            <classname>Zend_Session_SaveHandler_Interface</classname> implementiert und initiiert werden
-            soll.
+            <classname>Zend_Session_SaveHandler_Interface</classname> implementiert und initiiert
+            werden soll.
         </para></listitem>
 
         <listitem><para>
             <code>array</code>: Ein Array mit den Schlüsseln "class", und optional "options", das
-            eine Klasse benennt die <classname>Zend_Session_SaveHandler_Interface</classname> implementiert
-            und iniiert werden, und ein Array von Optionen die an dessen Contructor übergeben
-            werden soll.
+            eine Klasse benennt die <classname>Zend_Session_SaveHandler_Interface</classname>
+            implementiert und iniiert werden, und ein Array von Optionen die an dessen Contructor
+            übergeben werden soll.
         </para></listitem>
 
         <listitem><para>
-            <classname>Zend_Session_SaveHandler_Interface</classname>: Ein Objekt das dieses Interface
-            implementiert.
+            <classname>Zend_Session_SaveHandler_Interface</classname>: Ein Objekt das dieses
+            Interface implementiert.
         </para></listitem>
     </itemizedlist>
 
     <para>
-        Jeder andere übergebene Optionsschlüssel wird an <classname>Zend_Session::setOptions()</classname>
-        übergeben um <classname>Zend_Session</classname> zu konfigurieren.
+        Jeder andere übergebene Optionsschlüssel wird an
+        <classname>Zend_Session::setOptions()</classname> übergeben um
+        <classname>Zend_Session</classname> zu konfigurieren.
     </para>
 
     <example id="zend.application.available-resources.session.configExample">
@@ -45,8 +47,9 @@
 
         <para>
             Anbei ist das Beispiel eines INI Abschnitts der zeigt wie die Session Ressource
-            konfiguriert werden kann. Er setzt verschiedene <classname>Zend_Session</classname> Optionen,
-            und konfiguriert eine <classname>Zend_Session_SaveHandler_Db</classname> Instanz.
+            konfiguriert werden kann. Er setzt verschiedene <classname>Zend_Session</classname>
+            Optionen, und konfiguriert eine <classname>Zend_Session_SaveHandler_Db</classname>
+            Instanz.
         </para>
 
         <programlisting role="ini"><![CDATA[

documentation/manual/de/module_specs/Zend_Application-AvailableResources-View.xml

@@ -5,16 +5,16 @@
     <title>Zend_Application_Resource_View</title>
 
     <para>
-        <classname>Zend_Application_Resource_View</classname> kann verwendet werden um eine Instanz von
-        <classname>Zend_View</classname> zu konfigurieren. Konfigurations Optionen sind
+        <classname>Zend_Application_Resource_View</classname> kann verwendet werden um eine Instanz
+        von <classname>Zend_View</classname> zu konfigurieren. Konfigurations Optionen sind
         <link linkend="zend.view.introduction.options">die Zend_View Optionen</link>.
     </para>
 
     <para>
         Sobald die View Instanz konfiguriert wurde, erstellt Sie eine Instanz von
-        <classname>Zend_Controller_Action_Helper_ViewRenderer</classname> und registriert den ViewRenderer
-        im <classname>Zend_Controller_Action_HelperBroker</classname> -- von dem man Sie später empfangen
-        kann.
+        <classname>Zend_Controller_Action_Helper_ViewRenderer</classname> und registriert den
+        ViewRenderer im <classname>Zend_Controller_Action_HelperBroker</classname> -- von dem man
+        Sie später empfangen kann.
     </para>
 
     <example id="zend.application.available-resources.view.configExample">

documentation/manual/de/module_specs/Zend_Application-CoreFunctionality-Bootstrap_ResourceBootstrapper.xml

@@ -5,13 +5,13 @@
     <title>Zend_Application_Bootstrap_ResourceBootstrapper</title>
 
     <para>
-        <classname>Zend_Application_Bootstrap_ResourceBootstrapper</classname> ist ein Interface das zu
-        Verwenden ist wenn externe Ressourcen geladen werden -- z.B. wenn ein oder mehrere
+        <classname>Zend_Application_Bootstrap_ResourceBootstrapper</classname> ist ein Interface das
+        zu Verwenden ist wenn externe Ressourcen geladen werden -- z.B. wenn ein oder mehrere
         Ressourcen nicht direkt in der Klasse definiert werden, sonder über Plugins. Es sollte
-        in Verbindung mit
-        <link linkend="zend.application.core-functionality.bootstrap-bootstrapper">Zend_Application_Bootstrap_Bootstrapper</link>;
-        verwendet werden;
-        <link linkend="zend.application.core-functionality.bootstrap-bootstrapabstract">Zend_Application_Bootstrap_BootstrapAbstract</link>
+        in Verbindung mit <link
+            linkend="zend.application.core-functionality.bootstrap-bootstrapper">Zend_Application_Bootstrap_Bootstrapper</link>;
+        verwendet werden; <link
+            linkend="zend.application.core-functionality.bootstrap-bootstrapabstract">Zend_Application_Bootstrap_BootstrapAbstract</link>
         implementiert diese Funktionalität.
     </para>
 
@@ -46,8 +46,8 @@
 
                         <listitem><para>
                             <code>$options</code>: <emphasis>Optional</emphasis>.
-                            Ein Array oder <classname>Zend_Config</classname> Objekt das an die Ressource
-                            bei der Instanziierung zu übergeben ist.
+                            Ein Array oder <classname>Zend_Config</classname> Objekt das an die
+                            Ressource bei der Instanziierung zu übergeben ist.
                         </para></listitem>
                     </itemizedlist></entry>
                     <entry><para>

documentation/manual/de/module_specs/Zend_Application-CoreFunctionality-Resource_Resource.xml

@@ -5,11 +5,11 @@
     <title>Zend_Application_Resource_Resource</title>
 
     <para>
-        <classname>Zend_Application_Resource_Resource</classname> ist ein Interface für Plugin Ressourcen
-        die mit Bootstrap Klassen verwendet werden welche
-        <classname>Zend_Application_Bootstrap_ResourceBootstrapper</classname> implementieren. Von Ressourcen
-        Plugins wird erwartet das Sie Konfiguration erlauben, das Sie Bootstrapping erlauben, und
-        ein Strategy Pattern für die Initialisierung der Ressource implementieren.
+        <classname>Zend_Application_Resource_Resource</classname> ist ein Interface für Plugin
+        Ressourcen die mit Bootstrap Klassen verwendet werden welche
+        <classname>Zend_Application_Bootstrap_ResourceBootstrapper</classname> implementieren. Von
+        Ressourcen Plugins wird erwartet das Sie Konfiguration erlauben, das Sie Bootstrapping
+        erlauben, und ein Strategy Pattern für die Initialisierung der Ressource implementieren.
     </para>
 
     <table id="zend.application.core-functionality.resource-resource.api">

documentation/manual/de/module_specs/Zend_Application-CoreFunctionality-Resource_ResourceAbstract.xml

@@ -5,8 +5,9 @@
     <title>Zend_Application_Resource_ResourceAbstract</title>
 
     <para>
-        <classname>Zend_Application_Resource_ResourceAbstract</classname> ist eine abstrakte Klasse die
-        <link linkend="zend.application.core-functionality.resource-resource">Zend_Application_Resource_Resource</link>
+        <classname>Zend_Application_Resource_ResourceAbstract</classname> ist eine abstrakte Klasse
+        die <link
+            linkend="zend.application.core-functionality.resource-resource">Zend_Application_Resource_Resource</link>
         implementiert, und ist ein guter Startpunkt für die Erstellung eigener Plugin Ressourcen.
     </para>
 

documentation/manual/de/module_specs/Zend_Application-Examples.xml

@@ -108,9 +108,9 @@ class Bootstrap extends Zend_Application_Bootstrap_Bootstrap
     </itemizedlist>
 
     <para>
-        Ressource Plugins implementieren <classname>Zend_Application_Bootstrap_Resource</classname>, welche
-        einfach definieren das Sie Injektion des Aufrufers und von Optionen erlauben, und die eine
-        <code>init()</code> Methode haben. Als Beispiel, könnte eine eigene "View" Bootstrap
+        Ressource Plugins implementieren <classname>Zend_Application_Bootstrap_Resource</classname>,
+        welche einfach definieren das Sie Injektion des Aufrufers und von Optionen erlauben, und die
+        eine <code>init()</code> Methode haben. Als Beispiel, könnte eine eigene "View" Bootstrap
         Ressource wie folgt aussehen:
     </para>
 

documentation/manual/de/module_specs/Zend_Application-Introduction.xml

@@ -5,9 +5,9 @@
     <title>Einführung</title>
 
     <para>
-        <classname>Zend_Application</classname> bietet eine Möglichkeit des Bootstrappings für Anwendungen
-        für wiederverwendbare Ressourcen, Normal- und Modul-basierende Bootstrap Klassen und der
-        Prüfung deren Abhängigkeit. Es nimmt auch auf die Einstellungen im PHP Environment acht und
-        führt standardmäßig Autoloading durch.
+        <classname>Zend_Application</classname> bietet eine Möglichkeit des Bootstrappings für
+        Anwendungen für wiederverwendbare Ressourcen, Normal- und Modul-basierende Bootstrap Klassen
+        und der Prüfung deren Abhängigkeit. Es nimmt auch auf die Einstellungen im PHP Environment
+        acht und führt standardmäßig Autoloading durch.
     </para>
 </sect1>

documentation/manual/de/module_specs/Zend_Application-TheoryOfOperation.xml

@@ -19,8 +19,8 @@
     </para>
 
     <para>
-        <classname>Zend_Application</classname> zielt darauf ab das alles einfacher zu machen und bietet
-        Wiederwervendbarkeit durch die Kapselung vom Bootstrapping in OOP Paradigmen.
+        <classname>Zend_Application</classname> zielt darauf ab das alles einfacher zu machen und
+        bietet Wiederwervendbarkeit durch die Kapselung vom Bootstrapping in OOP Paradigmen.
     </para>
 
     <para>
@@ -30,17 +30,17 @@
     <itemizedlist>
         <listitem>
             <para>
-                <classname>Zend_Application</classname>: Lädt die PHP Umgebung, inklusive Inklude-Pfade und
-                Autoloading, und instanziiert die benötigte Bootstrap Klasse.
+                <classname>Zend_Application</classname>: Lädt die PHP Umgebung, inklusive
+                Inklude-Pfade und Autoloading, und instanziiert die benötigte Bootstrap Klasse.
             </para>
         </listitem>
         <listitem>
             <para>
-                <classname>Zend_Application_Bootstrap</classname>: Bietet Interfaces für Bootstrap Klassen.
-                <classname>Zend_Application_Bootstrap_Bootstrap</classname> bietet übliche Funktionalitäten für
-                die meisten Notwendigkeiten des Bootstrappings, inklusive Angorithmen um
-                Abhängigkeiten zu prüfen und die Möglichkeit Bootstrap Ressourcen bei Bedarf zu
-                laden.
+                <classname>Zend_Application_Bootstrap</classname>: Bietet Interfaces für Bootstrap
+                Klassen. <classname>Zend_Application_Bootstrap_Bootstrap</classname> bietet übliche
+                Funktionalitäten für die meisten Notwendigkeiten des Bootstrappings, inklusive
+                Angorithmen um Abhängigkeiten zu prüfen und die Möglichkeit Bootstrap Ressourcen bei
+                Bedarf zu laden.
             </para>
         </listitem>
         <listitem>
@@ -132,8 +132,8 @@
         <para>
             <classname>Zend_Application</classname>'s zweites Feld der Arbeit ist die Ausführung des
             Bootstraps der Anwendung. Bootstraps müssen mindestens
-            <classname>Zend_Application_Bootstrap_Bootstrapper</classname> implementieren, welches die
-            folgende API definiert:
+            <classname>Zend_Application_Bootstrap_Bootstrapper</classname> implementieren, welches
+            die folgende API definiert:
         </para>
 
         <programlisting role="php"><![CDATA[

documentation/manual/de/module_specs/Zend_Auth.xml

@@ -6,29 +6,31 @@
     <title>Einführung</title>
 
     <para>
-        <classname>Zend_Auth</classname> bietet eine API für das Authentifizieren und enthält konkrete
-        Authentifizierungs-Adapter für übliche Use Case Szenarien.
+        <classname>Zend_Auth</classname> bietet eine API für das Authentifizieren und enthält
+        konkrete Authentifizierungs-Adapter für übliche Use Case Szenarien.
     </para>
 
     <para>
-        <classname>Zend_Auth</classname> behandelt nur die <emphasis role="strong">Authentifizierung</emphasis>
-        und nicht die <emphasis role="strong">Authorisierung</emphasis>. Authentifizierung ist lose
-        definiert als das Ermitteln ob eine Entität aktuell das ist was Sie vorgibt zu sein (z.B.
+        <classname>Zend_Auth</classname> behandelt nur die
+        <emphasis role="strong">Authentifizierung</emphasis> und nicht die
+        <emphasis role="strong">Authorisierung</emphasis>. Authentifizierung ist lose definiert als
+        das Ermitteln ob eine Entität aktuell das ist was Sie vorgibt zu sein (z.B.
         Identifizierung), basierend auf einem Set von Zeugnissen. Authorisierung, der Prozess des
         Entscheidens ob es einer Entität erlaubt wird auf andere Entitäten Zugriff zu erhalten,
         oder um auf diesen Operationen durchzuführen, ist ausserhalb der Möglichkeit von
-        <classname>Zend_Auth</classname>. Für weitere Informationen über Authorisierung und Zugriffskontrolle
-        mit dem Zend Framework, sollte <link linkend="zend.acl"><classname>Zend_Acl</classname></link>
-        angeschaut werden.
+        <classname>Zend_Auth</classname>. Für weitere Informationen über Authorisierung und
+        Zugriffskontrolle mit dem Zend Framework, sollte <link
+            linkend="zend.acl"><classname>Zend_Acl</classname></link> angeschaut werden.
     </para>
 
     <note>
         <para>
-            Die <classname>Zend_Auth</classname> Klasse implementiert das Singleton Pattern - nur eine Instanz der
-            Klasse ist vorhanden - durch Ihre statische <code>getInstance()</code> Methode. Das bedeutet das
-            die Verwendung des <code>new</code> Operators und des <code>clone</code> Keywords mit der
-            <classname>Zend_Auth</classname> Klasse nicht funktioniert; stattdessen muß <classname>Zend_Auth::getInstance()</classname>
-            verwendet werden.
+            Die <classname>Zend_Auth</classname> Klasse implementiert das Singleton Pattern - nur
+            eine Instanz der Klasse ist vorhanden - durch Ihre statische <code>getInstance()</code>
+            Methode. Das bedeutet das die Verwendung des <code>new</code> Operators und des
+            <code>clone</code> Keywords mit der <classname>Zend_Auth</classname> Klasse nicht
+            funktioniert; stattdessen muß <classname>Zend_Auth::getInstance()</classname> verwendet
+            werden.
         </para>
     </note>
 
@@ -37,9 +39,9 @@
         <title>Adapter</title>
 
         <para>
-            Ein <classname>Zend_Auth</classname> Adapter wird verwendet um sich gegenüber einem speziellen
-            Typ von Authentifizierungs Services zu authentifizieren, wie LDAP, RDBMS, oder
-            Datei-basierenden Speichern. Verschiedene Adapter besitzen leicht unterschiedliche
+            Ein <classname>Zend_Auth</classname> Adapter wird verwendet um sich gegenüber einem
+            speziellen Typ von Authentifizierungs Services zu authentifizieren, wie LDAP, RDBMS,
+            oder Datei-basierenden Speichern. Verschiedene Adapter besitzen leicht unterschiedliche
             Optionen und Verhaltensweisen, aber einige grundlegende Dinge sind für
             Authentifizierungs Adapter üblich. Zum Beispiel das die Authentifizierung Zeugnisse
             akzeptiert werden (enthält auch vorgegebene Identitäten), das Abfragen am
@@ -48,19 +50,20 @@
         </para>
 
         <para>
-            Jede <classname>Zend_Auth</classname> Adapter Klasse implementiert <classname>Zend_Auth_Adapter_Interface</classname>. Dieses
-            Interface definiert eine Methode, <code>authenticate()</code>, die eine Adapter Klasse implementieren
-            muß um eine Authentifizierungsanfrage auszuführen. Jede Adapter Klasse muß vorher vorbereitet sein
-            bevor <code>authenticate()</code> aufgerufen wird. Diese Vorbereitung des Adapters enthält das
-            Setzen der Zeugnisse (z.B. Benutzername und Passwort) und die Definition von Werten für
-            Adapter spezifische Konfigurationoptionen, wie Datenbank Verbindungsdaten für einen Datenbank
-            Tabellen Adapter.
+            Jede <classname>Zend_Auth</classname> Adapter Klasse implementiert
+            <classname>Zend_Auth_Adapter_Interface</classname>. Dieses Interface definiert eine
+            Methode, <code>authenticate()</code>, die eine Adapter Klasse implementieren muß um eine
+            Authentifizierungsanfrage auszuführen. Jede Adapter Klasse muß vorher vorbereitet sein
+            bevor <code>authenticate()</code> aufgerufen wird. Diese Vorbereitung des Adapters
+            enthält das Setzen der Zeugnisse (z.B. Benutzername und Passwort) und die Definition von
+            Werten für Adapter spezifische Konfigurationoptionen, wie Datenbank Verbindungsdaten für
+            einen Datenbank Tabellen Adapter.
         </para>
 
         <para>
-            Das folgende ist ein Beispiel eines Authentifierungs-Adapters der einen Benutzernamen und ein
-            Passwort für die Authentifizierung benötigt. Andere Details, wie zum Beispiel der
-            Authentifizierungs-Service abgefragt wird, werden der Kürze halber ausgelassen:
+            Das folgende ist ein Beispiel eines Authentifierungs-Adapters der einen Benutzernamen
+            und ein Passwort für die Authentifizierung benötigt. Andere Details, wie zum Beispiel
+            der Authentifizierungs-Service abgefragt wird, werden der Kürze halber ausgelassen:
 
             <programlisting role="php"><![CDATA[
 class MyAuthAdapter implements Zend_Auth_Adapter_Interface
@@ -90,9 +93,10 @@ class MyAuthAdapter implements Zend_Auth_Adapter_Interface
 ]]></programlisting>
 
             Wie im Docblock angegeben, muß <code>authenticate()</code> eine Instanz von
-            <classname>Zend_Auth_Result</classname> (oder einer von <classname>Zend_Auth_Result</classname> abgeleiteten Klassen)
-            zurückgeben. Wenn aus bestimmten Gründen eine Durchführung einer Authentifizierungs-Anfrage
-            nicht möglich ist, sollte <code>authenticate()</code> eine Ausnahme werfen die von
+            <classname>Zend_Auth_Result</classname> (oder einer von
+            <classname>Zend_Auth_Result</classname> abgeleiteten Klassen) zurückgeben. Wenn aus
+            bestimmten Gründen eine Durchführung einer Authentifizierungs-Anfrage nicht möglich ist,
+            sollte <code>authenticate()</code> eine Ausnahme werfen die von
             <classname>Zend_Auth_Adapter_Exception</classname> abgeleitet ist.
         </para>
 
@@ -103,42 +107,47 @@ class MyAuthAdapter implements Zend_Auth_Adapter_Interface
         <title>Ergebnisse</title>
 
         <para>
-            <classname>Zend_Auth</classname> Adapter geben eine Instanz von <classname>Zend_Auth_Result</classname> mit Hilfe von
-            <code>authenticate()</code> zurück um die Ergebnisse des Authentifizierungs-Versuches darzustellen.
-            Adapter veröffentlichen das <classname>Zend_Auth_Result</classname> Objekt bei der Erstellung, so das die
-            folgenden vier Methoden ein grundsätzliches Set von Benutzerbezogenen Operationen bieten die
-            für die Ergebnisse von <classname>Zend_Auth</classname> Adapter üblich sind:
+            <classname>Zend_Auth</classname> Adapter geben eine Instanz von
+            <classname>Zend_Auth_Result</classname> mit Hilfe von
+            <code>authenticate()</code> zurück um die Ergebnisse des Authentifizierungs-Versuches
+            darzustellen. Adapter veröffentlichen das <classname>Zend_Auth_Result</classname> Objekt
+            bei der Erstellung, so das die folgenden vier Methoden ein grundsätzliches Set von
+            Benutzerbezogenen Operationen bieten die für die Ergebnisse von
+            <classname>Zend_Auth</classname> Adapter üblich sind:
             <itemizedlist>
                 <listitem>
                     <para>
-                        <code>isValid()</code> - Gibt true zurück wenn und nur wenn das Ergebnis einen
-                        erfolgreichen Authentifizierungs-Versuch repräsentiert
+                        <code>isValid()</code> - Gibt true zurück wenn und nur wenn das Ergebnis
+                        einen erfolgreichen Authentifizierungs-Versuch repräsentiert
                     </para>
                 </listitem>
                 <listitem>
                     <para>
-                        <code>getCode()</code> - Gibt einen konstanten <classname>Zend_Auth_Result</classname>
-                        Identifizierer damit der Typ des Authentifizierungs-Fehlers, oder des Erfolgs der
-                        stattgefunden hat, ermittelt werden kann. Das kann in Situationen verwendet werden
-                        in denen der Entwickler die verschiedenen Ergebnistypen der Authentifizierung
-                        unterschiedlich behandeln will. Das erlaubt es dem Entwickler zum Beispiel detailierte
-                        Statistiken über die Authentifizierungs-Ergebnisse zu erhalten. Eine andere Verwendung
-                        dieses Features ist es spezielle, benutzerdefinierte Nachrichten anzubieten, um Benutzern
-                        eine bessere Usability zu ermöglichen, einfach dadurch das Entwickler dazu aufgerufen
-                        sind die Risiken solche defailierte Informationen Benutzern anzubieten, statt einer
-                        generellen Nachricht eines Authentifizierungs-Fehlers. Für weitere Informationen siehe
+                        <code>getCode()</code> - Gibt einen konstanten
+                        <classname>Zend_Auth_Result</classname> Identifizierer damit der Typ des
+                        Authentifizierungs-Fehlers, oder des Erfolgs der stattgefunden hat,
+                        ermittelt werden kann. Das kann in Situationen verwendet werden in denen der
+                        Entwickler die verschiedenen Ergebnistypen der Authentifizierung
+                        unterschiedlich behandeln will. Das erlaubt es dem Entwickler zum Beispiel
+                        detailierte Statistiken über die Authentifizierungs-Ergebnisse zu erhalten.
+                        Eine andere Verwendung dieses Features ist es spezielle, benutzerdefinierte
+                        Nachrichten anzubieten, um Benutzern eine bessere Usability zu ermöglichen,
+                        einfach dadurch das Entwickler dazu aufgerufen sind die Risiken solche
+                        defailierte Informationen Benutzern anzubieten, statt einer generellen
+                        Nachricht eines Authentifizierungs-Fehlers. Für weitere Informationen siehe
                         die Notiz anbei.
                     </para>
                 </listitem>
                 <listitem>
                     <para>
-                        <code>getIdentity()</code> - Gibt die Identität des Authentifizierungs-Versuchs zurück
+                        <code>getIdentity()</code> - Gibt die Identität des
+                        Authentifizierungs-Versuchs zurück
                     </para>
                 </listitem>
                 <listitem>
                     <para>
-                        <code>getMessages()</code> - Gibt ein Array von Nachrichten zurück nach einem
-                        fehlgeschlagenen Authentifizierungs-Versuch
+                        <code>getMessages()</code> - Gibt ein Array von Nachrichten zurück nach
+                        einem fehlgeschlagenen Authentifizierungs-Versuch
                     </para>
                 </listitem>
             </itemizedlist>
@@ -146,11 +155,12 @@ class MyAuthAdapter implements Zend_Auth_Adapter_Interface
 
         <para>
             Ein Entwickler kann wünschen basierend auf dem Typ des Authentifizierungs-Ergebnisses zu
-            verzweigen um spezialisiertere Operationen durchzuführen. Einige Operationen die für Entwickler
-            nützlich sein können sind zum Beispiel das Sperren von Konten nachdem zu oft ein falsches
-            Passwort angegeben wurde, das markieren von IP Adressen nachdem zuviele nicht existierende
-            Identitäten angegeben wurden und das anbieten von speziellen, benutzerdefinierten Nachrichten
-            für Authentifizierungs-Ergebnisse an den Benutzer. Die folgenden Ergebniscodes sind vorhanden:
+            verzweigen um spezialisiertere Operationen durchzuführen. Einige Operationen die für
+            Entwickler nützlich sein können sind zum Beispiel das Sperren von Konten nachdem zu oft
+            ein falsches Passwort angegeben wurde, das markieren von IP Adressen nachdem zuviele
+            nicht existierende Identitäten angegeben wurden und das anbieten von speziellen,
+            benutzerdefinierten Nachrichten für Authentifizierungs-Ergebnisse an den Benutzer. Die
+            folgenden Ergebniscodes sind vorhanden:
 
             <programlisting role="php"><![CDATA[
 Zend_Auth_Result::SUCCESS
@@ -164,7 +174,8 @@ Zend_Auth_Result::FAILURE_UNCATEGORIZED
         </para>
 
         <para>
-            Das folgende Beispiel zeigt wie ein Entwickler anhand des Ergebniscodes verzweigen könnte:
+            Das folgende Beispiel zeigt wie ein Entwickler anhand des Ergebniscodes verzweigen
+            könnte:
 
             <programlisting role="php"><![CDATA[
 // Innerhalb von AuthController / loginAction
@@ -199,15 +210,15 @@ switch ($result->getCode()) {
         <title>Dauerhafte Identitäten</title>
 
         <para>
-            Eine Anfrage zu authentifizieren die Authentifizierungs Zeugnisse enthält ist per se nützlich,
-            aber auch wichtig um die Authentifizierungs Identität bearbeiten zu können ohne das immer die
-            Authentifizierungs Zeugnisse mit jeder Anfrage vorhanden sein müssen.
+            Eine Anfrage zu authentifizieren die Authentifizierungs Zeugnisse enthält ist per se
+            nützlich, aber auch wichtig um die Authentifizierungs Identität bearbeiten zu können
+            ohne das immer die Authentifizierungs Zeugnisse mit jeder Anfrage vorhanden sein müssen.
         </para>
 
         <para>
-            Trotzdem ist HTTP ein statusloses Protokoll, und Techniken wie Cookies und Sessions wurden
-            entwickelt um Stati über mehrere Anfragen hinweg in Server-seitigen Web Anwendungen zu
-            erhalten.
+            Trotzdem ist HTTP ein statusloses Protokoll, und Techniken wie Cookies und Sessions
+            wurden entwickelt um Stati über mehrere Anfragen hinweg in Server-seitigen Web
+            Anwendungen zu erhalten.
         </para>
 
         <sect3 id="zend.auth.introduction.persistence.default">
@@ -215,23 +226,25 @@ switch ($result->getCode()) {
             <title>Normale Persistenz in PHP Sessions</title>
 
             <para>
-                 Standardmäßig bietet <classname>Zend_Auth</classname> dauerhafte Speicherung der Identität eines
-                 erfolgreichen Authentifizierungs Versuches durch Verwendung der PHP Session. Bei einem
-                 erfolgreichen Authentifizierungs Versuch speichert <classname>Zend_Auth::authenticate()</classname>
-                 die Identität des Authentifizierungs Ergebnisses im persistenten Speicher. Solange die
-                 Konfiguration nicht verändert wird, verwendet <classname>Zend_Auth</classname> eine Speicherklasse
-                 die <classname>Zend_Auth_Storage_Session</classname> heißt und die im Gegenzug
-                 <link linkend="zend.session"><classname>Zend_Session</classname></link> verwendet. Eine eigene
-                 Klasse kann stattdessen verwendet werden, indem ein Objekt an
-                 <classname>Zend_Auth::setStorage()</classname> übergeben wird welches
+                 Standardmäßig bietet <classname>Zend_Auth</classname> dauerhafte Speicherung der
+                 Identität eines erfolgreichen Authentifizierungs Versuches durch Verwendung der PHP
+                 Session. Bei einem erfolgreichen Authentifizierungs Versuch speichert
+                 <classname>Zend_Auth::authenticate()</classname> die Identität des
+                 Authentifizierungs Ergebnisses im persistenten Speicher. Solange die Konfiguration
+                 nicht verändert wird, verwendet <classname>Zend_Auth</classname> eine
+                 Speicherklasse die <classname>Zend_Auth_Storage_Session</classname> heißt und die
+                 im Gegenzug <link linkend="zend.session"><classname>Zend_Session</classname></link>
+                 verwendet. Eine eigene Klasse kann stattdessen verwendet werden, indem ein Objekt
+                 an <classname>Zend_Auth::setStorage()</classname> übergeben wird welches
                  <classname>Zend_Auth_Storage_Interface</classname> implementiert.
             </para>
 
             <note>
                 <para>
-                    Wenn das automatische persistente Speichern der Identität für einen bestimmten Anwendungsfall
-                    nicht anwendbar ist, können Entwickler trotzdem die <classname>Zend_Auth</classname> Klasse weiterhin
-                    verwenden statt direkt eine Adapterklasse anzusprechen.
+                    Wenn das automatische persistente Speichern der Identität für einen bestimmten
+                    Anwendungsfall nicht anwendbar ist, können Entwickler trotzdem die
+                    <classname>Zend_Auth</classname> Klasse weiterhin verwenden statt direkt eine
+                    Adapterklasse anzusprechen.
                 </para>
             </note>
 
@@ -240,12 +253,14 @@ switch ($result->getCode()) {
                 <title>Den Namensraum der Session ändern</title>
 
                 <para>
-                    <classname>Zend_Auth_Storage_Session</classname> verwendet einen Session Namensraum von
-                    'Zend_Auth'. Diese Namensraum kann überschrieben werden indem ein anderer
-                    Wert an den Konstruktor von <classname>Zend_Auth_Storage_Session</classname> übergeben wird, und dieser
-                    Wert wird intern an den Konstruktor von <classname>Zend_Session_Namespace</classname> weitergereicht.
-                    Das sollte vor einem Versuch einer Authentifizierung stattfinden da
-                    <classname>Zend_Auth::authenticate()</classname> die automatische Speicherung der Identität durchführt.
+                    <classname>Zend_Auth_Storage_Session</classname> verwendet einen Session
+                    Namensraum von 'Zend_Auth'. Diese Namensraum kann überschrieben werden indem ein
+                    anderer Wert an den Konstruktor von
+                    <classname>Zend_Auth_Storage_Session</classname> übergeben wird, und dieser Wert
+                    wird intern an den Konstruktor von <classname>Zend_Session_Namespace</classname>
+                    weitergereicht. Das sollte vor einem Versuch einer Authentifizierung stattfinden
+                    da <classname>Zend_Auth::authenticate()</classname> die automatische Speicherung
+                    der Identität durchführt.
 
                     <programlisting role="php"><![CDATA[
 // Eine Referenz zur Singleton Instanz von Zend_Auth speichern
@@ -274,10 +289,11 @@ $result = $auth->authenticate($authAdapter);
             <title>Eigene Speicher implementieren</title>
 
             <para>
-                Zeitweise wollen Entwickler einen anderen Speichermechanismus für Identitäten verwenden als
-                es von <classname>Zend_Auth_Storage_Session</classname> angeboten wird. Für solche Fälle können
-                Entwickler einfach <classname>Zend_Auth_Storage_Interface</classname> implementieren und eine
-                Instanz der Klasse an <classname>Zend_Auth::setStorage()</classname> übergeben.
+                Zeitweise wollen Entwickler einen anderen Speichermechanismus für Identitäten
+                verwenden als es von <classname>Zend_Auth_Storage_Session</classname> angeboten
+                wird. Für solche Fälle können Entwickler einfach
+                <classname>Zend_Auth_Storage_Interface</classname> implementieren und eine Instanz
+                der Klasse an <classname>Zend_Auth::setStorage()</classname> übergeben.
             </para>
 
             <example id="zend.auth.introduction.persistence.custom.example">
@@ -285,9 +301,10 @@ $result = $auth->authenticate($authAdapter);
                 <title>Eine eigene Speicher Klasse verwenden</title>
 
                 <para>
-                    Um eine andere Speicherklasse für die Persistenz von Identitäten zu verwenden als sie
-                    durch <classname>Zend_Auth_Storage_Session</classname> angeboten wird, können Entwickler
-                    <classname>Zend_Auth_Storage_Interface</classname> implementieren:
+                    Um eine andere Speicherklasse für die Persistenz von Identitäten zu verwenden
+                    als sie durch <classname>Zend_Auth_Storage_Session</classname> angeboten wird,
+                    können Entwickler <classname>Zend_Auth_Storage_Interface</classname>
+                    implementieren:
 
                     <programlisting role="php"><![CDATA[
 class MyStorage implements Zend_Auth_Storage_Interface
@@ -358,8 +375,8 @@ class MyStorage implements Zend_Auth_Storage_Interface
 
                 <para>
                     Um diese selbstgeschriebene Speicherklasse zu verwenden wird
-                    <classname>Zend_Auth::setStorage()</classname> aufgerufen bevor eine Authentifizierungsanfrage
-                    stattfindet:
+                    <classname>Zend_Auth::setStorage()</classname> aufgerufen bevor eine
+                    Authentifizierungsanfrage stattfindet:
 
                     <programlisting role="php"><![CDATA[
 // Zend_Auth anweisen das die selbstdefinierte Speicherklasse verwendet wird
@@ -402,8 +419,8 @@ $result = Zend_Auth::getInstance()->authenticate($authAdapter);
         </para>
 
         <para>
-            Das folgende Beispiel zeigt wie ein <classname>Zend_Auth</classname> Adapter indirekt verwendet
-            werden kann, durch die Verwendung der <classname>Zend_Auth</classname> Klasse:
+            Das folgende Beispiel zeigt wie ein <classname>Zend_Auth</classname> Adapter indirekt
+            verwendet werden kann, durch die Verwendung der <classname>Zend_Auth</classname> Klasse:
 
             <programlisting role="php"><![CDATA[
 // Eine Referenz zur Singleton-Instanz von Zend_Auth erhalten
@@ -430,8 +447,9 @@ if (!$result->isValid()) {
         </para>
 
         <para>
-            Sobald die Authentifizierung in einer Anfrage durchgeführt wurde, so wie im obigen Beispiel,
-            ist es sehr einfach zu Prüfen ob eine erfolgreich authentifizierte Identität existiert:
+            Sobald die Authentifizierung in einer Anfrage durchgeführt wurde, so wie im obigen
+            Beispiel, ist es sehr einfach zu Prüfen ob eine erfolgreich authentifizierte Identität
+            existiert:
             <programlisting role="php"><![CDATA[
 $auth = Zend_Auth::getInstance();
 if ($auth->hasIdentity()) {
@@ -442,21 +460,22 @@ if ($auth->hasIdentity()) {
         </para>
 
         <para>
-            Um eine Identität vom persistenten Speicher zu entfernen muß einfach die <code>clearIdentity()</code>
-            Methode verwendet werden. Das würde typischerweise für die Implementierung einer "Abmelde" Operation
-            in einer Anwendung Verwendung finden.
+            Um eine Identität vom persistenten Speicher zu entfernen muß einfach die
+            <code>clearIdentity()</code> Methode verwendet werden. Das würde typischerweise für die
+            Implementierung einer "Abmelde" Operation in einer Anwendung Verwendung finden.
             <programlisting role="php"><![CDATA[
 Zend_Auth::getInstance()->clearIdentity();
 ]]></programlisting>
         </para>
 
         <para>
-            Wenn die automatische Verwendung von persistenten Speichern für einen bestimmten Verwendungszweck
-            unangebracht ist, kann ein Entwickler einfach die Verwendung der <classname>Zend_Auth</classname> Klasse
-            umgehen, und eine Adapter Klasse direkt verwenden. Die direkte Verwendung einer Adapterklasse
-            enthält das Konfigurieren und Vorbereiten eines Adapter Objektes und den Aufruf dessen
-            <code>authenticate()</code> Methode. Adapter-spezifische Details werden in der Dokumentation
-            jeden Adapters besprochen. Das folgende Beispeil verwendet <code>MyAuthAdapter</code> direkt:
+            Wenn die automatische Verwendung von persistenten Speichern für einen bestimmten
+            Verwendungszweck unangebracht ist, kann ein Entwickler einfach die Verwendung der
+            <classname>Zend_Auth</classname> Klasse umgehen, und eine Adapter Klasse direkt
+            verwenden. Die direkte Verwendung einer Adapterklasse enthält das Konfigurieren und
+            Vorbereiten eines Adapter Objektes und den Aufruf dessen <code>authenticate()</code>
+            Methode. Adapter-spezifische Details werden in der Dokumentation jeden Adapters
+            besprochen. Das folgende Beispeil verwendet <code>MyAuthAdapter</code> direkt:
 
             <programlisting role="php"><![CDATA[
 // Den Authentifizierungs Adapter erstellen