Язык выражений в JSP не работает [дубликат]

BalusC охватывает его, но я добавлю эти комментарии:

<%@ taglib uri="http://java.sun.com/jsp/jstl/core" prefix="c"%>

Пространство имен JSTL TLD должно включать "jsp" (как указано выше). Учитывая, что эта ошибка пространства имен может быть вызвана выполнением старых инструкций, проверьте самую свежую документацию, чтобы убедиться, что вы не включили устаревшие библиотеки в WEB-INF/lib. Ряд технологий, которые раньше были раздельными, теперь включены в контейнер (одним из них является язык EL).

В качестве альтернативы, я бы обычно использовал такие ключевые слова как gt вместо > и lt вместо < - это более дружественно по отношению к XML и его илку.

Когда я сталкиваюсь с такой ситуацией, первое, что я задаю себе: "Что делает Apple".

В качестве эксперимента я только что добавил 'Joe Äpple' в мою адресную книгу iPhone, и он появляется под простым A. Я думаю, что это имеет большой смысл.

Так что вместо того, чтобы бросать их под Z или A вы должны сделать то же самое. Должен быть какой-то способ получить "базовую" букву символа Юникода для группировки.

Может потребоваться:

• Проверьте, что автоматическая фиксация отключена
• Открыть подключение
• Отправить несколько пакетов вставок в одной транзакции (размер около 4000-10000 строк? см.)
• Закрыть соединение

В зависимости от того, насколько хорошо ваш сервер масштабируется (его окончательно можно использовать с PostgreSQl , Oracle и MSSQL ), выполните указанные выше действия с несколькими потоками и несколькими соединениями.

Я цитирую из ответа , предоставленного ранее на проблему отсутствия работы EL:

Другими словами, выражение EL не вычисляется? Это может быть связано с одной или несколькими из следующих причин:

1. Данный сервер приложений не поддерживает JSP 2.0.
2. Файл web.xml не объявлен как Servlet 2,4 или выше.
3. Для @ page задано значение isELIgnored = true .
4. В < jsp-config > для web.xml задано значение < el-ignored > true .

В вашем конкретном случае EL работает в talibs, но не в шаблонном тексте, поэтому я подозреваю, что это вызвано пунктом 2. Убедитесь, что файл web.xml объявлен как по крайней мере Servlet 2,4. Так как Tomcat 6,0 поддерживает Servlet 2,5, я бы рекомендовал объявить ваш web.xml как Servlet 2,5:

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

    <!-- Here you go. -->

</web-app>

Еще одна редкая причина, которую я видел на этом, это столкновение с EL JAR в пути к классам. Убедитесь, что не скопировали файлы JAR, специфичные для сервера приложений, в WEB-INF/lib веб-приложения или, что еще хуже, в JRE/lib .

Поскольку вы уже используете Eclipse и Tomcat, я бы рассмотрел шаги разработки, которые вы использовали для всего этого. Убедитесь, что вы используете "Eclipse для разработчиков Java EE " и что вы интегрировали экземпляр Tomcat в представление Серверы Eclipse и создали динамический веб-проект , имеющий значение "Servlet" 2,5 который использует экземпляр Tomcat. Таким образом, все должно идти автоматически (Eclipse возьмет библиотеки appserver в самом пути сборки и автоматически сформирует Servlet 2,5 совместимый web.xml ).

Обновление: согласно вашему обновлению: сервлеты com.servlet.El выглядят подозрительно. Чем именно они занимаются? Разбор EL? Удалите их и повторите попытку.