JSP include wie bei php? (inhalt statt ergebnis einfügen))

[dflasjjs]

Hi,

ich bastel mir gerade einige JSP-Seiten zusammen.
Dabei habe ich eben eine index.jsp. In dieser ist mit CSS der komplette Aufbau und ich möchte quasi immer nur den verschiedenen Inhalt per include einfügen.
Also index.jsp?seite=kontakt, hol ich mit den get-parameter und lade mir per include die Kontakt-Datei rein. So habe ich immer das selbe CSS-Gerüst.

So, nun ist es bei include ja so, dass er die inkludierte Seite ausgeführt wird und danach inkludiert. Mein Problem ist, ich müsste in jeder zu include-Datei alle möglichen Initialisierungen machen, die ich in der index.jsp schon lange drin haben.

Deshalb suche ich nach ner Möglichkeit einfach nur den Inhalt der Include-Dateien zu inkludieren und dann die index.jsp komplett auszuführen.

Ich habe es ist rübergekommen was ich möchte. Müsste ja eigentlich ein gängiges Problem sein, bin natürlich auch für andere Vorschläge offen

 

[maki]

Sitemesh und Tiles fallen mir da spontan ein.
Letzteres habe ich früher benutzt.

Der JSP include Mechanismus ist eher unbrauchbar.

 

[ARadauer]

<jsp:include page="deineUnterseite.jsp" flush="true" />

funktioniert das nicht?

 

[Geeeee]

Vollständigkeitshalber-> Es geht auch dynamisch:
<jsp:include page="<%= meineSeite>" flush="true" />
Wobei man je nach Umfang evtl. über Sitemesh (oder Tiles) nachdenken sollte.

 

[Spacerat]

Selbst wenns geht... TU'S NICHT!!!
In PHP ist das ein riesiges Sicherheitsloch.

<?php
  include($_GET['seite']);
?>

Öffnet (fast) alle Türen für eine Code-Injection. Die einzige Tür die man überwinden müsste (allow_url_fopen_wrappers) ist bei vielen Webservern schon offen. O.K. hier geht's um JSP. Warum sollte man solch einen Schmutz (wie in PHP möglich) in JSP haben wollen, wo doch die Entwicklung eines Index-Servlets (gibt's dafür auch einen Fachbegriff?) um einiges sauberer und auch noch sicherer ist?

 

[dflasjjs]

@ARadauer: Habe das selbe Problem wie vorher. Bekomm dann beispielsweise "data cannot be resolved", obwohl data in der index.jsp bekannt ist.

@Spacerat: include($_GET['seite']); wäre auch nicht mein Plan gewesen. Hatte bisher immer. if ($_GET['seite') == "a" ) include(a.inc.php);, da sollte dein angemerkte Problem ja nicht bestehen.

 

[MarcB]

Also ich habe schon lange nix mehr mit JSPs gemacht, also verzeiht mir falls ich Mist rede, aber sucht er nicht etwas wie [HIGHLIGHT="Java"]<%@ include file="seite.jsp" %>[/HIGHLIGHT] ?

 

[dflasjjs]

Danke MarcB, genau das suchte ich. Funzt wunderbar!

 

[maki]

Mal sehen wie lange er braucht um zu merken dass die include direktive statisch ist

 

[MarcB]

Naja, dann muss man die inkludierte Datei halt öffnen und wieder speichern (oder halt ein touch machen).

Würde falls es was größeres ist, eh Tiles empfehlen.

 

[dflasjjs]

@maki: Hä? Aber ist reicht doch hier vollkommen oder nicht?
So wie es jetzt ist, wird doch quasi der komplette Text aus dein Seiten einfach an die Stelle "kopiert".
Also ich habe es jetzt getestet und bisher noch nichts festgestellt, wo es Probleme geben könnte...

Kannst du mich sonst aufklären?

 

[maki]

@maki: Hä? Aber ist reicht doch hier vollkommen oder nicht?
So wie es jetzt ist, wird doch quasi der komplette Text aus dein Seiten einfach an die Stelle "kopiert".

Eben, die include direktive wird nur ein einziges mal ausgeführt, d.h. die includierte JSP wird immer ausgegeben.

Wenn dir das reicht ok, aber wenn du dynamisch JSP einbinden musst, geht das damit nicht.

 

[dflasjjs]

Ah, nu habe ich es verstanden. Okay, in meiner Seite befindet sich quasi von allen der Text, er wird nur nicht immer angezeigt...

 

[maki]

http://java.sun.com/products/jsp/tags/11/syntaxref117.html

Etwas alt aber was die include direktive betrifft immer noch richtig.

Ah, nu habe ich es verstanden. Okay, in meiner Seite befindet sich quasi von allen der Text, er wird nur nicht immer angezeigt...

Um bei deinem Beispiel zu bleiben:
Die kontakt.jsp wird jetzt immer angezeigt.

 

[dflasjjs]

Um bei deinem Beispiel zu bleiben:
Die kontakt.jsp wird jetzt immer angezeigt.

Hmm, jein, ich habe es ja mit If (request.getParameter("menu").equals("bla") { includ....) eingebunden, dadurch wird es zwar nicht angezeigt, ist aber trotzdem vorhanden.



Hmm, in wie weit is das denn ein Problem? Also ich habe ca. 30 verschiede Seiten die inkludiert werden sollen. Nach dieser Methode habe ich dann ja den Text aller 30 Seiten gleichzeitig in meiner Datei... obwohl immer nur eines gebraucht wird.

Ist es da sinnvoller sowas wie Tiles zu nutzen?
Die 30 Seiten bestehen fast immer nur aus einem (kleinen) Forumular...

 

[maki]

ich habe es ja mit If (request.getParameter("menu").equals("bla")

Pfui! Scriptlets sind böse..

{ includ....)

Ich hoffe du hast gemerkt dass die include direktive etwas anders funktioniert
Die wird nämlich immer ausgeführt, da hilft auch kein if.

Tiles fand ich ich damals ok (damals hatte es noch eklige Bugs, aber damals hatte alles eklige bugs) und nicht allzu kompliziert, hat auch Prima mit struts(1.1) zusammengepasst.

Wenn du JSPs dynamisch includieren willst, geht die include direktive schon mal gar nicht, denn diese ist statisch.
Theoretisch würde jsp:include gehen, ist aber leider unbrauchbar in der "roh form".

 

[ARadauer]

scheinbar ein einfaches problem und eigentlich ein use case den man fast bei jedem projekt begegnet...
da braucht man sich nicht wundern, da jsp nie die verbreitung von php erreichen wird....

 

[ARadauer]

Pfui! Scriptlets sind böse..

darüber lässt sich streiben.

kenn einige teams da sind taglibs ziehmlich verpönt... auch verständlich in einem team in dem jeder html und java kann, wieso sollte da noch ein pseudo tag sprache benutzt werden...

 

[maki]

>> scheinbar ein einfaches problem und eigentlich ein use case den man fast bei jedem projekt begegnet...

Ja, JSP ist wirklich nicht das gelbe vom Ei.

>> darüber lässt sich streiben.
>> kenn einige teams da sind taglibs ziehmlich verpönt... auch verständlich in einem team in dem jeder html und java kann, wieso sollte da noch ein pseudo tag sprache benutzt werden...

Diese JSPs will ich aber nicht warten müssen

 

[dflasjjs]

Okay, ich nehme nun Tiles, habe jedoch Probleme bei der Konfuguration.
Apache Tiles - Framework - Tiles Configuration

Ich habe alle Bibliotheken hinzugefügt, wollte nun folgenden Weg wählen: Apache Tiles - Framework - Tiles Configuration

Zusammen mit dem Listener-Teil. Aber das Paket "web" in org.apache.tiles gibts gar nicht.
Kann mir jemand direkt helfen oder gibts irgendeine Seite die das beschreibt für die aktuelle Version (2.1.2)?

 

[maki]

>> Ich habe alle Bibliotheken hinzugefügt

Wirklich? Auch die tiles-servlet-2.1.2.jar?

 

[ARadauer]

ich möchte nochmal das ausgangsthema ansprechen...

Mein Problem ist, ich müsste in jeder zu include-Datei alle möglichen Initialisierungen machen, die ich in der index.jsp schon lange drin haben.

was initialisierst du dir alles? sind das viele objekte
du kannst sie ja als attribut über den request weitergeben....

<%
  String test = "1234";
  request.setAttribute("test", test);  
%>

und in der includeten seite

<% String test = request.getAttribute("test") %>

dann hättest du deine initialisierten objekte...

 

[dflasjjs]

@maki: thx, daran lags.
@ARadauer: ansich keine Schlechte Idee, vor allem weil es im Grunde nur ein Objekt ist...

Noch mal zu Tiles...
Ich habe das nu lauffähig, nur habe ich hier irgendwie gerade exakt das selbe Problem. In meiner layout.jsp wird ein Objekt definiert, welches in der changeLanguage.inc.jsp verwendet wird.

Und ich bekomme für changeLanguage.jsp: data cannot be resolved.

Tiles-definition:
template="/layout.jsp" layout.jsp hat "content" als insertAttribute
<put-attribute name="content" value="/changeLanguage.inc.jsp" />

Wo is mein Fehler?

 

[maki]

Wie gesagt, mit Tiles habe ich seit Jahren nicht mehr gearbeitet, aber viellciht hilft ja das hier: Apache Tiles 2 - Attribute as Beans

 

[dflasjjs]

Hmmm okay,
ich habe mich nun entschieden das jsp:include zu nutzen... sind max. 2 Zeilen die ich in jede Datei schreiben muss, denke werde ich schaffen...

trotzdem danke für eure hilfe, man lernt nie aus