JSP: EL-Ausdruck wird nicht ausgewertet

Question

Ich habe eine JSP-Seite auf Tomcat 5.5 ausgeführt. Ich habe den folgenden Code:

<c:forEach var="i" begin="1" end="10" step="1"> 
    <c:out value="${i}" /> 
    <br /> 
</c:forEach> 

Der Ausgang Ich erhalte ist:

${i} 
${i} 
${i} 
${i} 
${i} 
${i} 
${i} 
${i} 
${i} 
${i} 

Ich trainiere kann nicht, warum die foreach-Schleife funktioniert, aber die Ausgabe nicht funktioniert. Jede Hilfe, die jemand geben könnte, wäre großartig.

Answer 1

Ich weiß, dass es standardmäßig aktiviert sein sollte, aber ich renne hin und wieder (oder sogar auf derselben Seite, die das Verhalten ändert), wo die EL-Verarbeitung nicht stattfindet. folgendes an die Spitze von solchen Seiten sollten das Problem beheben Hinzufügen:

<%@ page isELIgnored="false" %> 

Ich füge es zu jeder Seite, weil es tut nicht weh, und ich weiß noch nicht die Ursache, die gelegentlich eine Seite verursacht aufhören, die EL-Ausdrücke zu interpretieren.

Answer 2

Siehe meine Antwort bei Javascript String.replace(/\$/,str) works weirdly in jsp file aus möglichen Gründen.

Längere Antwort: $ {i} ist Ausdruck in so genannter 'Ausdruckssprache'. Manchmal kann Expression Language deaktiviert werden. Siehe obige Antwort für mögliche Gründe und Möglichkeiten, wie Sie es aktivieren können.

Answer 3

Verwenden Sie tomcat6. Es erfordert keine Konfiguration für EL in web.xml.

Answer 4

Ich hatte gerade das gleiche Problem und verbrachte für immer versucht herauszufinden, was los war.

Ich habe viele Web-Apps von Grund auf neu entwickelt. Warum war dieser plötzlich nicht kooperierend?

Ein Unterschied war diesmal die Maven Webapp Archetype, um die Projektstruktur zu generieren. Es erstellt eine Datei web.xml, die wie folgt aussah:

<!DOCTYPE web-app PUBLIC 
"-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN" 
"http://java.sun.com/dtd/web-app_2_3.dtd" > 

<web-app> 
    <display-name>Archetype Created Web Application</display-name> 
</web-app> 

Sobald ich das als mein Problem erkannte, war ich sicher, dass ich die Antwort hatte. Also habe ich einen meiner 2.5 web.xml-Header kopiert, neu erstellt und neu implementiert. Keine Zigarre. Ich konnte nicht glauben, dass das nicht das Problem war. Bereinigt das Projekt, Tomcat neu gestartet. Nee.

RHSeeger Antwort führte mich zu versuchen, in die <% @ page isELIgnored = "false"%>. Das hat das Problem gelöst. Aber ich wollte immer noch wissen, warum el anfängt ignoriert zu werden.

Ich dachte, das EL wurde ignoriert, weil etwas mit meiner web.xml nicht stimmte, also habe ich es im Vergleich mit einer anderen Webapp-web.xml genau untersucht, die mir gut geklappt hat. Keine merklichen Unterschiede.

Dann entfernte ich die <% @ page isELIgnored = „false“%> von meiner JSP, und umgeschichtet, würde der el unter der Annahme nicht erneut bewertet werden, aber viel zu meiner Überraschung wurde der el bewerten in Ordnung!

Dann muss es ein Caching-Problem sein, ich habe meine Änderungen an der web.xml rückgängig gemacht, um das Problem neu zu erstellen. Ich habe mich umgezogen, aber trotzdem wurde das EL korrekt ausgewertet, sogar mit der schlechten web.xml. Dann putzte ich mein gesamtes Projekt (ich benutze eine explodierte Bereitstellung), blies das explodierte Verzeichnis weg und erstellte es neu. Ich habe dann Tomcat neu gestartet. Trotzdem scheint das el trotz der schlechten web.xml richtig ausgewertet zu werden.

Endlich dämmerte es mir.Ich habe einfach einen Platz an einer Stelle in der JSP hinzugefügt, neu gepackt und die Seite aktualisiert. Bingo! Jetzt wurde das EL nicht ausgewertet. Das Problem war mit der web.xml. Es würde weiter durch die Tatsache kompliziert, dass die JSPs nicht neu kompiliert würden, wenn sie sich nicht geändert hätten. Nicht sicher, ob Tomcat eine MD5-Summe verwendet, um zu entscheiden, ob die JSPs neu kompiliert werden müssen oder was. Eine andere Möglichkeit ist, dass ich Kacheln verwende, von denen ich weiß, dass sie einen Caching-Mechanismus haben, aber ich würde nicht erwarten, dass sie einen Tomcat-Neustart überleben.

Wie auch immer, es sei denn, Sie modifizieren Ihre JSPs nach dem Beheben der web.xml, alle Wetten sind aus, ob die EL wieder zu arbeiten beginnt. Hoffe, dass dies jemand anderem Kopfschmerzen erspart. Ich bin auch interessiert, wenn mir jemand sagen kann, ob Tomcat nicht die JSPs neu kompiliert oder die Ausgabe der JSP zwischenspeichert. Ich bin mir ziemlich sicher, dass es die Neukompilierung ist, denn zur Kompilierungszeit sollte die JSP herausfinden müssen, was mit den $ {} el-Ausdrücken geschehen soll, oder? Tiles können nicht wirklich zwischenspeichern, was in die el-Ausdrücke substituiert wird, sonst würden alle Arten von Problemen auftreten.

Answer 5

hatte ähnliches Problem zu Kevin, ich benutzte Maven, um mit webapp anzufangen, aber keine Freude mit dem Auswerten von Ausdrücken in jsp - ich musste DOCTYPE-Header entfernen - alles ist jetzt gut, ohne mit isELIgnored Bit zu spielen - maven erzeugt web.xml welches Links zu 2.3, die wie Peter sagte, hat EL standardmäßig deaktiviert

Answer 6

Stellen Sie sicher, dass die relevanten Namespaces in der web.xml enthalten sind. Versuchen Sie einfach

<web-app> 

mit so etwas wie

<web-app xmlns="http://java.sun.com/xml/ns/javaee" 
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
    xsi:schemaLocation="http://java.sun.com/xml/ns/javaee 
         http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd" 
    version="3.0" 
    metadata-complete="true"> 

Es es für mich zu ersetzen, festgelegt. Sie finden die richtigen Namespaces für Ihre Tomcat-Instanz in den Beispiel-Apps, die mit einer Tomcat-Installation geliefert werden.

Answer 7

Von Controller:

@RequestMapping(value = "createcustomer",method = RequestMethod.GET) 
    public String customer(Model model) 
    { 
     Customer cus=new Customer(); 
     cus.setCustomerNumber("Test"); 
     model.addAttribute("customer",cus); 
     return "createcustomer"; 
    } 

In Aussicht:

<%@taglib uri="http://www.springframework.org/tags/form" prefix="form" %> 
<%@ taglib prefix="c" uri="http://java.sun.com/jstl/core" %> 

<div class="cl">  
    <form:form commandName="customer" method="POST"> 

     <p>Name: <c:out value="${customer.CustomerNumber}"></c:out></p> 

    </form:form> 
<div> 

Ausgang:

Name: Test 

Answer 8

Es ist der Header in web.xml, die das Problem

Unter Maven verursacht generierte Header stoppt EL wird geprüft.

<!DOCTYPE web-app PUBLIC 
"-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN" 
"http://java.sun.com/dtd/web-app_2_3.dtd" > 
<web-app> 

Verwendung unter Kopf EVAL die EL.

<?xml version="1.0" encoding="UTF-8"?> 
<web-app version="2.5" 
xmlns="http://java.sun.com/xml/ns/javaee" 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd"> 

Answer 9

Für Interessenten, die entsprechende XML-Syntax für JSP 2.0 sind:

<jsp:directive.page isELIgnored="false"/>