{"id":159,"date":"2018-01-16T13:34:19","date_gmt":"2018-01-16T12:34:19","guid":{"rendered":"https:\/\/www.virtualberater.com\/?p=159"},"modified":"2019-02-03T12:52:50","modified_gmt":"2019-02-03T11:52:50","slug":"das-http-protokoll","status":"publish","type":"post","link":"https:\/\/www.virtualberater.com\/index.php\/2018\/01\/16\/das-http-protokoll\/","title":{"rendered":"Das Http Protokoll"},"content":{"rendered":"

Zur \u00dcbersicht<\/a><\/h4>\n

Die Zustandslosigkeit<\/strong><\/h1>\n
Der Nachteil der Intelligenz besteht darin, dass man ununterbrochen gezwungen ist, dazuzulernen.<\/span><\/em>\n George Bernard Shaw\u00a0 <\/em><\/pre>\n
Das HTTP Protokoll(Hypertext Transfer Protokoll) spielt eine zentrale Rolle bei der Entwicklung von Webapplikationen. Mit Hilfe des Protokolls werden die Informationen vom Client, in der Regel ein Browser, zum Server, in der Regel ein Java Applikationsserver transportiert. Als R\u00fcckgabe also in umgekehrter Richtung sendet der Server das Response an den Client. Das Http Protokoll gilt f\u00fcr alle Arten der dynamischen Webprogrammierung, wie PHP oder auch ASP etc, also nicht nur f\u00fcr Java Web.\u00a0Ich werde das Protokoll aber aus Sicht der Java Webprogrammierung darstellen.<\/p>\n
Zusammenfassung der wichtigen Abl\u00e4ufe.<\/strong><\/h2>\n
Der Client, der in der Regel ein Browser ist, setzt mithilfe einer Anfrage (Request) die Netzwerkkommunikation in Gang. In der Regel reicht es in der Browser Adresszeile eine g\u00fcltige Internetadresse einzugeben und diese mit der Entertaste abzusenden. Das nennt man einen Request. Durch das Absenden der Adresse und das Auftreffen der Anfrage auf dem Server dem diese g\u00fcltige Adresse geh\u00f6rt, wird das Response auf dem Server erstellt (in der Regel mit den hier vorgestellten Programmiertechniken) und zum anfragenden Browser zur\u00fcckgesendet. Der Response beinhaltet die jeweilige Information der angeforderten Seite. In der Regel wird bei nur Eingabe der Domain (z.b. www.google.de) eine index.html oder index.php oder auch index.jsp zum Client gesendet. Die Bezeichnung index in diesem Zusammenhang, hat eine untergeordnete Bedeutung. Wir werden im weiteren Verlauf sehen das die erste Seite durchaus auch anders hei\u00dfen kann.<\/p>\n
Nachdem der Response beim Client angekommen ist wird die Verbindung geschlossen<\/strong>. Das bedeutet weitere Informationen gibt es nur auf weitere Anfragen. Jede Anfrage ergibt eine vom Server erstellte Antwort. Jedes Mal wird dabei eine neue Verbindung zum Server aufgebaut und umgekehrt zum Client. Der Vorteil dieser Technik ist, dass keine Verbindung gehalten werden muss. Dadurch ist eine Vielzahl von Clients in der Lage gleichzeitig einen Webserver (Applikationsserver) zu benutzen. Es kann durchaus m\u00f6glich sein das beim ersten Request die Daten \u00fcber den Atlantik gesendet werden, aber \u00fcber den S\u00fcdpazifik dann das Response zur\u00fcckkommt.<\/p>\n
Damit der Server auch wei\u00df, wer die jeweilige Anfrage gestellt hat, sendet jeder Client einen so genannten HTTP Header. In diesem Header werden verschiedene Informationen des Clients neben der Anfrage an den Server gesendet. Unter anderem die jeweilige aktuelle IP-Adresse mit dem der Client im Internet eindeutig identifiziert und auch adressiert werden kann. An diese Adresse wird dann auch das Response (also die Antwort) gesendet.<\/p>\n
Der Vorteil der Zustandslosigkeit ist die nicht zu haltende Verbindung, und damit auch die nicht ben\u00f6tigten Serverresourcen f\u00fcr das Halten der Verbindung. Das Internet alleine wei\u00df wo und wie die Verbindung zum Client oder auch zum Server aufgebaut werden muss. Damit wird der jeweilige Webserver (Applikationsserver) nicht belastet. Die dabei gewonnen Systemresourcen k\u00f6nnen f\u00fcr die Bereitstellung weiterer Request genutzt werden. Das Gegenteil einer zustandslosen Verbindung ist \u00fcbrigens eine zustandsbehaftete Verbindung.<\/p>\n
Das Versenden und das damit verbundene Routen geschieht \u00fcber das DNS-System das im Internet ein nicht zu untersch\u00e4tzendes Schattendasein f\u00fchrt. Mit dem DNS-System werden wir uns hier nicht weiter auseinandersetzen.<\/p>\n
Eine typische zustandsbehaftete Verbindung<\/strong><\/h2>\n
Wenn man an das Arbeiten mit zustandsbehafteten Protokollen gewohnt ist, ist das zustandslose HTTP Protokoll sicherlich etwas gew\u00f6hnungsbed\u00fcrftig.<\/p>\n
Z.B. ist eine Datenbankverbindung typischerweise eine zustandsbehaftete Verbindung. Bevor eine Datenbankabfrage (Select, Delete etc.) abgesendet werden kann, muss eine Connection auf die\u00a0Datenbankmaschine aufgebaut werden. Erst nachdem die Connection steht, kann der Entwickler oder das vom Entwickler geschriebene Programm die Abfragen an die Datenbank senden. Wird die Verbindung nicht mehr ben\u00f6tigt, sollte die Connection geschlossen werden, damit der Datenbankserver keine weiteren Ressourcen f\u00fcr die erstellte Verbindung mehr verbraucht.<\/p>\n
Wie speichere ich dann meine Nutzerdaten<\/strong><\/h2>\n
Das HTTP Protokoll ist Zustandslos. Gegen\u00fcber der herk\u00f6mmlichen Programmierung, also Anwendungen die auf dem Desktop laufen, sind Entwickler gewohnt die Variablen maximal \u00fcber die Laufzeit eines Programms zu halten. Bei der Webprogrammierung sind wir den HTTP Protokoll verpflichtet. Dort wird durch die Zustandslosigkeit des Protokolls sp\u00e4testens nach der Versendung des Response die Variablenzust\u00e4nde zur\u00fcckgesetzt.<\/p>\n
Um somit \u00fcber den Response hinaus eine Speicherung der Daten im Arbeitsspeicher zu gew\u00e4hrleisten, bedient man sich im Java Web der Scopes. Die 3 (eigentlich 4) in den Java Web Grundlagen n\u00e4her erl\u00e4uterte Scopes sind daf\u00fcr verantwortlich. Die jeweilige G\u00fcltigkeit sorgt daf\u00fcr, dass der Java Web Programmierer in die Lage versetzt wird, Daten w\u00e4hrend einer Web-Sitzung Benutzer spezifisch \u00fcber einen Request-Response Zyklus hinaus, im Arbeitsspeicher des Servers abzulegen. Nat\u00fcrlich k\u00f6nnte man diese Daten auch in einer Datenbank ablegen, aber dann h\u00e4tten wir die typische 2-Tier Architektur, die in den meisten F\u00e4llen bei modernen Webanwendungen nicht ausreicht.<\/p>\n