web xml-web.xml中url-pattern中/*与/的区别?

问题描述

web.xml中url-pattern中/*与/的区别?

我在配置springMVC小案例时,在web.xml中配置/* 后,
结果请求执行到自己编写的controller并返回字符串逻辑视图名后,找不到我的jsp页面,
我的视图解析器都是配置正确的。当我把web.xml中的/* 改为/后,就可以找到视图了。所以,想问web.xml中配置/*和 /的不同?

解决方案

以"/"开头和以"/*"结尾的是用来做路径映射的。"/"用来表明对应的Servlet为应用默认的Servlet。

解决方案二:

"/"用来表明对应的Servlet为应用默认的Servlet,"/*"用来表示所有的路径都将会由此servlet拦截

时间: 2024-11-01 05:24:49

web xml-web.xml中url-pattern中/*与/的区别?的相关文章

javaee-在开发ssh框架的web应用beans.xml文件中出错,求大神解救

问题描述 在开发ssh框架的web应用beans.xml文件中出错,求大神解救 在开发ssh框架的web应用beans.xml文件中出错,求大神解救: 错误::Class 'org.apache.commons.dbcp.BasicDataSource' not found Class 'org.springframework.orm.hibernate3.LocalSessionFactoryBean' not found 1.以下是代码 xmlns:xsi="http://www.w3.or

符合j2ee标准的web application + web.xml

首先,提出一个问题,到底符合j2ee标准的web 应用程序是什么样的? 其实,我们看到的,就是一个目录.而他的目录结构是基本固定的: 1.WEB-INF  --这是对这个web的描述.在此目录下,会有如下文件:             web.xml   此文件必须的,该web app的配置文件.             lib     此文件可以有,该web app需要的库文件.             classes     可以有,存放编译好的servlet 文件. 2.META-INF

用ASP.NET创建管理XML WEB服务全接触

asp.net|web|web服务|xml|创建 Internet的发展已经用它超乎想象的力量重新规划了应用程序开发领域.公司和机构越来越依赖因特网和有关技术提供的数字资源和通讯渠道.因而,现在设计和开发的应用程序很少不考虑如何最好的整合和运用Internet技术.在应用程序中整合Internet技术成为业界对开发技术的提出的新的要求.微软适时提出的以XML为基础的Web服务满足了这种需求,本期专题我将向大家介绍利用ASP.NET的创建和管理XML WEB服务的过程. 概述 XML Web服务是

ASP.NET创建Web服务之XML基础结构

asp.net|web|web服务|xml|创建 为了在网络多样性方面取得成功,XML Web服务必须不关心所选择的操作系统.对象模型和程序语言.而且,XML Web服务为了和其他基于Web的技术一样被广泛接受,它们必须: 松散耦联:如果两个系统中,只有使用的命令能理解前面提到过的自我描述基于文本的消息,那么这两个系统就被认为是松散耦联的.而另一方面,紧密耦联的系统使用大量的定制的软件来增强系统间的通讯,并且需要对系统之间了解的更多. 无所不在的通信:现在个人不太可能能够构造一个操作系统,或者在

亲密接触xml(9)XML在Netscape和Explorer中

xml   在这个Web站点中,我们集中讨论Internet Explorer 5.0 对XML的支持, 因为Netscape 对XML的支持比较差.也许这种情况会改变.       XML在这个Web站点上       许多应用程序都支持XML.我们集中讨论Internet Explorer 5.0. 你们中的有些人会对此抱怨,但是我们这样做只是因为这是我们所知道的唯一的可行途径,我们这样来说明在 Internet上的真实的XML的例子.我们很遗憾地说--在我们等待Netscape的同时--我

通过压缩SOAP改善XML Web service性能

web|xml|性能|压缩 压缩文本是一个可以减少文本内容尺寸达80%的过程.这意味着存储压缩的文本将会比存储没有压缩的文本少80%的空间.也意味着在网络上传输内容需要更少的时间,对于使用文本通信的客户端服务器应用程序来说,将会表现出更高的效率,例如XML Web services. 本文的主要目的就是寻找在客户端和服务器之间使交换的数据尺寸最小化的方法.一些有经验的开发者会使用高级的技术来优化通过网络特别是互联网传送的数据,这样的做法在许多分布式系统中都存在瓶颈.解决这个问题的一个方法是获取更

可靠的 XML Web Service (2)

web|xml 标头的作用在查看代码之前,我们需要了解一下 SOAP 主题,即标头.SOAP 1.1 规范中谈论最少的内容之一就是 SOAP 标头.标头提供了一种扩展消息处理体系结构的简单方法.SOAP 1.1 规范中提到:标头在实现与消息主体没有特定关系的处理规则(例如验证和事务管理)时非常有用.对任何类型的消息来说,SOAP 标头都是以独立方式对可靠性信息进行编码的完美解决方案.规范中还概述了实施和处理这些标头的标准和规则. 下面我们来看看如何实现包含可靠性信息的 SOAP 标头.首先要为标

保护 XML Web 服务免受黑客攻击(4/end)

web|xml|攻击 定义接口 与其他 Web 应用程序相比,XML Web 服务器应用程序的一个主要优点就是很好地定义了传递到您的应用程序的整个 XML 架构.对于应用程序设计人员和开发人员来说,这意味着您已经知道 XML Web 服务所必须处理的数据具有有效的格式.如果接收的数据格式不正确,那么 Microsoft SOAP Toolkit 2.0 或 .NET 框架之类的工具将过滤出该请求,这样您就不必为此担心了.例如,您不必分析日期输入的语法是否有效.日期必须具有有效的 XSD 格式,否

COM+ Web 服务:通过复选框路由到 XML Web Services (转)9

services|web|xml|复选框 编译并运行此 Visual Basic .NET 应用程序,将产生与前面两个 VBScript CAO 示例相同的输出内容. 因为服务器应用程序将组件发布为 CAO 和 WKO 两种形式,所以由远程客户端选择激活方法.虽然可能只对学术研究有意义,但是单一客户端计算机确实可以使用同一组件的两种远程激活方法,访问远程服务器上同一个 SOAP 发布的虚拟根. SOAP 与 DCOM 的局限性和区别.NET Remoting 的目的之一是提供丰富的分布式环境,使

COM+ Web 服务:通过复选框路由到 XML Web Services(3) (微软中国)

services|web|xml|复选框|微软 SOAP 与 DCOM 的局限性和区别 .NET Remoting 的目的之一是提供丰富的分布式环境,使开发人员能够在此环境中对序列化协议(格式化程序)和网络协议(频道)进行组合与匹配..NET 框架 1.0 版本中的 COM+ Web 服务仅支持一种格式化程序 (SOAP) 和一种频道 (HTTP).这并不是说其他频道和格式化程序不能使用 ServicedComponents 或 COM+,而是说没有自动配置为这些备用频道和格式化程序提供客户端和