⑴ 自帶瀏覽器可以完全應用WEB協議的 這WEB協議是嗎意思
正如名字所示，Web2.0代表了一系列下一代的Internet技術。這些協議和工具使得創建在線應用更加容易，這些在線應用具有動態能力，更象基於傳統PC的應用軟體。它們也更加開放，鼓勵用戶以新的方式去操作，與內容交互。Web 2.0將計算力量推離桌面平台，升級Internet上，這意味著在PC軟體管理中將花費更少的時間和金錢。一般來說，Web2.0工具比傳統的軟體更省錢——甚至於很多是免費的。之所以能夠免費是因為這些軟體是基於Web的，所有你要做的僅僅是更新瀏覽器。提出時髦詞彙: 2004由O』Reilly媒體公司Tim O』Reilly首創 簡略定義：web 2.0是一系列基於Web的軟體服務，它有助於用戶更多參與到數據的產生和操作當中來。使能技術：AJAX、Blogs、RSS、wikis、XML、Atom 著名的Web 2.0品牌：Digg、Flickr、Google Apps、Linkedin、 salesforce、com、Socialtext、Youtube、Wikipedia 投資：web2.0創新企業在2006年吸引了8.44億美元的風險投資，比2005年增長了兩倍多。（資料來源：VentureOne）現在為什麼它重要 1984年，SUN公司的聯合創始人約翰.蓋奇提出了「網路就是計算機」的說法，用以描述他對計算機技術發展趨勢的判斷。在當時而言，這是一種大膽的論斷，因為它預測在將來數據網路將足夠強大，以至於可以代替主機和桌面個人計算機，作為主要的IT資源。到目前為止：雖然經歷了大約20多年，從預言到走向現實，web2.0正在將網路轉變成一個充滿活力的計算平台。當今基於web的應用程序很快，並且是動態的，它們的功能越來越象安裝在個人電腦中的軟體程序。例如，Google spreadsheets是一個表格計算工具，它的功能類似於微軟公司的Excel，但卻有著三個主要的不同點：它是基於Web的，因此用戶不需要下載或安裝其它軟體；它是協作軟體，因此多用戶可以同時使用；最為重要的，它是免費的。在web2.0時代，你不僅僅可以讀到一個新聞，例如，你還可以開始發布一個你自己的新聞列表。如果你對於目前的軟體的編排方式感到困惑，Web2.0服務可以更簡單地以不同的方式展示數據。是否在共享文檔中有過由於版本問題？Web2.0可以讓團隊中的人同時在一個文檔或表格中工作，而計算機在後台處理何時、何地、何人、何變化等版本變化蹤跡。一般而言，web2.0的主要特徵包括： ·基於web的應用程序可以隨處獲取； ·用於解決某個特定問題的簡單應用程序； ·價值在於內容，而不是在於展現內容的軟體； ·數據能夠輕松共享； ·分發是自下向上，而不是自上向下； ·雇員和客戶可以自已獲取和使用工具； ·開放性的工具鼓勵人們創建、協作、編輯、分類、交換和促進信息。 ·鼓勵網路效應：人們分享貢獻越多，得到的內容越好。 仍然困惑？網上有一個很好的視頻可以告訴web2.0與web1.0的區別在那。所有這些特徵對信息技術和個人通訊的未來發展具有重要影響。Web2.0為一大群人協作並交換信息創造了一個新的方式，這種方式同時還降低了個人電腦自身作為信息發送平台的重要性。當應用程序和輸入其中的信息都在線時，多種設備都可以當作信息終端：你的智能電腦，你的音樂播放器，你現在使用的電腦，以及將來你可能使用的電腦。Web2.0不僅僅是將這一切都有可能，而且使得這些都不再昂貴，並且易於使用。為什麼對你重要雖然大部分著名的Web2.0工具都是消費者個人應用程序——YouTube，Flickr和MySpace等等掛在嘴邊的應用，但是有兩個為什麼與商業用戶有關的主要原因。第一個原因與削減與傳統企業應用帶來的成本有關。每一個IT經理都會告訴你，在個人電腦和公司伺服器上安裝、配置、維護和升級必要的軟體是昂貴的，並且如果你公司有眾多擁有不同的計算需求的員工時，成本會更高。Web2.0工具削除了這種麻煩以及帶來的相應成本，因為web2.0應用程序是放在伺服器上的，而伺服器是由軟體提供商自已維護的。同樣，web2.0也改變了信息的產生、使用、分享和操縱方式。由於web2.0技術帶來的部分原因，一個公司（包括CEO、董事會、管理層和雇員）與消費者之間的距離從來沒有如此近過。考慮到這一現實優點，在許多公司能以及相應的管理層當中，都需要發生相當大的變化。層級和直接控制將讓位於協作、創新、透明和大眾參與，這種變化帶來的效果正在逐步讓他們感知。 Web2.0給商業社會帶來了許多潛在的好處，然而這的確是一個不同的天地。例如，在2006年，通用汽車邀請用戶為他們的雪佛蘭•太浩設計個性化的產品，使用通用提供的視頻和用戶自己選擇的音樂和文本。這項嘗試引發了大量的網上訪問量，（有可能希望）得到大量的商業訂單，通用從來沒有估計到的會有這么多。但是，與傳統的推廣相比，這項嘗試很便宜，它向新的聽眾展示了雪佛蘭•太浩，而且它的確也實現了這樣的目標——該種型號與去年同期相比銷量非常強勁。最有力的支持點實質上，web2.0所有的工作都是圍繞簡化。實際上，它削弱了對單獨計算機實現計算的依賴性，這一變化急劇地降低了軟體分發和管理的成本。它使用通用的軟體協議來支持不同工具和不同用戶群之間的信息自由交換（減少由於單個技術平台或者功能模塊導致的數據孤立）。最後，由於web2.0鼓勵大規模的協作，web2.0有利於形成一種新的問題解決模式，這種可以給業界經理們提供有益的想法和觀點。弱點圍攏web2.0做的各種廣告有些令人不愉快，並且還混淆了人們的認識。一些資深技術專家甚至於提出，Web2.0不過是給一組早已經存在的技術取了一個稍微新一點的名字而已。這些評論對於公司經理評價是否在公司使用web2.0技術非常有影響。這個名詞的模糊狀態導致某些供應商吹噓自己的產品是」web2.0」以便得到注意，而跟本不考慮他們提供的產品在多大程度上具有動態、交互能力，或者說通過接受web2.0的協議構建。同時，由於越來越多的風險投資的進入，意味著越來越多的創新企業的web2.0產品出現，這些產品並不是都能夠生存下來。在做出對web2.0技術進行投資之前，確實需要認真評估相應的風險，以及採取措施將意想不到的風險減少到最低程度。
⑵ 如何將Web應用打包成.war文件
將Web應用打包成WAR文件的方法: (1)在命令行中運用Jar命令 假定有一個Web應用：C:/myHome myHome/WEB-INF/ myHome/files/ myHome/image/ myHome/src/ myHome/index.jsp 在命令行窗口下執行如下命令： C:/cd myHome C:/myHome/jar cvf myhome.war *.*/ . 解釋：jar cvf[A-war包名]. war[B-資源文件及文件夾] [C-將要生成war包的目標文件夾] *.*/（B-）代表當前目錄（C:/myHome）下的所有文件及文件夾。. （C-）表明將要在當前目錄中生成war包。 操作完成後，找到C:/myHome下新生成的myhome.war，將其拷入TOMCAT_HOME/webapps/下。然後啟動Tomcat即可。 (2)利用IDE工具打包,如Eclipse 右鍵點擊你想打包的文件或者項目，選擇export,然後是選擇J2EE，在彈出的對話框中選擇WAR文件 ，上面有許多選項，還可以選EAR，JAR，個人覺得這個很方便的！ (3)利用ANT工具打包 首先配置好build.xml文件，然後dos下輸入ant ...war 選中你的web工程，lomboz J2ee---Deploy Mole,就可以把Web工程發布並打包了！
⑶ 什麼是web協議
http、ftp...
⑷ 網際網路上的伺服器是基於什麼協議那麼Web服務基於什麼協議
TCP / HTTP。
⑸ 什麼是web應用協議 謝謝
應該是WEB服務協議吧。
Web Service支持3種協議來與用戶交流數據。這3種協議分別是：
1．HTTP-GET
2．HTTP-POST
3．SOAP
在這3種協議中，HTTP(Hypertext Transfer Protocol)已經是眾所周知的協議了，它是XML Web Service數據傳輸的標准，其中包括使用SOAP傳輸數據。HTTP將SOAP消息壓縮,然後以HTTP傳輸協議的形式進行網路傳輸。然而在XML Web Service下使用HTTP-GET和HTTP-POST的時候，事實上是指有關單獨使用HTTP調用XML Web Service中的方法的能力，而不使用SOAP。
在HTTP中，GET和POST並不是一種協議，它們是可以用來與Web Service交互的幾種方法中的其中兩種。然而，這二種方法的傳送參數和數據的能力使它們變成了一種簡單的，非常適合用來調用XML Web Service的工具。
SOAP是XML Web Service最常用到的連接協議。與HTTP相比，SOAP顯的更為復雜，但卻擁有更強的接受能力。SOAP是一種以XML為基礎的協議，它提供一種將數據打包（Packaging）和編碼（Encoding）的方法，以用於網路的數據傳輸。任意一個用戶都可以使用SOAP協議與任何一個XML Web Service進行通信，甚至於這個XML Web Service不是建立在.NET 平台上的，比如說Java的，都可以利用SOAP來進行數據傳輸。因此可見，SOAP也是Language Independent(語言獨立性)。
2
HTTP-GET和HTTP-POSTHTTP-GET 和 HTTP-POST 是使用 HTTP（超文本傳輸協議）謂詞以及與之關聯的請求語義將參數作為名稱/值對編碼和傳遞的標准協議。每個協議都由一系列 HTTP 請求頭組成，這些頭與一些其他信息一起定義客戶端向伺服器請求的內容，而在成功時，伺服器將用一系列 HTTP 響應頭和所請求的數據響應。
⑹ 哪種協議負責控制 web 客戶端和 web 伺服器之間交換的數據段的大小和傳輸速率
1 計算機網路，是指將地理位置不同的具有獨立功能的多台計算機及其外部設備，通過通信線路連接起來，在網路操作系統，網路管理軟體及網路通信協議的管理和協調下，實現資源共享和信息傳遞的計算機系統。
2 TCP/IP整體構架概述
TCP/IP協議並不完全符合OSI的七層參考模型。傳統的開放式系統互連參考模型，是一種通信協議的7層抽象的參考模型,其中每一層執行某一特定任務。該模型的目的是使各種硬體在相同的層次上相互通信。這7層是:物理層、數據鏈路層、網路層、傳輸層、話路層、表示層和應用層。而TCP/IP通訊協議採用了4層的層級結構，每一層都呼叫它的下一層所提供的網路來完成自己的需求。這4層分別為：
應用層：應用程序間溝通的層，如簡單電子郵件傳輸（SMTP）、文件傳輸協議（FTP）、網路遠程訪問協議（Telnet）等。
傳輸層：在此層中，它提供了節點間的數據傳送服務，如傳輸控制協議（TCP）、用戶數據報協議（UDP）等，TCP和UDP給數據包加入傳輸數據並把它傳輸到下一層中，這一層負責傳送數據，並且確定數據已被送達並接收。
互連網路層：負責提供基本的數據封包傳送功能，讓每一塊數據包都能夠到達目的主機（但不檢查是否被正確接收），如網際協議（IP）。
網路介面層：對實際的網路媒體的管理，定義如何使用實際網路（如Ethernet、Serial Line等）來傳送數據。
TCP/IP中的協議
以下簡單介紹TCP/IP中的協議都具備什麼樣的功能，都是如何工作的：
1． IP
網際協議IP是TCP/IP的心臟，也是網路層中最重要的協議。
IP層接收由更低層（網路介面層例如乙太網設備驅動程序）發來的數據包，並把該數據包發送到更高層---TCP或UDP層；相反，IP層也把從TCP或UDP層接收來的數據包傳送到更低層。IP數據包是不可靠的，因為IP並沒有做任何事情來確認數據包是按順序發送的或者沒有被破壞。IP數據包中含有發送它的主機的地址（源地址）和接收它的主機的地址（目的地址）。
高層的TCP和UDP服務在接收數據包時，通常假設包中的源地址是有效的。也可以這樣說，IP地址形成了許多服務的認證基礎，這些服務相信數據包是從一個有效的主機發送來的。IP確認包含一個選項，叫作IP source routing，可以用來指定一條源地址和目的地址之間的直接路徑。對於一些TCP和UDP的服務來說，使用了該選項的IP包好像是從路徑上的最後一個系統傳遞過來的，而不是來自於它的真實地點。這個選項是為了測試而存在的，說明了它可以被用來欺騙系統來進行平常是被禁止的連接。那麼，許多依靠IP源地址做確認的服務將產生問題並且會被非法入侵。
2. TCP
如果IP數據包中有已經封好的TCP數據包，那麼IP將把它們向『上』傳送到TCP層。TCP將包排序並進行錯誤檢查，同時實現虛電路間的連接。TCP數據包中包括序號和確認，所以未按照順序收到的包可以被排序，而損壞的包可以被重傳。
TCP將它的信息送到更高層的應用程序，例如Telnet的服務程序和客戶程序。應用程序輪流將信息送回TCP層，TCP層便將它們向下傳送到IP層，設備驅動程序和物理介質，最後到接收方。
面向連接的服務（例如Telnet、FTP、rlogin、X Windows和SMTP）需要高度的可靠性，所以它們使用了TCP。DNS在某些情況下使用TCP（發送和接收域名資料庫），但使用UDP傳送有關單個主機的信息。
3.UDP
UDP與TCP位於同一層，但對於數據包的順序錯誤或重發。因此，UDP不被應用於那些使用虛電路的面向連接的服務，UDP主要用於那些面向查詢---應答的服務，例如NFS。相對於FTP或Telnet，這些服務需要交換的信息量較小。使用UDP的服務包括NTP（網路時間協議）和DNS（DNS也使用TCP）。
欺騙UDP包比欺騙TCP包更容易，因為UDP沒有建立初始化連接（也可以稱為握手）（因為在兩個系統間沒有虛電路），也就是說，與UDP相關的服務面臨著更大的危險。
4.ICMP
ICMP與IP位於同一層，它被用來傳送IP的的控制信息。它主要是用來提供有關通向目的地址的路徑信息。ICMP的『Redirect』信息通知主機通向其他系統的更准確的路徑，而『Unreachable』信息則指出路徑有問題。另外，如果路徑不可用了，ICMP可以使TCP連接『體面地』終止。PING是最常用的基於ICMP的服務。
5. TCP和UDP的埠結構
TCP和UDP服務通常有一個客戶/伺服器的關系，例如，一個Telnet服務進程開始在系統上處於空閑狀態，等待著連接。用戶使用Telnet客戶程序與服務進程建立一個連接。客戶程序向服務進程寫入信息，服務進程讀出信息並發出響應，客戶程序讀出響應並向用戶報告。因而，這個連接是雙工的，可以用來進行讀寫。
兩個系統間的多重Telnet連接是如何相互確認並協調一致呢？TCP或UDP連接唯一地使用每個信息中的如下四項進行確認：
源IP地址 發送包的IP地址。
目的IP地址 接收包的IP地址。
源埠 源系統上的連接的埠。
目的埠 目的系統上的連接的埠。
埠是一個軟體結構，被客戶程序或服務進程用來發送和接收信息。一個埠對應一個16比特的數。服務進程通常使用一個固定的埠，例如，SMTP使用25、Xwindows使用6000。這些埠號是『廣為人知』的，因為在建立與特定的主機或服務的連接時，需要這些地址和目的地址進行通訊。
相信大家都聽說過TCP/IP這個詞，這個詞好像無處不在，時時都會在你面前跳出來。那TCP/IP到底是什麼意思呢？
TCP/IP其實是兩個網路基礎協議：IP協議、TCP協議名稱的組合。下面我們分別來看看這兩個無處不在的協議。
IP協議
IP（Internet Protocol）協議的英文名直譯就是：網際網路協議。從這個名稱我們就可以知道IP協議的重要性。在現實生活中，我們進行貨物運輸時都是把貨物包裝成一個個的紙箱或者是集裝箱之後才進行運輸，在網路世界中各種信息也是通過類似的方式進行傳輸的。IP協議規定了數據傳輸時的基本單元和格式。如果比作貨物運輸，IP協議規定了貨物打包時的包裝箱尺寸和包裝的程序。 除了這些以外，IP協議還定義了數據包的遞交辦法和路由選擇。同樣用貨物運輸做比喻，IP協議規定了貨物的運輸方法和運輸路線。
TCP協議
我們已經知道了IP協議很重要，IP協議已經規定了數據傳輸的主要內容，那TCP（Transmission Control Protocol）協議是做什麼的呢？不知大家發現沒有，在IP協議中定義的傳輸是單向的，也就是說發出去的貨物對方有沒有收到我們是不知道的。就好像8毛錢一份的平信一樣。那對於重要的信件我們要寄掛號信怎麼辦呢？TCP協議就是幫我們寄「掛號信」的。TCP協議提供了可靠的面向對象的數據流傳輸服務的規則和約定。簡單的說在TCP模式中，對方發一個數據包給你，你要發一個確認數據包給對方。通過這種確認來提供可靠性。
TCP/IP（Transmission Control Protocol/Internet Protocol的簡寫，中文譯名為傳輸控制協議/互聯網路協議）協議是Internet最基本的協議，簡單地說，就是由底層的IP協議和TCP協議組成的。TCP/IP協議的開發工作始於70年代，是用於互聯網的第一套協議。
3 網路協議三要素：語法 語義 同步
⑺ 怎麼查看程序是通過什麼協議編寫的
rk
這也是 .net做程序的一個缺陷，因為xp系統默認不安裝.net framework
當然你做成安裝包的話（不知道你是怎麼打包的）,可以讓用戶選擇從網上 下載.net framework （另外你也可以選擇將 .net framework打包，但是你的安裝包要胖很多。。。）
2.資料庫的問題
如果你是一個單機軟體（不是C/S架構的東西）而且你的軟體需要連sql server資料庫。
那你必須安裝 sql server!!
嘿嘿。。所以對一些小程序 ，推薦用access。access的話，你不用安裝 ACCESS資料庫，windows自帶有 一個引擎的。
----------
如果用VS自帶的打包軟體 ,就是建立一個安裝項目,它有個選項的,問你是把.NET framework怎麼安裝的..你自己找找,你用其他的打包軟體,我就不知道了。
⑻ webservice有哪些協議
WebService有哪些協議?
這個問題問的可能會有點問題.
首先:
Web service是一個平台獨立的，低耦合的，自包含的、基於可編程的web的應用程序，可使用開放的XML（標准通用標記語言下的一個子集）標准來描述、發布、發現、協調和配置這些應用程序，用於開發分布式的互操作的應用程序。
Web Service技術， 能使得運行在不同機器上的不同應用無須藉助附加的、專門的第三方軟體或硬體， 就可相互交換數據或集成。依據Web Service規范實施的應用之間， 無論它們所使用的語言、 平台或內部協議是什麼， 都可以相互交換數據。Web Service是自描述、 自包含的可用網路模塊， 可以執行具體的業務功能。Web Service也很容易部署， 因為它們基於一些常規的產業標准以及已有的一些技術，諸如標准通用標記語言下的子集XML、HTTP。Web Service減少了應用介面的花費。Web Service為整個企業甚至多個組織之間的業務流程的集成提供了一個通用機制。
他自己本身是一個技術的名稱而已
如果您說的是.NET的WebService
那麼就是SOAP協議了..XML格式的.
具體的話.
技術支持
Web Service平台需要一套協議來實現分布式應用程序的創建。任何平台都有它的數據表示方法和類型系統。要實現互操作性，Web Service平台必須提供一套標準的類型系統，用於溝通不同平台、編程語言和組件模型中的不同類型系統。這些協議有：
XML和XSD
可擴展的標記語言（標准通用標記語言下的一個子集）是Web Service平台中表示數據的基本格式。除了易於建立和易於分析外，XML主要的優點在於它既與平台無關，又與廠商無關。XML是由萬維網協會(W3C)創建，W3C制定的XML SchemaXSD定義了一套標準的數據類型，並給出了一種語言來擴展這套數據類型。
Web Service平台是用XSD來作為數據類型系統的。當你用某種語言如VB. NET或C#來構造一個Web Service時，為了符合Web Service標准，所有你使用的數據類型都必須被轉換為XSD類型。如想讓它使用在不同平台和不同軟體的不同組織間傳遞，還需要用某種東西將它包裝起來。這種東西就是一種協議，如 SOAP。
xml web service[2]
SOAP
SOAP即簡單對象訪問協議(Simple Object Access Protocol)，它是用於交換XML（標准通用標記語言下的一個子集）編碼信息的輕量級協議。它有三個主要方面：XML-envelope為描述信息內容和如何處理內容定義了框架，將程序對象編碼成為XML對象的規則，執行遠程過程調用(RPC)的約定。SOAP可以運行在任何其他傳輸協議上。例如，你可以使用 SMTP，即網際網路電子郵件協議來傳遞SOAP消息，這可是很有誘惑力的。在傳輸層之間的頭是不同的，但XML有效負載保持相同。
Web Service 希望實現不同的系統之間能夠用「軟體-軟體對話」的方式相互調用，打破了軟體應用、網站和各種設備之間的格格不入的狀態，實現「基於Web無縫集成」的目標。
WSDL
Web Service描述語言WSDL就是用機器能閱讀的方式提供的一個正式描述文檔而基於XML（標准通用標記語言下的一個子集）的語言，用於描述Web Service及其函數、參數和返回值。因為是基於XML的，所以WSDL既是機器可閱讀的，又是人可閱讀的。
UDDI
UDDI 的目的是為電子商務建立標准；UDDI是一套基於Web的、分布式的、為Web Service提供的、信息注冊中心的實現標准規范，同時也包含一組使企業能將自身提供的Web Service注冊，以使別的企業能夠發現的訪問協議的實現標准。
調用RPC與消息傳遞
Web Service本身其實是在實現應用程序間的通信。我們有兩種應用程序通信的方法：RPC遠程過程調用和消息傳遞。使用RPC的時候，客戶端的概念是調用伺服器上的遠程過程，通常方式為實例化一個遠程對象並調用其方法和屬性。RPC系統試圖達到一種位置上的透明性：伺服器暴露出遠程對象的介面，而客戶端就好像在本地使用的這些對象的介面一樣，這樣就隱藏了底層的信息，客戶端也就根本不需要知道對象是在哪台機器上。
軟體支持
操作系統離不開豐富的應用軟體的支持。同樣，Web Service這項技術只有通過日益廣泛的應用才能體現出其價值，比較流行的實現方法是使用.NET 和 Java兩種技術，並且兩種實現方法可以互相操作；如今我們已經可以看到使用微軟、Oracle、SUN、Borland等不同廠商的Web Service構建工具建立的Web Service應用。
微軟.NET
微軟的.NET技術應該算是時下最為流行的Web Service 開發技術。首先因為其公司在以前相應的產品就佔有相當大的市場份額，以至使新推出的.NET得以有比較穩定的用戶群；其次也是更重要的是 .NET平台不僅延續了微軟一貫的編程風格，而且還增加了許多支持Web 服務的關鍵性技術，使得.NET在操作的簡單性和執行的穩定性，高效性上達到了一個非常好的結合。
微軟的Visual Studio. NET便是一個便於 Web 服務的開發工具。微軟的目標是，將其新編程語言——C#作為Web Service的首選語言。雖然C#看起來與Java類似，但是還有一些Java中沒有的獨特的功能。.NET技術中用於Web Service 開發的主要工具是ASP. NET。從技術上說，ASP. net 提供了一些超出ASP以前版本的優點(例如：代碼和HTML（標准通用標記語言下的一個應用）的分離，與腳本語言相比較，對「真正」的編程語言如 C# 的支持)。
IBM的WebSphere
IBM公司是業界第一家能夠提供全面支持Web服務的電子商務基礎設施中間件的公司。通過多年來與W3C(The World Wide Web Consortium)的共同努力，包括DB2、Lotus、Tivoli 和WebSphere在內的所有IBM軟體都實現了對SOAP、WSDL、UDDI、Linux、XML（標准通用標記語言下的一個子集）、J2EE等開放技術和標準的全面支持。
IBM公司的WebSphere也是比較好的基礎架構軟體開發平台。WebSphere軟體平台及開發工具包括WebSphere Studio Application DeveloperWSAD 基於J2EE、XML 和Web服務等開放標准，並具備 IBM 在可靠性、擴展性和安全性上的主要優勢。WebSphere 是 IBM 在 Web Services策略中的核心平台，它支持所有開發、發布、部署 Web Services應用所必需的開放標准和技術，包括 UDDI，SOAP，J2EE，WSDL，和對 XML 技術集成的增強，這使得它在全球有很多用戶。
Borland的JBuilder
Borland公司在 JBuilder7中，用戶可以用其Borland Web Services Kit for Java和Borland JBuilder MobileSet 3進行更快捷地開發Web Service和無線應用。這樣將使開發者能夠在同一個開發環境中輕松地創建和集成Web Service。新推出的JBuidler8更是針對Web Service開發更提供了方便和高效的方法。
總之，在Web Service開發上，.NET 和Java都是很好的選擇，盡管兩者都有一些需要完善的地方，但是它們還是最好的開發手段和技術。具體選擇哪種開發工具，也是仁者見仁，智者見智的問題。從根本上說，這兩種方法沒有孰優孰劣的問題，只是根據使用者對這兩種方法的掌握程度和對具體語言的偏愛程度來決定。
⑼ webservice中採用協議Http，還有其它的協議么
沒寫過web service的東西，是不是提供一種以XML為傳輸介質的服務？
下面是網上摘抄的
--------------------------------
1 Web Service的傳輸協議概述
Web Service的傳輸協議概述在ASP.NET 中，XML Web Service支持3種協議來與用戶交流數據。這3種協議分別是：
1．HTTP-GET
2．HTTP-POST
3．SOAP
在這3種協議中，HTTP(Hypertext Transfer Protocol)已經是眾所周知的協議了，它是XML Web Service數據傳輸的標准，其中包括使用SOAP傳輸數據。HTTP將SOAP消息壓縮,然後以HTTP傳輸協議的形式進行網路傳輸。然而在XML Web Service下使用HTTP-GET和HTTP-POST的時候，事實上是指有關單獨使用HTTP調用XML Web Service中的方法的能力，而不使用SOAP。
在HTTP中，GET和POST並不是一種協議，它們是可以用來與Web Service交互的幾種方法中的其中兩種。然而，這二種方法的傳送參數和數據的能力使它們變成了一種簡單的，非常適合用來調用XML Web Service的工具。
SOAP是XML Web Service最常用到的連接協議。與HTTP相比，SOAP顯的更為復雜，但卻擁有更強的接受能力。SOAP是一種以XML為基礎的協議，它提供一種將數據打包（Packaging）和編碼（Encoding）的方法，以用於網路的數據傳輸。任意一個用戶都可以使用SOAP協議與任何一個XML Web Service進行通信，甚至於這個XML Web Service不是建立在.NET 平台上的，比如說Java的，都可以利用SOAP來進行數據傳輸。因此可見，SOAP也是Language Independent(語言獨立性)。
2
HTTP-GET和HTTP-POSTHTTP-GET 和 HTTP-POST 是使用 HTTP（超文本傳輸協議）謂詞以及與之關聯的請求語義將參數作為名稱/值對編碼和傳遞的標准協議。每個協議都由一系列 HTTP 請求頭組成，這些頭與一些其他信息一起定義客戶端向伺服器請求的內容，而在成功時，伺服器將用一系列 HTTP 響應頭和所請求的數據響應。
HTTP-GET的處理特徵如下：
l
將數據添加到URL。
l
利用一個問號（「?」）代表URL地址的結尾與數據的開端。
l
每一個數據的元素以 名稱/值的形式出現。
l
利用一個分號(「;」)來區分多個數據元素。
HTTP-POST的處理特徵如下：
l
將數據包括在HTTP主體中。
l
同樣的，數據的元素以名稱/值的形式出現。
l
但是每一個數據元素分別佔用主體的一行。
3
SOAP協議SOAP（Simple Object Access Protocol）簡單對象訪問協議，它是輕型協議，用於分散的、分布式計算環境中交換信息。SOAP有助於以獨立於平台的方式訪問對象、服務和伺服器。它藉助於XML，提供了HTTP所需的擴展。
SOAP協議規范由4個主要的部分組成。
第一部分：SOAP封裝（Envelop）定義了一個描述消息的內容多少、誰發送、誰應當接受並且處理以及如何處理它們的框架。
第二部分：SOAP編碼規則（Encoding Rules）定義了可選數據編碼規則，用於表示應用程序定義的數據類型和直接圖表，以及一個用於序列化非語法數據模型統一標准。
第三部分：SOAP RPC表示（RPC Representation）定義一個遠程調用風格（請求/響應）信息交換的模式。
第四部分：SOAP綁定（Binding）定義了SOAP和HTTP之間的綁定和使用底層協議的交換。
SOAP協議可以簡單地理解為：SOAP=RPC+HTTP+XML，即採用HTTP作為通信協議，RPC作為一致性的調用途徑，XML作為數據傳送的格式，從而允許服務提供者和服務客戶經過防火牆在Internet上進行通信交互。