Как обслуживать статические ресурсы из приложения Vaadin / Spring? - PullRequest
Новая
       3

Как обслуживать статические ресурсы из приложения Vaadin / Spring?

3 голосов
/ 15 февраля 2012

У меня есть веб-приложение Vaadin с интегрированной системой безопасности Spring для аутентификации. Конфигурация сервлета Vaadin довольно проста: 

<servlet>

    <servlet-name>Vaadin Application Servlet</servlet-name>
    <servlet-class>com.example.SpringApplicationServlet</servlet-class>
    <init-param>
        <param-name>applicationBean</param-name>
        <param-value>mainApplication</param-value>
    </init-param>
    <init-param>
        <param-name>widgetset</param-name>
        <param-value>com.example.widgetset.CustomWidgetSet</param-value>
    </init-param>

</servlet>

<servlet-mapping>
    <servlet-name>Vaadin Application Servlet</servlet-name>
    <url-pattern>/*</url-pattern>
</servlet-mapping>

Сервлет инициализирует Spring Spring и возвращает приложение Vaadin. Я также настроил безопасность для этого и настроил свою форму входа следующим образом: 

<servlet>
    <servlet-name>login</servlet-name>
    <jsp-file>/jsp/login.jsp</jsp-file>
</servlet>
<servlet-mapping>
    <servlet-name>login</servlet-name>
    <url-pattern>/login</url-pattern>
</servlet-mapping>


<servlet>
    <servlet-name>login_error</servlet-name>
    <jsp-file>/jsp/loginError.jsp</jsp-file>
</servlet>
<servlet-mapping>
    <servlet-name>login_error</servlet-name>
    <url-pattern>/login_error</url-pattern>
</servlet-mapping>

Форма входа оформлена с использованием внешнего CSS, а также есть несколько изображений. В основном изображения находятся в / jsp / img, а таблица стилей в /jsp/login.css. Таким образом, структура WAR выглядит так:

  • / * 1010 JSP *
  • / META-INF
  • / Vaadin
  • / WEB-INF

Ни изображения, ни CSS не загружаются, потому что, очевидно, все эти запросы отображаются на сервлет vaadin. Как определить каталог статических ресурсов, который не будет обслуживаться сервлетом Vaadin? Я пробовал весенний mvc: resources, но это не сработало. Спасибо за вашу помощь.

Bye, Filip

Я понял это. Хотя это скорее обходной путь. Я сопоставил сервлет приложения Vaadin с чем-то вроде / app / * вместо / * (помните, что в этом случае вы также должны сопоставить тот же сервлет с / VAADIN / *). С этой конфигурацией я могу получить доступ к каталогу jsp из моего веб-приложения, и все работает отлично. Я удалил всю конфигурацию Spring Resources, так как это просто не сработало.

Итак, еще раз, я все еще не совсем доволен этим решением, и я предпочел бы сконфигурировать мой каталог RESOURCES другим способом, но клиент доволен :). Если у кого-то есть правильное решение, я буду признателен за его чтение.

Ответы [ 3 ]

3 голосов
/ 15 февраля 2012

Используйте фильтр перезаписи URL, чтобы получить больше контроля над отображением URL. 

<filter>
    <filter-name>UrlRewriteFilter</filter-name>
    <filter-class>org.tuckey.web.filters.urlrewrite.UrlRewriteFilter</filter-class>
</filter>
<filter-mapping>
    <filter-name>UrlRewriteFilter</filter-name>
    <url-pattern>/*</url-pattern>
</filter-mapping>

, затем сопоставьте приложение Vaadin, например, с / vaadin и настройте отображение URL в urlrewrite.xml 

 <rule>
    <from>/styles/**</from>
    <to last="true">/styles/$1</to>
 </rule>
 <rule>
    <from>/images/**</from>
     <to last="true">/images/$1</to>
 </rule>
 <rule>
    <from>/**</from>
    <to>/vaadin/$1</to>
 </rule>
 <outbound-rule>
    <from>/vaadin/**</from>
     <to>/$1</to>
 </outbound-rule>

РЕДАКТИРОВАТЬ Другой вариант - поместить статические файлы в каталог / VAADIN /.

1 голос
/ 16 февраля 2012

Я понял это.Хотя это скорее обходной путь.Я сопоставил сервлет приложения Vaadin с чем-то вроде / app / * вместо / * (помните, что в этом случае вы также должны сопоставить тот же сервлет с / VAADIN / *).С этой конфигурацией я могу получить доступ к каталогу jsp из моего веб-приложения, и все работает отлично.Я удалил всю конфигурацию Spring Resources, так как это просто не сработало.

Итак, еще раз, я все еще не совсем доволен этим решением и предпочел бы сконфигурировать мою директорию RESOURCES другим способом, но c

0 голосов
/ 16 марта 2017

Возможно, уже поздно, но для тех, кто все еще испытывает проблемы с обслуживанием статического контента при использовании сопоставления vaadin /*, я нашел решение, использующее сервлет apache по умолчанию org.apache.catalina.servlets.DefaultServlet, поэтому в файле web.xml будет что-то вроде: 

<?xml version="1.0" encoding="UTF-8"?>
<web-app
  id="WebApp_ID" version="3.0" xmlns="http://java.sun.com/xml/ns/j2ee"
  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">

  <servlet>
    <servlet-name>myservlet</servlet-name>
    <servlet-class>com.vaadin.server.VaadinServlet</servlet-class>
    <init-param>
      <param-name>UI</param-name>
      <param-value>com.ex.myprj.MyUI</param-value>
    </init-param>
    <!-- If not using the default widget set-->
    <init-param>
      <param-name>widgetset</param-name>
      <param-value>com.ex.myprj.AppWidgetSet</param-value>
    </init-param>
  </servlet>
  <servlet-mapping>
    <servlet-name>myservlet</servlet-name>
    <url-pattern>/*</url-pattern>
  </servlet-mapping>

  <servlet>
    <servlet-name>Static content Servlet</servlet-name>
    <servlet-class>org.apache.catalina.servlets.DefaultServlet</servlet-class>
    <init-param>
      <param-name>debug</param-name>
      <param-value>0</param-value>
    </init-param>
    <init-param>
      <param-name>listings</param-name>
      <param-value>false</param-value>
    </init-param>
    <load-on-startup>1</load-on-startup>
  </servlet>
  <servlet-mapping>
    <servlet-name>Static content Servlet</servlet-name>
    <url-pattern>/customer/*</url-pattern>
  </servlet-mapping>
</web-app>

Таким образом, в приведенном выше примере, несмотря на наличие vaadin на /*, часть /customer/* будет служить статическим содержимым DefaultServlet

...