1 三种写法

 

①　完全匹配

    <url-pattern>/test/list.do</url-pattern>

② 目录匹配

    <url-pattern>/test/*</url-pattern>

③ 扩展名匹配

    <url-pattern>*.do</url-pattern>

 

2 注意事项

 

☆ 容器会首先查找完全匹配，如果找不到，再查找目录匹配，如果也找不到，就查找扩展名匹配。

☆ 如果一个请求匹配多个“目录匹配”，容器会选择最长的匹配。

☆ 定义”/*.action”这样一个看起来很正常的匹配会报错？因为这个匹配即属于路径映射，也属于扩展映射，导致容器无法判断。
☆ “/” 是用来定义default servlet映射的。

 

3 我的一个需求

我想定义一个除了一种情况的所有url-pattern，比如除了 *.jsp的所有情况

似乎找不到一种 all but ×××的写法

但似乎可以用下面这种方法：

  1. <filter>
  2.     <filter-name>LoginFilter</filter-name>
  3.     <filter-class>com.test.LoginFilter</filter-class>
  4.     <init-param>
  5.         <param-name>UrlRegx</param-name>
  6.         <param-value><!--你的正则表达式--></param-value>
  7.     </init-param>
  8. </filter>

自己定义一个规则，在后台进行二次过滤：）

 

# 正则表达式 # servlet
Logo
向您推荐>>Eolink开发者社区

权威｜前沿｜技术｜干货｜国内首个API全生命周期开发者社区

更多推荐

ELK实现containerd的容器日志采集展示【基于logging的全栈监测】

企业级ELK Stack构建介绍

avatar 云原生

深入理解 Mocha 测试框架：从零实现一个 Mocha

前言什么是自动化测试自动化测试在很多团队中都是Devops环节中很难执行起来的一个环节，主要原因在于测试代码的编写工作很难抽象，99%的场景都需要和业务强绑定，而且写测试代码的编写工作量往往比编写实际业务代码的工作量更多。在一些很多业务场景中投入产出比很低，适合写自动化测试的应该是那些中长期业务以及一些诸如组件一样的基础库。自动化测试是个比较大的概念，其中分类也比较多，比如单元测试，端对端测试，集

avatar 云原生

(20200916 Solved)docker-compose up创建容器自动退出

问题描述如题，创建容器后自动退出了。并且docker start container无效解决方案原因是缺失了控制终端的配置，需要在docker-compose.yml中增加tty:true ，有时候这样也不行，需要再增加一个command:/bin/bash，命令不一定是这个，需要是一个不会退出的命令，然后用-d后台启动容器。Referencesdocker-compose启动容器后自动退出...

avatar 云原生