Java Servlets - Versionsgeschichte

L-ectron-X: /* Quellen */

2018-04-08T18:18:48Z

Quellen

← Nächstältere Version		Version vom 8. April 2018, 18:18 Uhr
Zeile 44:		Zeile 44:
	==Quellen==		==Quellen==
	*https://www.heise.de/developer/artikel/Die-wichtigsten-Neuerungen-in-der-Java-Enterprise-Edition-7-1886333.html		*https://www.heise.de/developer/artikel/Die-wichtigsten-Neuerungen-in-der-Java-Enterprise-Edition-7-1886333.html
			*https://jaxenter.de/java-ee-8-features-61567

	[[Kategorie: JSP]]		[[Kategorie: JSP]]

L-ectron-X: /* Funktionsweise */

2018-04-08T18:18:10Z

Funktionsweise

← Nächstältere Version		Version vom 8. April 2018, 18:18 Uhr
Zeile 17:		Zeile 17:

	===JavaEE 7===		===JavaEE 7===
	Applikationsserver stellen in JavaEE 7 eine vorkonfigurierte Standard-Datenbank und eine JMS ConnectionFactory zur Verfügung. Damit verringert sich der Konfigurationsaufwand. GlassFish 4.0 dient nun als Referenzimplementierung.		Applikationsserver stellen in JavaEE 7 eine vorkonfigurierte Standard-Datenbank und eine JMS ConnectionFactory zur Verfügung. Damit verringert sich der Konfigurationsaufwand. GlassFish 4.0 dient nun als Referenzimplementierung.<br>
			Neu hinzugekommen sind WebSockets (JSR 356), JSON (JSR 353) und Batch Applications (JSR 352). JavaServer Faces (JSF) unterstützen nun HTML5. Besseren Zugriff auf die Ressourcen der Container ermöglichen die Concurrency Utilities.


	Neu hinzugekommen sind ~~WebSockets~~ (JSR ~~356~~)~~, JSON~~ (JSR ~~353~~) ~~und Batch Applications~~ (JSR ~~352~~). ~~JavaServer Faces~~ (~~JSF~~) ~~unterstützen nun HTML5~~. ~~Besseren Zugriff auf~~ die ~~Ressourcen der Container ermöglichen die Concurrency Utilities~~.		===JavaEE 8===
			Neu hinzugekommen sind Java API for JSON Binding (JSON-B, JSR 367) und Security API (JSR 375).
			Updates erhielten:
			*Servlet 4.0 (JSR 369)
			*CDI 2.0 (Context and Dependency Injection)
			*JAX-RS 2.1 für die Entwicklung von Java REST-Services
			*JSF 2.3 (JSR 372)
			*Bean Validation 2.0 (JSR 380)
			*Java API for JSON Processing (JSONP, JSR 374)

	== Einsatzgebiete ==		== Einsatzgebiete ==

L-ectron-X: /* JavaEE 7 */

2018-04-08T18:12:31Z

JavaEE 7

← Nächstältere Version		Version vom 8. April 2018, 18:12 Uhr
Zeile 17:		Zeile 17:

	===JavaEE 7===		===JavaEE 7===
	Applikationsserver stellen in JavaEE 7 eine vorkonfigurierte Standard-Datenbank und eine JMS ConnectionFactory zur Verfügung. Damit verringert sich der Konfigurationsaufwand.		Applikationsserver stellen in JavaEE 7 eine vorkonfigurierte Standard-Datenbank und eine JMS ConnectionFactory zur Verfügung. Damit verringert sich der Konfigurationsaufwand. GlassFish 4.0 dient nun als Referenzimplementierung.



	Neu hinzugekommen sind WebSockets (JSR 356), JSON (JSR 353) und Batch Applications (JSR 352). JavaServer Faces (JSF) unterstützen nun HTML5. Besseren Zugriff auf die Ressourcen der Container ermöglichen die Concurrency Utilities.		Neu hinzugekommen sind WebSockets (JSR 356), JSON (JSR 353) und Batch Applications (JSR 352). JavaServer Faces (JSF) unterstützen nun HTML5. Besseren Zugriff auf die Ressourcen der Container ermöglichen die Concurrency Utilities.

L-ectron-X: /* JavaEE 7 */

2018-04-08T18:11:47Z

JavaEE 7

← Nächstältere Version		Version vom 8. April 2018, 18:11 Uhr
Zeile 18:		Zeile 18:
	===JavaEE 7===		===JavaEE 7===
	Applikationsserver stellen in JavaEE 7 eine vorkonfigurierte Standard-Datenbank und eine JMS ConnectionFactory zur Verfügung. Damit verringert sich der Konfigurationsaufwand.		Applikationsserver stellen in JavaEE 7 eine vorkonfigurierte Standard-Datenbank und eine JMS ConnectionFactory zur Verfügung. Damit verringert sich der Konfigurationsaufwand.

			Neu hinzugekommen sind WebSockets (JSR 356), JSON (JSR 353) und Batch Applications (JSR 352). JavaServer Faces (JSF) unterstützen nun HTML5. Besseren Zugriff auf die Ressourcen der Container ermöglichen die Concurrency Utilities.

	== Einsatzgebiete ==		== Einsatzgebiete ==

L-ectron-X am 8. April 2018 um 18:06 Uhr

2018-04-08T18:06:06Z

← Nächstältere Version		Version vom 8. April 2018, 18:06 Uhr
Zeile 1:		Zeile 1:
	== Begriff ==		== Begriff ==
	Java Servlets sind Java [[~~KLasse~~\|Klassen]], die als [[Schnittstelle]] zwischen einer Java Anwendung und einem Servlet Container dienen. Sie implementieren das [[Interface]] {{JAPI\|javax.servlet.Servlet}}. Im Webbereich wird allerdings in der Regel von der Klasse {{JAPI\|javax.servlet.http.HttpServlet}} abgeleitet.		Java Servlets sind Java [[Klasse\|Klassen]], die als [[Schnittstelle]] zwischen einer Java Anwendung und einem Servlet Container dienen. Sie implementieren das [[Interface]] {{JAPI\|javax.servlet.Servlet}}. Im Webbereich wird allerdings in der Regel von der Klasse {{JAPI\|javax.servlet.http.HttpServlet}} abgeleitet.

	== Funktionsweise ==		== Funktionsweise ==

L-ectron-X am 8. April 2018 um 17:42 Uhr

2018-04-08T17:42:42Z

← Nächstältere Version		Version vom 8. April 2018, 17:42 Uhr
Zeile 14:		Zeile 14:
	===JavaEE 6===		===JavaEE 6===
	Seit JavaEE 6 ist die Verwendung der Konfigurationsdatei optional.		Seit JavaEE 6 ist die Verwendung der Konfigurationsdatei optional.
			EJB Entity Beans, JAX-RPC 1.1, JAXR 1.0 und Java EE Application Deployment 1.2 sind optional

			===JavaEE 7===
			Applikationsserver stellen in JavaEE 7 eine vorkonfigurierte Standard-Datenbank und eine JMS ConnectionFactory zur Verfügung. Damit verringert sich der Konfigurationsaufwand.

	== Einsatzgebiete ==		== Einsatzgebiete ==
Zeile 26:		Zeile 30:
	*[http://java.sun.com/products/servlet/index.jsp Java Servlet Technology (SUN)]		*[http://java.sun.com/products/servlet/index.jsp Java Servlet Technology (SUN)]
	*[http://www.prozesse-und-systeme.de/servletTechnology.html Servlet Technologie - prozesse-und-system.de]		*[http://www.prozesse-und-systeme.de/servletTechnology.html Servlet Technologie - prozesse-und-system.de]

			==Quellen==
			*https://www.heise.de/developer/artikel/Die-wichtigsten-Neuerungen-in-der-Java-Enterprise-Edition-7-1886333.html

	[[Kategorie: JSP]]		[[Kategorie: JSP]]

L-ectron-X am 8. April 2018 um 17:08 Uhr

2018-04-08T17:08:38Z

← Nächstältere Version		Version vom 8. April 2018, 17:08 Uhr
Zeile 1:		Zeile 1:
	== Begriff ==		== Begriff ==
	Java Servlets sind Java Klassen, die als Schnittstelle zwischen einer Java Anwendung und einem Servlet Container dienen. Sie implementieren das Interface javax.servlet.Servlet. Im Webbereich wird allerdings in der Regel von der Klasse javax.servlet.http.HttpServlet abgeleitet.		Java Servlets sind Java [[KLasse\|Klassen]], die als [[Schnittstelle]] zwischen einer Java Anwendung und einem Servlet Container dienen. Sie implementieren das [[Interface]] {{JAPI\|javax.servlet.Servlet}}. Im Webbereich wird allerdings in der Regel von der Klasse {{JAPI\|javax.servlet.http.HttpServlet}} abgeleitet.

	== Funktionsweise ==		== Funktionsweise ==
	Java Servlets sind Java-Objekte, die Requests (Anfragen) von Webclients entgegen nehmen, eine Response (Antwort) mit dynamischem Inhalt generieren und zum Client zurück schicken. Die zugrunde liegende Technologie wurde von Sun Microsystems entwickelt und ist Bestandteil der Java Plattform, Enterprise Edition (Java EE).		Java Servlets sind Java-[[Objekt\|Objekte]], die Requests (Anfragen) von Webclients entgegen nehmen, eine Response (Antwort) mit dynamischem Inhalt generieren und zum [[Client]] zurück schicken. Die zugrunde liegende Technologie wurde von Sun Microsystems entwickelt und ist Bestandteil der Java Plattform, Enterprise Edition (Java EE).

	Bei Webanwendungen werden bevorzugt HttpServlets verwendet. Hier ist diese Implementierung der Service-Methode bereits vorgegeben. Sie unterscheidet die einzelnen http-Methoden und ruft für Jede einen entsprechenden Handler auf, so dass eigene Ableitungen hier besser die Methoden ~~„doGet~~()“ bzw. ~~„doPost~~()“ für das http-GET bzw. http-POST überschreiben sollten. Die jeweiligen Methoden erhalten vom Servlet-Container alle erforderlichen Informationen, z.B. ein Request- und ein Response-Objekt.		Bei Webanwendungen werden bevorzugt HttpServlets verwendet. Hier ist diese Implementierung der Service-[[Methode]] bereits vorgegeben. Sie unterscheidet die einzelnen http-Methoden und ruft für Jede einen entsprechenden Handler auf, so dass eigene Ableitungen hier besser die Methoden <code>doGet()</code> bzw. <code>doPost()</code> für das http-GET bzw. http-POST überschreiben sollten. Die jeweiligen Methoden erhalten vom Servlet-Container alle erforderlichen Informationen, z.B. ein Request- und ein Response-Objekt.

	Nach Abarbeitung des individuellen Codes der Anwendung liefert der Servlet Container das Ergebnis an den Client zurück.		Nach Abarbeitung des individuellen Codes der Anwendung liefert der Servlet Container das Ergebnis an den Client zurück.

	===JavaEE 5===		===JavaEE 5===
	Java Servlets wurden bis JavaEE 5 über eine Konfigurationsdatei ‚web.xml’ dem Servlet Container bekannt gemacht und mit einer URL versehen. Über die URL können Clients z.B. vom Browser aus das Servlet aufrufen. Der Servlet Container erkennt anhand des Inhalts der Konfigurationsdatei, welches Servlet zu verwenden ist. Falls noch nicht geschehen, wird eine Instanz der Klasse erzeugt und die von jedem Servlet zu implementierende Service-Methode aufgerufen.		Java Servlets wurden bis JavaEE 5 über eine Konfigurationsdatei ‚web.xml’ dem Servlet Container bekannt gemacht und mit einer URL versehen. Über die URL können Clients z.B. vom Browser aus das Servlet aufrufen. Der Servlet Container erkennt anhand des Inhalts der Konfigurationsdatei, welches Servlet zu verwenden ist. Falls noch nicht geschehen, wird eine [[Instanz]] der [[Klasse]] erzeugt und die von jedem Servlet zu implementierende Service-Methode aufgerufen.

	===JavaEE 6===		===JavaEE 6===
Zeile 16:		Zeile 16:

	== Einsatzgebiete ==		== Einsatzgebiete ==
	Java Servlets werden zur Kommunikation mit einer Java Anwendung auf einem Servlet Container eingesetzt. Auch beim Einsatz von [[JavaServer Pages]] ist dies der Fall, da diese Seiten lediglich eine Art Wrapper für Servlets sind, die zur Vereinfachung der Entwicklung einer grafischen Weboberfläche dienen soll. Der Servlet Container wandelt JSP-Seiten kurzerhand in Servlets um und verwendet diese dann für die weitere Abarbeitung.		Java Servlets werden zur Kommunikation mit einer Java Anwendung auf einem Servlet Container eingesetzt. Auch beim Einsatz von [[JavaServer Pages]] ist dies der Fall, da diese Seiten lediglich eine Art [[Wrapper (Java)]] für Servlets sind, die zur Vereinfachung der Entwicklung einer grafischen Weboberfläche dienen soll. Der Servlet Container wandelt JSP-Seiten kurzerhand in Servlets um und verwendet diese dann für die weitere Abarbeitung.

	Für den Entwickler sind Servlets eine sinnvolle Ergänzung zu [[JavaServer Pages]] im Sinne der Entwicklung nach dem Model-View-Controller-Prinzip (MVC). Dabei übernehmen Servlets die Rolle des Controllers in dem sie sämtliche webspezifische Logik einer Anwendung implementieren. So werden JSP-Seiten von störendem Java Code befreit und es wird eine klare Trennung von Auszeichnungssprache und Programmiersprache erreicht. Alle Interaktionen des Webanwenders, die eine Kommunikation mit dem Server zur Folge haben (auch das Anfordern einer neuen JSP-Seite) werden hier über Servlets abgewickelt.		Für den Entwickler sind Servlets eine sinnvolle Ergänzung zu [[JavaServer Pages]] im Sinne der Entwicklung nach dem Model-View-Controller-Prinzip ([[MVC]]). Dabei übernehmen Servlets die Rolle des Controllers in dem sie sämtliche webspezifische Logik einer Anwendung implementieren. So werden JSP-Seiten von störendem Java Code befreit und es wird eine klare Trennung von Auszeichnungssprache und Programmiersprache erreicht. Alle Interaktionen des Webanwenders, die eine Kommunikation mit dem Server zur Folge haben (auch das Anfordern einer neuen JSP-Seite) werden hier über Servlets abgewickelt.

	== Servlets in Web Frameworks ==		== Servlets in Web Frameworks ==
	JSF und Struts implementieren mit dem FacesServlet bzw. dem ActionServlet je ein einziges Servlet als zentrale Controllerinstanz. Diese verarbeitet die Konfigurationsdatei des jeweiligen Frameworks und steuert so die Gesamtanwendung.		[[JSF]] und [[Struts]] implementieren mit dem FacesServlet bzw. dem ActionServlet je ein einziges Servlet als zentrale Controllerinstanz. Diese verarbeitet die Konfigurationsdatei des jeweiligen [[Framework\|Frameworks]] und steuert so die Gesamtanwendung.

	== Externe Links ==		== Externe Links ==

L-ectron-X am 8. April 2018 um 16:48 Uhr

2018-04-08T16:48:39Z

← Nächstältere Version		Version vom 8. April 2018, 16:48 Uhr
Zeile 24:		Zeile 24:

	== Externe Links ==		== Externe Links ==
	[http://java.sun.com/products/servlet/index.jsp Java Servlet Technology (SUN)]		*[http://java.sun.com/products/servlet/index.jsp Java Servlet Technology (SUN)]
			*[http://www.prozesse-und-systeme.de/servletTechnology.html Servlet Technologie - prozesse-und-system.de]

	[[Kategorie: JSP]]		[[Kategorie: JSP]]

L-ectron-X am 8. April 2018 um 11:16 Uhr

2018-04-08T11:16:55Z

← Nächstältere Version		Version vom 8. April 2018, 11:16 Uhr
Zeile 26:		Zeile 26:
	[http://java.sun.com/products/servlet/index.jsp Java Servlet Technology (SUN)]		[http://java.sun.com/products/servlet/index.jsp Java Servlet Technology (SUN)]

	[[Kategorie: ~~Java~~]]		[[Kategorie: JSP]]

L-ectron-x: /* Funktionsweise */

2014-04-06T13:32:09Z

Funktionsweise

← Nächstältere Version		Version vom 6. April 2014, 13:32 Uhr
Zeile 3:		Zeile 3:

	== Funktionsweise ==		== Funktionsweise ==
	Java Servlets ~~werden über~~ eine ~~Konfigurationsdatei ‚web~~.~~xml’ dem Servlet Container bekannt gemacht~~ und ~~mit einer URL versehen. Über die URL können Clients z.B. vom Browser aus das Servlet aufrufen. Der Servlet Container erkennt anhand des Inhalts~~ der ~~Konfigurationsdatei~~, ~~welches Servlet zu verwenden ist. Falls noch nicht geschehen wird eine Instanz der Klasse erzeugt und die von jedem Servlet zu implementierende Service-Methode aufgerufen~~.		Java Servlets sind Java-Objekte, die Requests (Anfragen) von Webclients entgegen nehmen, eine Response (Antwort) mit dynamischem Inhalt generieren und zum Client zurück schicken. Die zugrunde liegende Technologie wurde von Sun Microsystems entwickelt und ist Bestandteil der Java Plattform, Enterprise Edition (Java EE).

	Bei Webanwendungen werden bevorzugt HttpServlets verwendet. Hier ist diese Implementierung der Service-Methode bereits vorgegeben. Sie unterscheidet die einzelnen http-Methoden und ruft für Jede einen entsprechenden Handler auf , so dass eigene Ableitungen hier besser die Methoden ~~„doGet“~~ bzw. ~~„doPost“~~ für das http-GET bzw. http-POST überschreiben sollten. Die jeweiligen Methoden erhalten vom Servlet Container alle erforderlichen Informationen, z.B. ein Request- und ein Response-Objekt.		Bei Webanwendungen werden bevorzugt HttpServlets verwendet. Hier ist diese Implementierung der Service-Methode bereits vorgegeben. Sie unterscheidet die einzelnen http-Methoden und ruft für Jede einen entsprechenden Handler auf, so dass eigene Ableitungen hier besser die Methoden „doGet()“ bzw. „doPost()“ für das http-GET bzw. http-POST überschreiben sollten. Die jeweiligen Methoden erhalten vom Servlet-Container alle erforderlichen Informationen, z.B. ein Request- und ein Response-Objekt.

	Nach Abarbeitung des individuellen Codes der Anwendung liefert der Servlet Container das Ergebnis an den Client zurück.		Nach Abarbeitung des individuellen Codes der Anwendung liefert der Servlet Container das Ergebnis an den Client zurück.

			===JavaEE 5===
			Java Servlets wurden bis JavaEE 5 über eine Konfigurationsdatei ‚web.xml’ dem Servlet Container bekannt gemacht und mit einer URL versehen. Über die URL können Clients z.B. vom Browser aus das Servlet aufrufen. Der Servlet Container erkennt anhand des Inhalts der Konfigurationsdatei, welches Servlet zu verwenden ist. Falls noch nicht geschehen, wird eine Instanz der Klasse erzeugt und die von jedem Servlet zu implementierende Service-Methode aufgerufen.

			===JavaEE 6===
			Seit JavaEE 6 ist die Verwendung der Konfigurationsdatei optional.

	== Einsatzgebiete ==		== Einsatzgebiete ==