⑴ 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 找到潛在的合作夥伴。