以系统的一个“添加商品”的功能为例加以说明,系统页面为add.jsp,如图一所示:
图一 添加商品界面
系统的代码目录结构及add.jsp代码如图二所示:
图二 系统的代码目录结构及add.jsp代码
${pageContext.request.contextPath}用于解决使用相对路径时出现的问题,它的作用是取出所部署项目的名字。
对于图片文件,如图二所示“${pageContext.request.contextPath}/bookcover/101.jpg”使用的是绝对路径,${pageContext.request.contextPath}返回的是”/test”【注意:很多地方写的返回值是“test/”,这是不对的】,拼接之后路径就变成:“/test/bookcover/101.jpg”。如果使用相对路径则为:“../../bookcover/101.jpg”(相对于add.jsp页面)。其他的CSS文件、Js文件、Jsp文件与图片文件相似,使用方法一样。
在JavaWeb项目中,Jsp页面的form表单的action属性也常常会使用${pageContext.request.contextPath}来表示请求路径。如图二中【没有使用框架】的form表单的action属性为:action="${pageContext.request.contextPath }/servlet/addBookServlet"。要理解这个请求地址,必须先了解web.xml【注意:web.xml必须放在WEB-INF文件夹下,原因见博客:http://blog.csdn.net/sun9528/article/details/72423112】的写法:
①完全匹配:以“/”开头,以字母(非“*”)结束
如:上面提到的本项目中:<url-pattern>/servlet/addBookServlet</url-pattern>
②目录匹配:以“/”开头且以“/*”结尾
如:<url-pattern>/test/*</url-pattern>
<url-pattern>/*</url-pattern>
③扩展名匹配:以“*.”开头,以扩展名结束
如:<url-pattern>*.do</url-pattern>
④“/”用来表明对应的Servlet为应用默认的Servlet。在这种情况下Servlet路径是请求的URI去掉上下文路径并且路径信息为null。
本项目中“商品添加”功能的web.xml配置如下:
-
<servlet>
-
<servlet-name>AddBookServlet
</servlet-name>
-
<servlet-class>com.itheima.web.servlet.AddBookServlet
</servlet-class>
-
</servlet>
-
-
<servlet-mapping>
-
<servlet-name>AddBookServlet
</servlet-name>
-
<url-pattern>/servlet/addBookServlet
</url-pattern>
-
</servlet-mapping>
当点击了页面提交表单的命令之后,一个请求发送到servlet容器,servlet容器先会将请求的url减去当前应用上下文的路径作为servlet的映射url。访问的是http://localhost:8080/test/servlet/addBookServlet,我的应用上下文是test,容器会将http://localhost:8080/test去掉,剩下的/servlet/addBookServlet部分拿来做servlet的映射匹配。很明显可以通过图三的形式在web.xml中找到请求的动作类(url-pattern--->servlet-name--->servlet-class)。动作类为:com.itheima.web.servlet.AddBookServlet。然后由动作类在进行一些后台操作。
图三 url-pattern--->servlet-name--->servlet-class