Я использую tomcat 6, jersey 1.8 с узором и губкой из трикотажа 3. У меня проблема с JSP с моей настройкой. У меня есть сервлет "Статус", который служил в качестве простого сервлета, настроенного с помощью web.xml, сервлета трикотажа, настроенного GuiceFilter, который возвращает ответ jsp view (jsp is/diff/index.jsp), чтобы отобразить результат, как в:

Viewable view = new Viewable("/diff/index.jsp", null); 
Response response = Response.ok().entity(view).build(); 
return response;

Все работает отлично с простым Джерси, как только я пытаюсь использовать его с интеграцией Guice, JSP терпит неудачу, и я получаю ответ 404 с "Запрошенный ресурс (/diff/index.jsp) недоступен."

Используя отладчик, я вижу, что JSPTemplateProcessor называется вызывающим и получил RequestDispatcher со стандартнымWrapper, который имеет "isJspServlet = true" и "jspFile = null".

Файл web.xml выглядит следующим образом:

  <servlet>
        <display-name>Status Page</display-name>
        <servlet-name>Status</servlet-name>
        <servlet-class>my.BaseStatusPage</servlet-class>
        <load-on-startup>1</load-on-startup>
    </servlet>

    <servlet-mapping>
        <servlet-name>Status</servlet-name>
        <url-pattern>/Status/*</url-pattern>
    </servlet-mapping>

   <filter>
        <filter-name>guiceFilter</filter-name>
        <filter-class>com.google.inject.servlet.GuiceFilter</filter-class>
    </filter>
    <filter-mapping>
        <filter-name>guiceFilter</filter-name>
        <url-pattern>/REST/*</url-pattern>
    </filter-mapping>
    <listener>
        <listener-class>my.GuiceServletConfig</listener-class>
    </listener>

=====================

GuiceServletConfig:

public class GuiceServletConfig extends GuiceServletContextListener { 

  @Override 
  protected Injector getInjector() { 
    return Guice.createInjector(new JerseyServletModule() { 

      @Override 
      protected void configureServlets() { 
        bind(DiffPage.class);// the jersey servlet 

        Map<String, String> params = new HashMap<String, String>(); 
        params.put(PROPERTY_PACKAGES, "my"); 
        params.put(PROPERTY_WEB_PAGE_CONTENT_REGEX, ".*\\.jsp"); 
        params.put(FEATURE_REDIRECT, "true"); 
        params.put(FEATURE_IMPLICIT_VIEWABLES, "true"); 
        params.put(RESOURCE_CONFIG_CLASS, "com.sun.jersey.api.core.PackagesResourceConfig"); 

        serve("/REST/*").with(GuiceContainer.class, params); 
      } 
    }); 
  }

=====================

Наличие GuiceContainer в качестве фильтра заставил сервлеты, обслуживаемые из файла web.xml, выйти из строя. Добавление сервлета jsp в web.xml не принесло много пользы.

Btw, я прочитал нить с 25 июля 2010 года в список рассылки jersey, но это не сработало для меня.

Помогите оценить Спасибо, Eishay

- Приложение - Я нахожу, что вызываю JSP из кода бизнес-логики. Уродливый, но работает:

  protected Response renderJsp(HttpServletRequest request,
      HttpServletResponse response, ServletConfig servletConfig) {
    request.setAttribute("org.apache.catalina.jsp_file", "/diff/index.jsp");
    Class jspServletClazz;
    try {
      jspServletClazz = forName("org.apache.jasper.servlet.JspServlet");
      Object jspServlet = jspServletClazz.getConstructor().newInstance();
      jspServletClazz.getMethod("init", ServletConfig.class).invoke(jspServlet,
          servletConfig);
      jspServletClazz.getMethod("service", HttpServletRequest.class,
          HttpServletResponse.class).invoke(jspServlet, request, response);
    } catch (Exception e) {
      throw new RuntimeException(e);
    }
    return Response.ok().build();
  }

Ответ 1

Проблема заключается в настройке Guice на "сервисные запросы" с помощью "сервлета: сервлет" блокирует цепочку запросов и предотвращает передачу запросов, таких как статический контент и вызовы jsp, на обработчики по умолчанию.

Решение состоит в том, чтобы настроить Guice на "фильтрацию" запросов "через" вместо фильтра:

web.xml

<listener>
    <listener-class>my.guice.config.package.GuiceServletConfig</listener-class>
</listener>

<filter>
    <filter-name>guiceFilter</filter-name>
    <filter-class>com.google.inject.servlet.GuiceFilter</filter-class>
</filter>

<filter-mapping>
    <filter-name>guiceFilter</filter-name>
    <url-pattern>/*</url-pattern>
</filter-mapping>

Обратите внимание, что это конфигурация filter в отличие от конфигурации servlet.

GuiceServletConfig

public class GuiceServletConfig extends GuiceServletContextListener {

    @Override
    protected Injector getInjector() {
        return Guice.createInjector(new JerseyServletModule() {

            @Override
            protected void configureServlets() {

                /* Bindings */
                bind(JerseyResource.class);

                /* Parameters*/
                Map<String, String> params = new HashMap<String, String>(); 
                params.put(JSP_TEMPLATES_BASE_PATH, "/WEB-INF/jsp"); 
                params.put(FEATURE_FILTER_FORWARD_ON_404, "true");

                filter("/*").through(GuiceContainer.class, params);
            } 
        });
    }
}

Обратите внимание на использование filter().through(); вместо serve().with();.

Это позволяет передавать статические и jsp-запросы (и включает!) в следующую ссылку в цепочке фильтров и, в конечном итоге, к обработчикам содержимого по умолчанию.

Также обратите внимание на использование выше более поздней опции ServletContainer.FEATURE_FILTER_FORWARD_ON_404 в качестве альтернативы более сложному параметру ServletContainer.PROPERTY_WEB_PAGE_CONTENT_REGEX, когда вы довольны местоположениями по умолчанию для вашего статического контента.

Вы можете использовать другие параметры, перечисленные в исходном вопросе.

На следующем шаге вы также можете ссылаться на этот вопрос, в частности, с проблемой, с которой я столкнулся с добавлением Guice AOP в эту конфигурацию, чтобы работать вместе с Guice Dependency Injection, Jersey REST Services, статическое содержимое (JavaScript, CSS, изображения) и возврат JSP Viewables.