Upgrade von 1.3 auf 2.0

�nderungen der Konfiguration bei der Kompilierung

• Der Apache benutzt jetzt ein autoconf- und libtool-System zur Konfiguration des Erstellungsverfahrens. Die Verwendung dieses Systems ist �hnlich, aber nicht identisch mit dem APACI-System des Apache 1.3.
• Zus�tzlich zu der �blichen Auswahl von Modulen, die kompiliert werden sollen, wurde der Hauptteil der Request-Verarbeitung im Apache 2.0 in die Multi-Processing-Module (MPMs) verschoben.

�nderungen der Laufzeit-Konfiguration

• Viele Anweisungen aus dem Serverkern des Apache 1.3 sind jetzt in den MPMs enthalten. Wenn Sie ein Serververhalten w�nschen, das demjenigen des Apache 1.3 m�glichst �hnlich ist, sollten Sie das prefork-MPM ausw�hlen. Andere MPMs verwenden abweichende Anweisungen f�r die Prozess-Erstellung und Request-Verarbeitung.
• Das Proxy-Modul wurde umgearbeitet, um es auf den Stand von HTTP/1.1 zu bringen. Eine der bedeutendsten �nderungen ist die Platzierung der Proxy-Zugriffskontrolle innerhalb eines <Proxy>-Blocks, statt innerhalb eines <Directory proxy:>-Blocks.
• Die Behandlung von PATH_INFO (hinter dem tats�chlichen Dateinamen angef�gte Pfadangaben) wurde f�r einige Module ge�ndert. Module, die bisher als Handler implementiert waren, jetzt aber als Filter implementiert sind, akzeptieren m�glicherweise keine Requests mit PATH_INFO mehr. Filter wie INCLUDES oder PHP sind gleich oben im Core-Handler implementiert und weisen deshalb Requests mit PATH_INFO ab. Sie k�nnen die AcceptPathInfo-Direktive verwenden, um den Core-Handler zu zwingen, Requests mit PATH_INFO zu akzeptieren, und dadurch die F�higkeit wiederherstellen, PATH_INFO in Server Side Includes zu benutzen.
• Die CacheNegotiatedDocs-Direktive hat jetzt das Argument an (on) oder aus (off). Die vorhandenen Anweisungen CacheNegotiatedDocs sollten durch CacheNegotiatedDocs on ersetzt werden.
• Die ErrorDocument-Direktive verwendet kein Anf�hrungszeichen mehr am Anfang des Arguments, um eine Textnachricht anzuzeigen. Stattdessen sollten Sie die Nachricht in doppelte Anf�hrungszeichen einschlie�en. Zum Beispiel sollten existierende Angaben wie

  ErrorDocument 403 "Eine Nachricht

  durch

  ErrorDocument 403 "Eine Nachricht"

  ersetzt werden. Solange das zweite Argument kein g�ltiger URL oder Pfadname ist, wird es als Textnachricht behandelt.
• Die Direktiven AccessConfig und ResourceConfig sind entfallen. Diese Direktiven k�nnen durch die Include-Direktive ersetzt werden, die eine �quivalente Funktionalit�t besitzt. Wenn Sie die Defaultwerte dieser Direktiven verwendet haben, ohne sie in die Konfigurationsdateien einzuf�gen, m�ssen Sie m�glicherweise Include conf/access.conf und Include conf/srm.conf zu Ihrer httpd.conf hinzuf�gen. Um sicherzustellen, da� der Apache die Konfigurationsdateien in der gleichen Reihenfolge liest, wie sie von den �lteren Direktiven impliziert wurde, sollten die Include-Direktiven ans Ende der httpd.conf gestellt werden, wobei die Direktive f�r srm.conf derjenigen f�r access.conf vorangeht.
• Die Direktiven BindAddress und Port sind entfallen. Eine �quivalente Funktionalit�t wird von der flexibleren Direktive Listen bereitgestellt.
• Im Apache 1.3 wurde die Port-Direktive au�erdem dazu verwendet, die Portnummer f�r selbstreferenzierende URLs festzulegen. Die neue ServerName-Syntax stellt das Apache-2.0-�quivalent dar: sie wurde dahingehend ver�ndert, sowohl den Hostnamen als auch die Portnummer f�r selbstreferenzierende URLs in einer Direktive angeben zu k�nnen.
• Die ServerType-Direktive entf�llt. Die Methode zum Bedienen der Requests wird nun durch die Auswahl des MPM ermittelt. Derzeit ist kein MPM daf�r bestimmt, von inetd gestartet zu werden.
• Die Module mod_log_agent und mod_log_referer, welche die Direktiven AgentLog, RefererLog und RefererIgnore bereitgestellt hatten, wurden entfernt. Durch Verwendung der Direktive CustomLog aus mod_log_config sind die Agent- und Refererlogs auch weiterhin verf�gbar.
• Die Direktiven AddModule und ClearModuleList sind entfallen. Diese Direktiven wurden benutzt, um sicherzustellen, da� die Module in der richtigen Reihenfolge aktiviert werden k�nnen. Die neue Apache 2.0 API erlaubt es Modulen, ihre Reihenfolge explizit anzugeben, und macht diese Direktiven damit �berfl�ssig.
• Die Direktive FancyIndexing wurde entfernt. Die gleiche Funktionalit�t ist nun mit der Option FancyIndexing der Direktive IndexOptions verf�gbar.
• Die von mod_negotiation bereitgestellte Content-Negotiation-Technik MultiViews f�hrt nun eine strengere Dateierkennung durch. Es wird ausschlie�lich unter den aushandelbaren Dateien gew�hlt. Das bisherige Verhalten kann jedoch mit der Direktive MultiviewsMatch wiederhergestellt werden.
• (Ab Version 2.0.51)

  ErrorHeader war eine Fehlbenennung, weshalb die Funktionalit�t dieser Direktive mit der Header-Anweisung zusammengelegt wurde. Verwenden Sie stattdessen

  Header always set foo bar

  um den gleichen Effekt zu erzielen.

Sonstige �nderungen

• Das Modul mod_auth_digest, das im Apache 1.3 experimentellen Status hatte, ist nun ein Standardmodul.
• Das Modul mod_mmap_static, das im Apache 1.3 experimentellen Status hatte, wurde durch das Modul mod_file_cache ersetzt.
• Die Distribution wurde komplett reorganisiert und enth�lt kein unabh�ngiges src-Verzeichnis mehr. Stattdessen wurden die Quellcodes logisch unterhalb des Hauptverzeichnisses der Distribution angeordnet. Installationen des kompilierten Servers sollten in ein separates Verzeichnis erfolgen.

Module von Drittanbietern

An der API des Apache 2.0 wurden umfassende �nderungen vorgenommen. Bestehende Module, die f�r die Apache 1.3 API entwickelt wurden, werden nicht ohne Modifikationen mit der Version 2.0 des Apache zusammenarbeiten. Details sind in der Dokumentation f�r Entwickler beschrieben.