Wie bringe ich Eclipse dazu, innerhalb von <%@ include %>-Direktiven in JSP eine Syntaxprüfung durchzuführen?

Question

Wenn ich <%@ include %>-Direktiven in JSP verwende, gibt es eine Möglichkeit, Eclipse die Syntaxprüfung meiner eingeschlossenen Dateien durchführen zu lassen (oder was ist die beste Vorgehensweise dafür). Ich meine, wenn ich Dateien einbeziehe, deren Variablen in der übergeordneten Datei deklariert sind, erhalte ich eine Reihe von Fehlermeldungen über nicht deklarierte Variablen (macht Sinn).

Wie kann man das also umgehen?

Answer 1

Deaktivieren Sie die JSP-Validierung in Eclipse (sie war schon immer eine Ausfall ), oder, besser noch, verwenden Sie einfach nicht Skriptlets . Es wird als schlechte Praxis . Behalten Sie den Java-Code in echten Java-Klassen und verwenden Sie Taglibs/EL in JSP auf jeden Fall.

Answer 2

Am besten ist es, den gesamten Java-Code als Tags zu kapseln und diese Tags dann in Ihrer JSP zu verwenden. Wenn Sie dies tun, schreiben Sie Ihr Java in .java-Dateien, deren Syntax Eclipse für Sie prüft. Weitere Informationen über Tags finden Sie unter von Sonne

Answer 3

Sind Sie sicher, dass Sie Folgendes verwenden

<%@ include ... %>

und nicht

<jsp:include ... >? 

Ich möchte klarstellen, dass dies das Szenario ist, das Sie meinen:

includeMe.jsp:

<%@ page language="java" %>
<%
boolean testBoolean = true;
%>

App.jsp:

<%@ page language="java" %>
<%@include file="/WEB-INF/includeMe.jsp"%>
<%
testBoolean = false;
%>

Und Sie erhalten den Fehler einer nicht deklarierten Variable für testBoolean in der Datei App.jsp? Wenn dies der Fall ist, bin ich nicht sicher, was falsch ist, weil ich dieses Problem in Eclipse 3.5 (mit installiertem WTP) nicht reproduzieren kann.

Dies könnte ebenfalls hilfreich sein: Variablen in jsp-Seiten mit "eingeschlossenen" Seiten

Answer 4

Der Inhalt Ihres Fragments wird im Rahmen der Validierung der Hauptdatei überprüft, d.h. alle gefundenen Fehler werden an die Include-Direktive in der Hauptdatei zurückgemeldet. Ihr Fragment kann aus verschiedenen Gründen korrekt oder ungültig sein, je nachdem, welche Datei es einschließt, vorausgesetzt, dass überhaupt Dateien es einschließen.