⑴ web.xml中的这个标签是怎么用的
四种认证类型：
BASIC：HTTP规范，Base64
<web-app>
......
<login-config>
<auth-method>BASIC</auth-method>
</login-config>
......
</web-app>
DIGEST:HTTP规范，数据完整性强一些，但不是SSL
<web-app>
......
<login-config>
<auth-method>DIGEST</auth-method>
</login-config>
......
</web-app>
CLIENT-CERT：J2EE规范，数据完整性很强，公共钥匙（PKC）
<web-app>
......
<login-config>
<auth-method>CLIENT-CERT</auth-method>
</login-config>
......
</web-app>
FORM：J2EE规范，数据完整性非常弱，没有加密，允许有定制的登陆界面。
<web-app>
......
<login-config>
<auth-method>FORM</auth-method>
<form-login-config>
<form-login-page>/login.html</form-login-page>
<form-error-page>/error.jsp</form-error-page>
</form-login-config>
</login-config>
......
</web-app>
这里的 FORM 方式需要说明的是 登录页面的固定的元素:login.html
<form name="loginform" method="post" action="j_security_check">
<INPUT name="j_username" type="text">
<INPUT name="j_password" TYPE="password">
<input type="submit" value="登 录" >
</form>
form 的action 必须是j_security_check, method="post", 用户名 name="j_username" , 密码name="j_password" 这些都是固定的元素
⑵ web.xml 中这个配置有一段debug true是什么意思啊
当我们想看DWR自动生成的测试页（Using debug/test mode）时，可在 java代码:
servlet中加
<init-param>
<param-name>debug</param-name>
<param-value>true</param-value>
</init-param>
这个参数DWR默认是false.如果选择true.我们可以通过url http://localhost:port/app/dwr ,你就可以看到你部署的每个DWR class。并且可以测试java代码的每个方法是否运行正常。为了安全考虑，在正式环境下你一定把这个参数设为false.
⑶ web.xml报错求解标签不符合规范什么意思
这个xsd文件记录了你的xml文件应该是什么格式，你的标签应该不符合你所用的xsd规范
解决方案就是更换成符合你规范的xsd文件 或者取消规范性检查
⑷ JSP中站点中的WEB-INF下的web.xml文件有什么用呢
凡事以.xml 结尾的文件，都是XML语言文件。它是一种标记语言。
WEB-INF 下的web.xml文件中，定义了xml的版本号，如version="1.0" ，所使用的国际标准码，如encoding="ISO-8859-1" 。 还有Tomcat 的版本以及一些初始，登陆信息。 你可以用记事本打开这个文件看看就知道了！
另外，我帮你介绍一下xml.
XML是一种标记语言。
结构化的信息中包含了一些内容（例如文字，图片等）和一些指示出内容的重现手段的标记（例如，在一个章节头部的信息和其脚注处的信息是有不同含义的。）所有的文档都有不同的结构。一种标记语言，是定义文档结构的机制。XML规范定义了一个对文档进行标记的标准。
什么是文档（Document）当前在XML基础上进行的开发或应用的总数，是非常令人吃惊的（XML开始应用也不过是一年左右的时间，注：该文写于1998年）。在我们的所描述的意图中，单词"Document" 并不单指传统的文档，同样也有"数据格式"的语意。他包括向量图，电子商务处理数据，数学方程式，对象附加数据，服务器APIs，以及数千种结构化信息。
XML的开发目标
XML规范展示了如下的目标：
1． 在Internet上直接使用XML。用户能够象使用HTML文档那样快速而简单的打开和浏览XML文档。在实际应用中，只有当XML浏览器象HTML浏览器那样被大量广泛的使用时，才能达到这个目标。
2． XML应该支持非常广泛的应用，XML能够在：着作，浏览，内容分析等等领域发挥巨大的作用。当初仅因为需要在Web上传送结构化文档而定义XML的想法到显得十分的狭隘了。
3． 由于XML可以兼容SGML，所以很多人用他来处理那些来自于组织机构中十分庞大、烦琐，原本需要SGML来处理的信息。XML被设计的很实用，能够兼容已经存在的标准，并且能够解决在Web中传输结构化文档的新问题。
4． 计算机程序能够很处理的处理XML文档。说得比较通俗一点，任何一个能力相当于计算机系毕业的学生的程序员，都只需要大概两个星期就能编制一个处理XML文档的程序。
5． 在XML中，随意数值保持足够的小，理想上是0。随意特征不可避免的带来兼容性的问题，以至于用户在共享文档时会出现失败的情况。
6． XML文档应该保持可读性和一定的清晰程度。如果你没有XML浏览器，或是你从什么地方接受到一个篇幅巨大的XML文档，你也能够通过常用的文字编辑器来阅读他，并且了解大致的意思。
7． XML的设计应该很快就准备好。通常一个标准的产生需要很长的时间。XML需要能够尽快的被开发出来。
8． XML的设计应该是结构合理而简洁的。可以用很多种办法实现上面的第4条所提到的目标，归根结底来说，XML应符合EBNF(Extended Backus-Naur Form)的表述规范，并遵从现代编译工具和方法来实现。 从很多点上可以说明SGML的语法是不符合EBNF的表述规范的，写一个合适的SGML解析器需要处理繁杂而少见的工作，而且难以解析语言的特性，XML不应该如此。
9． XML文档应该是易于创建的。尽管最终需要使用专用的编辑器来创建和修改XML内容，但是那并不是很紧迫的。在中间过渡期，我们可以选择一些其他的方法来创建XML文档：例如直接用手写板生成，或者是使用简单的Shell和Perl脚本来生成，等等。
10．XML标记的简练是其最大的价值所在。XML并不支持SGML中一些功能强大的特性，但这些特性也使得SGML解析器增加额外的负担。
⑸ WEB-INF/web.xml做什么用的
web.xml文件是用来初始化工程配置信息的，比如说 welcome页面，filter，listener，servlet，servlet-mapping，启动加载级别等等，当你的web工程中没用到这些当然也就不需要这个xml文件来配置你的apllication了
每一个xml文件都有定义他书写规范的schema文件，web.xml所对应的xml Schema文件中定义了多少种标签元素，web.xml中就可以出现它所定义的标签元素，也就具备哪些特定的功能。web.xml的模式文件是由Sun 公司定义的，每个web.xml文件的根元素为<web-app>中，必须标明这个web.xml使用的是哪个模式文件。
web.xml的模式文件中定义的标签并不是定死的，模式文件也是可以改变的，一般来说，随着web.mxl模式文件的版本升级，里面定义的功能会越来越复杂，标签元素的种类肯定也会越来越多，但有些不是很常用的，我们只需记住一些常用的并知道怎么配置就可以了。
⑹ 什么是XML(需详细说明)
XML是一种标记语言。
结构化的信息中包含了一些内容（例如文字，图片等）和一些指示出内容的重现手段的标记（例如，在一个章节头部的信息和其脚注处的信息是有不同含义的。）所有的文档都有不同的结构。一种标记语言，是定义文档结构的机制。XML规范定义了一个对文档进行标记的标准。
什么是文档（Document）当前在XML基础上进行的开发或应用的总数，是非常令人吃惊的（XML开始应用也不过是一年左右的时间，注：该文写于1998年）。在我们的所描述的意图中，单词"Document" 并不单指传统的文档，同样也有"数据格式"的语意。他包括向量图，电子商务处理数据，数学方程式，对象附加数据，服务器APIs，以及数千种结构化信息。
为什么选择XML？
为了正确的理解XML。理解他为什么被创造是十分重要的。XML被设计成一种结构丰富的文档，所以能够在Web上四处应用。在此之前，我们仅有两种选择，一种是HTML，一种是SGML。
对于HTML，我们已经讨论过了，他的固定语意的标记不能够提供良好的文档结构。而SGML虽然能够提供良好的结构，但是相对于一个浏览器来说，未免显得过于过于复杂，实施起来也很麻烦。一个完整的SGML系统相当庞大，需要解决的各种复杂问题带来了很高的成本。处理在Web中传送的结构化文档需要一种小巧灵活的机制。
当然这也并不意味着，XML一定能按照预期中那样全面的替代SGML。XML被设计为在Web上传递结构化的内容，对于一些其他方面的应用，SGML依然是最合适的解决方案，例如创建并长时间储存一些结构混杂的的文档。在许多组织机构中，筛选SGML来生成XML已经成为标准的Web传输方式。
XML的开发目标
XML规范展示了如下的目标：
1． 在Internet上直接使用XML。用户能够象使用HTML文档那样快速而简单的打开和浏览XML文档。在实际应用中，只有当XML浏览器象HTML浏览器那样被大量广泛的使用时，才能达到这个目标。
2． XML应该支持非常广泛的应用，XML能够在：着作，浏览，内容分析等等领域发挥巨大的作用。当初仅因为需要在Web上传送结构化文档而定义XML的想法到显得十分的狭隘了。
3． 由于XML可以兼容SGML，所以很多人用他来处理那些来自于组织机构中十分庞大、烦琐，原本需要SGML来处理的信息。XML被设计的很实用，能够兼容已经存在的标准，并且能够解决在Web中传输结构化文档的新问题。
4． 计算机程序能够很处理的处理XML文档。说得比较通俗一点，任何一个能力相当于计算机系毕业的学生的程序员，都只需要大概两个星期就能编制一个处理XML文档的程序。
5． 在XML中，随意数值保持足够的小，理想上是0。随意特征不可避免的带来兼容性的问题，以至于用户在共享文档时会出现失败的情况。
6． XML文档应该保持可读性和一定的清晰程度。如果你没有XML浏览器，或是你从什么地方接受到一个篇幅巨大的XML文档，你也能够通过常用的文字编辑器来阅读他，并且了解大致的意思。
7． XML的设计应该很快就准备好。通常一个标准的产生需要很长的时间。XML需要能够尽快的被开发出来。
8． XML的设计应该是结构合理而简洁的。可以用很多种办法实现上面的第4条所提到的目标，归根结底来说，XML应符合EBNF(Extended Backus-Naur Form)的表述规范，并遵从现代编译工具和方法来实现。 从很多点上可以说明SGML的语法是不符合EBNF的表述规范的，写一个合适的SGML解析器需要处理繁杂而少见的工作，而且难以解析语言的特性，XML不应该如此。
9． XML文档应该是易于创建的。尽管最终需要使用专用的编辑器来创建和修改XML内容，但是那并不是很紧迫的。在中间过渡期，我们可以选择一些其他的方法来创建XML文档：例如直接用手写板生成，或者是使用简单的Shell和Perl脚本来生成，等等。
10．XML标记的简练是其最大的价值所在。XML并不支持SGML中一些功能强大的特性，但这些特性也使得SGML解析器增加额外的负担。
⑺ 在eclipse下建立一个项目，但是是没有web.xml的，自己手动建立一个web.xml，但不知道怎么加载
当你部署web项目到tomcat的时候，tomcat会自动解析并加载web.xml，这个是默认的，不用配置
⑻ Web 服务封装规范
本系统中的网格服务管理中心和数据绑定接口全部采用 Web 服务技术进行开发，下面介绍 Web 服务封装有关的规范。
Web Service 是基于网络的、分布式的模块化组件，它执行特定的任务，遵守具体的技术规范，这些规范使得 Web Service 能与其他兼容的组件进行互操作。它可以使用标准的互联网协议，像超文本传输协议 HTTP 和 XML，将功能体现在互联网和企业内部网上。Web Service 最大的优势就是提供了跨平台的用不同语言编写的各种程序之间交互的一系列标准。Web Service 可以采用多种编程语言进行编写，如 C#，Java 等。
Web Service 是通过一系列协议规范来保证分布式应用程序之间的动态连接。目前这些协议规范有:
(1)XML 与 XSD 规范。XML(可扩展标记语言)是 Web Service 平台中表示数据的基本格式。具有易于建立和易于分析的特点，除此之外，XML 主要的优点在于它与平台和厂商无关。XML 是由万维网协会(W3C)创建，W3C 制定的 XML Schema XSD 定义了一套标准的数据类型，并给出了一种语言来扩展这套数据类型。Web Service 平台用 XSD作为数据类型系统。当使用某种语言如 C#来构造一个 Web Service 时，为了符合 WebService 标准，所有使用的数据类型都必须被转换为 XSD 类型。如想让它在使用不同平台和不同软件的不同组织间传递，还需要用 SOAP 协议将其包装起来。
(2)SOAP 协议规范。SOAP 是 XML 文档形式的调用 Web 服务方法的规范，它可以支持不同的底层接口，像 HTTP(S)或者 SMTP。之所以使用 XML 是因为它独立的编程语言，良好的可扩展性以及强大的工业支持。之所以使用 HTTP 是因为几乎所有的网络系统都可以用这种协议来通信，由于它是一种简单协议，所以可以与任何系统结合，还有一个原因就是它可以利用 80 端口来穿越防火墙。SOAP 的强大是因为它简单。SOAP 是一种轻量级的，非常容易理解的技术，并且很容易实现。它有工业支持，可以从各主要的电子商务平台供应商那里获得。从技术角度来看，SOAP 详细指明了如何响应不同的请求以及如何对参数编码。一个 SOAP 封装了可选的头信息和正文，并且通常使用 HTTP POST 方法传送到一个 HTTP 服务器，当然其他方法也是可以的，例如 SMTP。SOAP 同时支持消息传送和远程过程调用。
(3)WSDL。WSDL 是定义如何利用 XML 语法描述 Web Services 的规范。它通过在服务提供者和服务请求者之间交换的消息来描述 Web Services，可被看做是 Web Services 和外界沟通的桥梁。WSDL 文档描述了用户调用 Web Services 所需的一些关键信息: WebServices 的名称、Web Services 的获取地址、可供调用的方法、每个方法的输入输出参数类型。因为是基于 XML 的，所以 WSDL 既是机器可阅读的，又是人可阅读的。
(4)UDDI。UDDI 是一套基于 Web 的、分布式的、Web Service 信息注册中心的实现标准，UDDI 的设计目的是为电子商务和服务发现机制提供标准的信息格式和服务调用。同时也包含一组使企业能将自身提供的 Web Service 注册，以使别的企业能够发现的访问协议的实现标准。因此，企业可以使用 UDDI 找到潜在的合作伙伴。