Spring 4 - addResourceHandlers не разрешает статические ресурсы

это сработало,

   registry.addResourceHandler("/resources/**").addResourceLocations("/resources/");

и в файлах jsp я ссылался на статические ресурсы, такие как

<link href="resources/css/bootstrap.css" rel="stylesheet" media="screen">

Думаю, уже немного поздно, но совсем недавно я столкнулся с подобной проблемой. После нескольких дней борьбы наконец выяснилось, что мой DispatcherServlet не был настроен для обработки запроса, поэтому ресурсы никогда не просматривались. Так что я надеюсь, что другие сочтут этот ответ полезным.

Если сервлет диспетчера, которому вы передаете свой класс конфигурации выше, сопоставлен не с корнем ("/"), а с верхним словом (например, "/ data /"), вы можете столкнуться с той же проблемой.

Предположим, у меня есть отображение как «/ data / *» для моего сервлета диспетчера. Так что мои звонки выглядят так

http://localhost:8080/myWebAppContext/data/command

и я подумал, что если у меня есть сопоставление ресурсов, например "/ content / ** / *", то у меня есть доступ к нему как

http://localhost:8080/myWebAppContent/content/resourcePath

но это неправда, я должен использовать

http://localhost:8080/myWebAppContent/data/content/resourcePath

вместо. Для меня это было непонятно, и, поскольку в большинстве примеров для отображения сервлета диспетчера используется корень «/», это не было проблемой. Рассмотрев позже, я должен был знать это раньше - / data / сообщает, что DispatcherServlet должен оценить вызов, а содержимое / сообщает сервлету, что обработчик ресурсов является «контроллером».

Но я хочу, чтобы в моем интерфейсе (angularJs) было очень ясно, ищу ли я данные (через службы REST) ​​или контент (возвращая простые тексты). Данные поступают из базы данных, а содержимое - из файлов (например, документов в формате pdf). Поэтому я решил добавить к сервлету диспетчера два сопоставления:

public class MidtierWebConfig implements WebApplicationInitializer {

@Override
public void onStartup(ServletContext servletContext) throws ServletException {

    AnnotationConfigWebApplicationContext rootContext = new AnnotationConfigWebApplicationContext();
    rootContext.register(MidtierAppConfig.class);

    servletContext.addListener(new ContextLoaderListener(rootContext));

    AnnotationConfigWebApplicationContext dispatcherContext = new AnnotationConfigWebApplicationContext();
    dispatcherContext.register(MidtierDispatcherConfig.class);

    Dynamic netskolaDispatcher = servletContext.addServlet(
        "dispatcher",
        new DispatcherServlet(dispatcherContext)
    );
    netskolaDispatcher.setLoadOnStartup(1);
    netskolaDispatcher.addMapping("/data/*");
    netskolaDispatcher.addMapping("/content/*");
}

}

Класс MidtierAppConfig пуст, но MidtierDispatcherConfig определяет статические ресурсы:

@Configuration
@ComponentScan("my.root.package")
@EnableWebMvc
public class MidtierDispatcherConfig extends WebMvcConfigurerAdapter {

    @Override
    public void addResourceHandlers(ResourceHandlerRegistry registry) {
        registry
            .addResourceHandler("/courses/**/*")
            .addResourceLocations("/WEB-INF/classes/content/")
        ;
    }
}

Теперь, когда я хочу получить доступ к своему @ Controller, я использую префикс / data /, а когда я хочу получить доступ к своим ресурсам, я использую префикс / content /. Предостережение: если у меня есть класс @RequestMapping ("/ app"), который имеет метод @RequestMapping ("/ about"), то и data / app / about, и content / app / about будут вызывать только этот метод ( и, на самом деле, не пытаясь, я мог бы получить доступ к ресурсам как / app / course / whatEverPath), потому что диспетчер прослушивает как «data /», так и «content /», и анализирует только остальную часть URL-адреса («app / about "в обоих случаях), чтобы найти подходящий @Controller.

Тем не менее, текущее решение, которого я достиг, достаточно меня устраивает, поэтому я оставлю его как есть.

Это сработало для меня. Файлы доступны по адресу /resources/js/select.js. Следите за тем, чтобы не пропустить @EnableWebMvc аннотацию ....

@EnableWebMvc
@EnableTransactionManagement
public class ApplicationContextConfig extends WebMvcConfigurerAdapter {

    @Bean(name = "viewResolver")
    public InternalResourceViewResolver getViewResolver() {
        InternalResourceViewResolver viewResolver = new InternalResourceViewResolver();
        viewResolver.setPrefix("/WEB-INF/views/");
        viewResolver.setSuffix(".jsp");
        return viewResolver;
    }

    @Override
    public void addResourceHandlers(ResourceHandlerRegistry registry) {
        registry.addResourceHandler("/resources/**")
        .addResourceLocations("/resources/");
    }
}

Я использую Spring Boot 2.2.1 и с «spring-boot-starter-web» и «spring-boot-starter-tomcat». В моем случае Spring Boot может найти папку «/ resources /» только тогда, когда я использую пустой «classpath: /»

Моя структура папок:

Мой код:

@Configuration
@EnableWebMvc
public class WebConfig implements WebMvcConfigurer {
    @Override
    public void addResourceHandlers(ResourceHandlerRegistry registry) {
        registry
        .addResourceHandler("/resources/**")
        .addResourceLocations("classpath:/");
    }

    @Override
    public void addCorsMappings(CorsRegistry registry) {
        registry.addMapping("/**");
    }
}

А с помощью браузера я могу найти любой файл, например:

http://localhost:8080/resources/test.txt

http://localhost:8080/resources/images/background-1.png

Можно упростить URI веб-страницы, просто чтобы он содержал имя файла ресурса:
<link href="bootstrap.css" rel="stylesheet" media="screen">
Соответствующая конфигурация может быть следующей:

@Override
public void addResourceHandlers(ResourceHandlerRegistry registry) {
    registry.addResourceHandler("*.css").addResourceLocations("/resources/css/");
}

Spring объединяет строку '/ resources / css /' с любым именем файла, извлеченным из URI, для определения фактического местоположения ресурса.