Как использовать JSTL в проекте GWT? - PullRequest
5 голосов
/ 02 марта 2010

Я строю проект GWT, с GWT-2.0.3 и плагином Eclipse. ну, сначала я попробовал, JSTL1.2 и сервлет 2.5,

Если я удаляю тег foreach, он работает нормально. но если я использую основные теги, я получаю следующее исключение:

HTTP ERROR: 500

javax.servlet.jsp.PageContext.getELContext()Ljavax/el/ELContext;
RequestURI=/system/view/register.html

Caused by:

java.lang.AbstractMethodError: javax.servlet.jsp.PageContext.getELContext()Ljavax/el/ELContext;
    at javax.servlet.jsp.jstl.core.LoopTagSupport.unExposeVariables(LoopTagSupport.java:587)
    at javax.servlet.jsp.jstl.core.LoopTagSupport.doFinally(LoopTagSupport.java:323)
    at org.apache.jsp.system.view_jsp._jspx_meth_c_forEach_0(view_jsp.java:267)
    at org.apache.jsp.system.view_jsp._jspx_meth_a_body_0(view_jsp.java:186)
    at org.apache.jsp.system.view_jsp._jspService(view_jsp.java:98)
    at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:94)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
    at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:324)
    at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292)
    at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
    at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487)
    at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:362)
    at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
    at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
    at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:729)
    at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405)
    at org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:285)
    at org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:126)
    at org.app4j.test.DispatchServlet.doGet(DispatchServlet.java:133)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:707)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
    at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487)
    at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:362)
    at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
    at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
    at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:729)
    at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405)
    at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
    at org.mortbay.jetty.handler.RequestLogHandler.handle(RequestLogHandler.java:49)
    at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
    at org.mortbay.jetty.Server.handle(Server.java:324)
    at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:505)
    at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:829)
    at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:513)
    at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211)
    at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:380)
    at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:395)
    at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:488)
Powered by Jetty://

Если я разверну проект в Tomcat 6, он будет работать нормально. Я ищу в Интернете и нахожу статью, «Язык выражений JSP во встроенной в GWT Jetty» , поэтому я попробовал jstl-1.1 и servlet2.4, но все равно получаю это исключение.
я считаю, что версия сервера Jetty GWT должна быть 6.1, но я не уверен в этом, если это правда, он должен поддерживать EE5, поэтому кто-нибудь интегрировал GWT и JSTL? пожалуйста помоги! спасибо.

Ответы [ 4 ]

2 голосов
/ 11 августа 2010

Я наткнулся на это, пока искал исправление JSTL для своего проекта движка приложений. Я нашел ответ на странице "Будет ли это играть" от Google. Видимо, вы должны добавить

<%@page isElIgnored="false" %>

на ваши страницы JSP, чтобы включить анализ EL.

2 голосов
/ 02 марта 2010

Я бы порекомендовал просто переключиться на внешний Java-сервер (например, Tomcat, который, кажется, вы установили и который работает с вашей конфигурацией) - гораздо меньше проблем, проще, чем пытаться работать с поврежденной Jetty, которая поставляется с GWT.

Инструкции можно найти в документах . Если вы будете придерживаться GWT Jetty, в будущем вы столкнетесь только с другими проблемами.


Обновление, см. Комментарий Паскаля Тивента ниже:

@ Pascal: извините за это, я не хотел просто сказать: «Переключитесь на внешний сервер, не разговаривайте», просто я видел много людей на SO и в GWT Google Group , которые испытывают проблемы с настройкой Jetty, которая поставляется с GWT - в некоторых случаях это происходит потому, что конфигурация несколько отличается от стандартной, потому что команда GWT включила более старую / измененную (я не могу получить точную информацию об этом) версию Jetty, например, смотрите этот пост и комментарии там, некоторые цитаты:

ПРИМЕЧАНИЕ: я считаю, что версия причала поставляется с GWT ниже 6.1.12 и поэтому вы должны оставить первый параметр в примере документов, как это был добавлен в молу 6.1.12rc3. Увидеть примечание в верхней части документов Jetty стр.


Предположительно, Jetty поддерживает сервлет 2.5 спецификация и внедрение ресурсов через запись web.xml или @resource аннотация. Тем не менее, у меня есть еще предстоит выяснить, если это поддерживается версией Jetty, поставляемой с GWT. Если кто-нибудь выяснил, или не это работает, и если да, то как это сделано, пожалуйста, дайте мне знать.

Другие проблемы возникают, когда кто-то хочет использовать EJB.

Все это (возможно, более сжато / загадочно) написано в документации GWT - для которой я предоставил ссылку выше на точный параграф, посвященный этой проблеме.
Надеемся, что это прояснило некоторые вещи - переключение на внешний сервер кажется самым простым, простым и лучшим решением - нет «специальной конфигурации GWT», а это означает, что вы можете использовать ту же конфигурацию / сервер, который вы будете использовать в работе, нет необходимо перенести вашу конфигурацию, например, в Tomcat, без неожиданных ошибок после миграции и т. д.

1 голос
/ 03 марта 2011

Я тоже получаю эту ошибку.

Я обнаружил, что могу исправить это, переместив GWT SDK в конец пути к классам в диалоговом окне Eclipse Java Build Path -> Order and Export.

Однако, это нарушает сериализацию GWT с этим сообщением:

Mar 3, 2011 3:31:23 PM sun.reflect.NativeMethodAccessorImpl invoke0
WARNING: Exception while dispatching incoming RPC call
com.google.gwt.user.client.rpc.SerializationException: java.lang.reflect.InvocationTargetException
    at com.google.gwt.user.server.rpc.impl.ServerSerializationStreamWriter.serializeWithCustomSerializer(ServerSerializationStreamWriter.java:764)
    at com.google.gwt.user.server.rpc.impl.ServerSerializationStreamWriter.serializeImpl(ServerSerializationStreamWriter.java:727)

Вы можете исправить это, переместив библиотеку GWT обратно по пути к классам, что создает впечатление, что вы можете использовать сериализацию JSTL или GWT в Jetty, но не одновременно.

(GWT 2.1, JSTL1.2 и сервлет 2.5.)

0 голосов
/ 07 марта 2010
java.lang.AbstractMethodError: javax.servlet.jsp.PageContext.getELContext()Ljavax/el/ELContext;

Путь к классу времени выполнения веб-приложения, вероятно, загроможден другой версией файла EL JAR (либо более старой версии, либо версии другого сервера приложений), в которой отсутствует упомянутый метод исключения. Я подозреваю, что /WEB-INF/lib. Избавьтесь от этого, обычно он уже предоставляется рассматриваемым сервером приложений, вам не нужно включать его в ваше веб-приложение. Это относится ко всем библиотекам приложений, таким как servlet-api.jar, и, кстати, к консортам. Вы никогда не должны копировать его в /WEB-INF/lib веб-приложения. Это требует проблем с переносимостью.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...