Webanwendungen mit Java - Begriffsverwirrung

[Atomar]

Hallo!

Eigentlich komm ich aus der PHP-Ecke, und dort ist die ganze Webgeschichte relativ einfach und übersichtlich.

Da ich im Studium seit Monaten Java benutze, dachte ich mir, es wäre dochmal interessant mit Java eine Webanwendung zu erstellen.

(Eins vorweg: ich habe natürlich wikipedia benutzt, komme aber trotzdem nicht so recht weiter).

Leider geht es schon bei den Begrifflichkeiten los:

JSP, Servlets, JSF, Applets, Beans (okay, letzteres klingt nicht so, als dass ich das bräuchte), achja und als neuer Java SE Programmierer frage ich mich, was ist jetzt genau anders in der Enterprise Ediditon? Sind da einfach wie Websachen zusammengefasst?

Also mir geht es erstmal nur darum, die Begriffe abzugrenzen. Applets sind wohl einfach nur in den Browser auf der clientseite laufende Javaapps, das ist wohl nichts für mich.

Aber die 3 Begriffe JSP, JSF und Servelts hängen glaube ich dicht beisammen. Ich glaube verstanden zu haben dass JSF sowas ist wie in ASP.NET, wo man kein HTML mehr schreibt, sondern dieses automatisch erzeugt wird. Für den Anfang brauche ich das schätzungsweise auch nicht.

Bleiben noch JSP und Servlets. Was ist denn jetzt genau der Unterschied? Was ist das "Äquivalent" zu PHP (in Anführungszeichen, ich weiß dass das ne ganz andere Technologie ist, aber ich meine eben der Teil, der jetzt die Logik ausführt, wie PHP eben)?

Eventuell könnt ihr mir da etwas unter die Arme greifen und kurz skizzieren, welche der Technologien man jetzt braucht, um z.B. auf dem Server etwas zu berechnen und dann als HTML im Browser auszugeben.

Danke!

 

[Atze]

also in kurzen worten führen die servlets deine berechnungen durch und stellen das ergebnis in den jsp seiten dar.

hier ist eine grundlagenschaffende anleitung auf deutsch, nicht ganz komplett, aber für den anfang reichts wohl

 

[Atomar]

Danke schonmal!

Also die Servlets sind sozusagen der Motor, und JSP eher sowas wie ein Template-System?

Leider kann ich kein Link finden, was die grundlagenschaffende Anleitung angeht.

 

[mvitz]

Sagen wir es mal so:

JSP sind entweder Templates oder man kann mit ihnen dasselbe machen wie in PHP (also Java embedden und dann braucht man auch nur JSPs)

Servlets ist dann entweder ein Schritt weiter oder genau das umgekehrte von einer JSP. Entweder man implementiert hiermit dann die Logik und füllt die JSP als Template oder man hat ein Servlet welches embeddetes HTML ausgibt.

Alles weitere sind dann unzählige Frameworks für Java, die einem z.B. das herausholen von GET/POST Attributen erleichtern oder eine einfachere Templateeinbindung erlauben, usw.

Als sehr grundlegende Anleitung empfehle ich idr. JSP-Tutorial - Inhalt außer du möchtest direkt mit einem größeren Framework anfangen.

 

[Atze]

huch, hab tatsächlich den link vergessen war aber der gleiche, wie der von meinem nachposter danke an ihn

 

[Atomar]

Danke, das hilft schonmal viel weiter.

Laut dem Link ist für einfache Sachen das Model1 völlig ausreichend.. Model2 bzw. MVC oder die aufbauenden Frameworks sind für meine Testversuche sicherlich overkill.

Allerdings habe ich trotzdem kein Beispiel gefunden, wie man mit Model1 konkret arbeitet. Könntet ihr mir vielleicht kurz eine Minimalanwendung mit 2 Dateien niederschreiben (also Servlet und JSP, ich denke das sind max. 10 Zeilen), bei der eine im Servlet gespeicherte Konstante (ein String oder Int oder sowas) über eine HTML-enthaltene JSP ausgibt? Also soweit wie möglich HTML und Java getrennt.

Das wäre sehr nett, Danke!

 

[Atze]

also ich kann dir hier ein paar dateien in minimalform "hinwerfen", aber die grundlagen solltest du dir schon aneignen, gerade was konfiguration (mappings etc) angeht ist das n bischen einarbeitung.

das servlet und die jsp wären ziemlich simpel

servlet:

package test;

import java.io.IOException;

import javax.servlet.RequestDispatcher;
import javax.servlet.ServletException;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;

public class MyServlet extends HttpServlet{

	private static final long serialVersionUID = 1L;
	private final String constVar = "ich bin eine konstante";

	@Override
	protected void doGet(HttpServletRequest req, HttpServletResponse resp)
			throws ServletException, IOException {
			doPost(req, resp);
	}

	@Override
	protected void doPost(HttpServletRequest req, HttpServletResponse resp)
			throws ServletException, IOException {
		req.setAttribute("constVar", constVar);
		RequestDispatcher rd = req.getRequestDispatcher("test.jsp");
		rd.forward(req, resp);
	}
}

jsp:

<%=request.getAttribute("constVar")%>

das ist ja jetzt nur ne simple ausgabe als scriptlet ohne taglibs, das kann man natürlich noch ausschmücken.
hinzukommt das eben angesprochene mapping in der web.xml deiner (vermutlich) im tomcat laufenden anwendung

web.xml:

<!DOCTYPE web-app PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN" "web-app_2_3.dtd">
<web-app>
	<servlet>
		<servlet-name>MyServlet</servlet-name>
		<servlet-class>test.MyServlet</servlet-class>
	</servlet>
	
	<servlet-mapping>
		<servlet-name>MyServlet</servlet-name>
		<url-pattern>/</url-pattern>
	</servlet-mapping>
</web-app>

wie weit dich das jetzt in zukunft weiterbringt weiß ich nicht, du solltest dich da besser mal einlesen, ne j2ee anwendung schreibt man nicht mal "so eben". zumindest keine gute

 

[Atomar]

Okay, danke nochmals.

gut, ich sag jetzt einfach, was ich eigentlich vorhabe.

Es geht eigentlich um einen Webservice, welcher in der Google Cloud laufen soll.
Das hat zwar mit HTML-Ausgabe nicht zwingend was zu tun, aber ich dachte, so ein allgemeines Grundverständnis kann ja auch nicht schaden.

Der Webservice soll so aufgebaut sein, dass der XML oder JSON Dateien empfangen kann, daraufhin irgendeine Verarbeitung anstößt (z.B. Daten aus der Datenbank holt) und wiedderrum mit XML/JSON antwortet.
In der Google Cloud muss man mit Servlets arbeiten.

Da so ein Webservice ja eigentlich kein GUI hat, dachte ich mir, ich könnte mir die ganze Architekturgeschichte, also von wegen MVC und Co., sparen.
Ich habe mal gelesen, dass SOAP für sowas geeignet wäre. Leider ist SOAP eine der Standardpackete, die Goolge nicht eingebaut hat (fremde SOAP-Librarys sollen anscheinend aber funktionieren).

Wie würdet ihr das ganze lösen?

 

[Gelöschtes Mitglied 5909]

Willst du einen SOAP oder einen REST WS?

 

[Atomar]

Ich habe da keine konkreten Vorstellungen, sondern suche noch nach der simpelsten, aber gleichzeitig auch sauberen Methode. Also den Preis/Leistungssieger sozusagen.
Damals in PHP habe ich einfach die "Request"-XML per Post übergeben und das damit aufgerufene PHP-File gab gleichzeitig die Antwort per Plain Text aus - statt HTML eben XML. Da das aber sicher eleganter geht, würde ich nur ungern auf diese Methode zurückgreifen, andererseits: mehr muss eigentlich nicht dahinterstecken, das hat so schon ausgereicht.. man muss ja auch nicht mit spatzen auf Kanonen schießen. Ich weiß nicht, ob SOAP und REST schon overkill sind..

 

[mvitz]

...
jsp:

<%=request.getAttribute("constVar")%>

...

Hier müsste afaik ungetestet aus dem Kopf auch:

${constVar}

funktionieren.