UPDATE: 2017-12-16:
Есть два простых способа сделать это в Spring boot 1.5.8.RELEASE, нет необходимости в xml.
Первый способ: Если у вас нет пространственного шаблона url, вы можете использовать @Component следующим образом: (Полный код и данные здесь https://www.surasint.com/spring-boot-filter/ )
@Component
public class ExampleFilter implements Filter{
...
}
Второй способ: если вы хотите использовать шаблоны url, вы можете использовать @WebFilter следующим образом: (Полный код и данные здесь https://www.surasint.com/spring- boot-filter-urlpattern / )
@WebFilter(urlPatterns = "/api/count")
public class ExampleFilter implements Filter{
...
}
Но вам также нужно добавить аннотацию @ServletComponentScan в свой класс @SpringBootApplication:
@ServletComponentScan
@SpringBootApplication
public class MyApplication extends SpringBootServletInitializer {
...
}
Обратите внимание, что @Component это аннотация Spring, но @WebFilter нет. @WebFiler - аннотирование сервлета.
В обоих случаях вам просто нужна базовая зависимость загрузки загрузки в pom.xml (нет необходимости в явной вставке янтарной ямы tomcat)
4.0.0
org.springframework.boot
spring-boot-starter-parent
1.5.8.RELEASE
com.surasint.example
spring-boot-04
1.0-SNAPSHOT
jar
1.8
1.8
org.springframework.boot
spring-boot-starter-web
org.springframework.boot
spring-boot-maven-plugin
ВНИМАНИЕ: в первую очередь, если контроллер весной загружается в файл jsp, запрос будет проходить фильтр дважды.
Хотя во втором случае запрос будет проходить фильтр только один раз.
Я предпочитаю второй способ, потому что он больше похож на поведение по умолчанию в спецификации Servlet ( https://docs.oracle.com/cd/E19879-01/819-3669/6n5sg7b0b/index.html)
Здесь вы можете увидеть больше тестового журнала https: / /www.surasint.com/spring-boot-webfilter-instead-of-component/
Конечно, если я использую make -j a
, все они могут быть собраны одновременно (в зависимости от того, имеют ли b
, c
, d
или e
, в свою очередь, другие / взаимосвязанные зависимости).
Нет, порядок не определен. В этом весь пункт в использовании декларативного программирования, ориентированного на зависимости: компьютер может выбрать оптимальный порядок оценки или фактически оценить их даже одновременно .
Нет, вы не можете рассчитывать на упорядочение, когда нет отношений зависимости.
В порядке справа в соответствии с предоставленными вами правилами. В вашем конкретном примере это может означать любой из нескольких различных (4! = 24, из памяти) порядков.
Все программы make
могут свободно выбирать порядок, который им нравится, пока зависимости соблюдаются. Если бы в вашем примере были другие правила, скажем c: b
, то c
было бы сделано до b
(но это не так, поскольку вы указать).
Если вам нужно полагаться на определенный порядок, вам понадобится больше правил, чтобы обеспечить его соблюдение. В противном случае make
может делать все, что ему заблагорассудится. В документации для GNU Make только указано, как обрабатываются правила , а не порядок, в котором обрабатываются зависимости внутри правила. Самый логичный порядок (для меня,