JSP / Tomcat / Filter / Preprocessing

[wicki_]

Hi zusammen.

ich suche nach einer Möglichkeit, eine .JSP-Code im Servlet-Filter zu verändern
und ihn _danach_ durch den Tomcat verarbeiten zu lassen.

Bislang gelingt es mir nur, _nachdem_ das Ergebnis der .JSP-Beabeitung bereits
vorliegt.
Irgendwie mache ich das wohl n Denkfehler...

Im Filter sieht es so aus:

   CharResponseWrapper wrapper = new CharResponseWrapper( (HttpServletResponse)response);
   String originalContent = wrapper.getResponseContent();

   writer.write("originalContent:(["+originalContent+"]:"+wrapper+")");

   chain.doFilter(request, wrapper);
   originalContent = wrapper.getResponseContent();
   writer.write("originalContent:(["+originalContent+"]:"+wrapper+")");

Bei der ersten Ausgabe ist "originalContent" leer, bei der zweiten Ausgabe steht
das Resultat der .JSP-Seite drin.
Und zusätzliche Tags werden 1:1 ausgegeben (was ja auch klar it, wenn man nach "out "schreibt.

Ist das überhaupt machbar?

Kann mit mal wer auf die Sprünge helfen.
Bin wohl derzeit betriebsblind.

wicki

 

[Flown]

Was willst du erreichen und bitte code in code-tags setzen: [code=java]//Code here[/code]

 

[wicki_]

Was willst du erreichen und bitte code in code-tags setzen: [code=java]//Code here[/code]

Ich möchte eine .jsp Page, _bevor_ sie als .jsp interpretiert wird, mit einem anderen Inhalt versehen.

also z.b. "<c:set blah>" durch ein "<c:set blubb>" ersetzen.
Im Grunde also die .jsp-Page dynamisch generieren können.

so, wie es z.b. mit

"out.println("irgendwelcher code") >tmp.jsp"

<c:import url="http://localhost:8080/tmp.jsp" charEncoding="UTF-8"/>

machbar wäre.

(wir die 2 Zeilen brauchts wohl kein code-tag - oder?)

 

[Flown]

Naja warum nicht das JSP-Template ändern? Das Rendering passiert nicht während eines ServletFilters.

 

[wicki_]

Naja warum nicht das JSP-Template ändern? Das Rendering passiert nicht während eines ServletFilters.

Wann passiert es denn dann?
Vor dem Filter Aufruf nicht - denn der Filter kann ja den gesamten Aufruf bocken oder umleiten.
Und nach dem Aufruf kann man nur noch das Resultat verändern.
Gibt es keine Möglichkeit, das raw-.JSP zu holen, zu bearbeiten und erst danach zu sagen:

"So, _das_ ist jetzt die .JSP-Page. Hier hast du sie. Nun mach damit, was du sonst auch immer tust"

 

[Flown]

Pauschal gesagt nein. Du müsstest dich schon in den Lifecycle von der JSP Engine hängen um das zu bewerkstelligen. Was hindert dich an der Änderung der JSP? Oder an der Parameterisierung der Backing Bean?

 

[wicki_]

Pauschal gesagt nein. Du müsstest dich schon in den Lifecycle von der JSP Engine hängen um das zu bewerkstelligen. Was hindert dich an der Änderung der JSP? Oder an der Parameterisierung der Backing Bean?

Hat das noch niemand gemacht?
Ich hätte jetzt erwartet, dass das geht und ich nur zu blind bin um es zu finden

Mit Parameterisierung ist das nicht zu erschlagen - Eventuell mit dynamischen
Includes.
Gefällt mir aber nicht wirklich.

 

[Flown]

Warum willst du programmatisch an die Templates gelangen, wenn du Herr über die Templates bist?
Das hat noch keiner versucht, weils keinen Sinn ergibt.

Nachdem du auch deinen Use-Case bzw. dein konkretes Beispiel nicht gebracht hast, kann man auch nur generisch antworten.