java為什麼使用webservice

2021-03-19 18:19:21 字數 3960 閱讀 8241

1樓:匿名使用者

webservice 主要是一種可以接收從inter***或者intra***上的其它系統中傳遞過來的請求,輕量級的獨立的通訊技術

通俗的說就是系統與系統之間的資料傳遞

java的webservice最大的好處是什麼,最多的使用場合是什麼?

2樓:夏沫的秋

1.web service本身不能做太多事,各種功能都是你自己程式設計實現的,但是你的程式只能自己用,自己看,別人根本不知道你的程式是什麼樣的。而web service就是規定了一種方式,告訴你將你的程式如何的部署到伺服器上,然後大家通過一種協商好的地址能找到你的程式的說明,說明的格式也是大家都協商好的,所以可以讀懂……然後你就可以根據那個地址來呼叫這個程式的方法了。

你看,web service 本身貌似沒幹什麼,它就是讓你可以釋出自己的程式和呼叫別人釋出的程式。

2.協議基本就是上面提到的那些大家協商好的東西了,什麼形式?什麼格式?

什麼樣式?之類的,可以說協議被庫支援,其實順序應該是先有了這個協議,然後這個庫遵從這個協議來解析,就說支援這個協議。

3.其實webservice傳的資料可以是任意啊,規定用各種格式只是考慮到webservice是牽扯到多方的,不規定的話就好像兩個人用不同語言交流,完全互相都不懂,那麼就沒意義了。xml是最通用的,你也可以說是和庫繫結的,但是因為它簡單通用,基本各種環境都支援解析xml

3樓:yj_靜緣

b2b的整合

用webservice整合應用程式,可以使公司內部的商務處理更加自動化。跨公司的商務交易整合通常叫做b2b整合。

webservice是b2b整合成功的關鍵。通過webservice,公司可以把關鍵的商務應用「暴露」給指定的**商和客戶。例如,把電子下單系統和電子發票系統「暴露」出來,客戶就可以以電子的方式傳送訂單,**商則可以以電子的方式傳送原料採購發票。

當然,這並不是一個新的概念,edi(電子文件交換)早就是這樣了。但是,webservice的實現要比edi簡單得多,而且webservice執行在inter***上,在世界任何地方都可輕易實現,其執行成本就相對較低。不過,webservice並不像edi那樣,是文件交換或b2b整合的完整解決方案。

webservice只是b2b整合的一個關鍵部分,還需要許多其它的部分才能實現整合。

用webservice來實現b2b整合的最大好處在於可以輕易實現互操作性

4樓:

提供web服務咯, 一般是與另外一個環境的資料互動。

外包公司一般用的多。就是合作公司提供webservice ,外包公司互動資料

各位大蝦java 中webservice的作用完全詳解!

5樓:匿名使用者

當前,webservice是一個熱門話題。但是,webservice究竟是什麼?什麼情況下應該用webservice?

什麼情況下不應該用webservice?是需要我們正確認識的。

web service 是一種新的web應用程式分支,他們是自包含、自描述、模組化的應用,可以釋出、定位、通過web呼叫。web service可以執行從簡單的請求到複雜商務處理的任何功能。一旦部署以後,其他web service應用程式可以發現並呼叫它部署的服務。

實際上,webservice的主要目標是跨平臺的可互操作性。為了達到這一目標,webservice完全基於xml(可擴充套件標記語言)、xsd(xmlschema)等獨立於平臺、獨立於軟體**商的標準,是建立可互操作的、分散式應用程式的新平臺。由此可以看出,在以下三種情況下,使用webservice會帶來極大的好處。

長項一:跨防火牆的通訊

如果應用程式有成千上萬的使用者,而且分佈在世界各地,那麼客戶端和伺服器之間的通訊將是一個棘手的問題。因為客戶端和伺服器之間通常會有防火牆或者**伺服器。在這種情況下,使用d***就不是那麼簡單,通常也不便於把客戶端程式釋出到數量如此龐大的每一個使用者手中。

傳統的做法是,選擇用瀏覽器作為客戶端,寫下一大堆asp頁面,把應用程式的中間層暴露給終端使用者。這樣做的結果是開發難度大,程式很難維護。

長項二:應用程式整合

企業級的應用程式開發者都知道,企業裡經常都要把用不同語言寫成的、在不同平臺上執行的各種程式整合起來,而這種整合將花費很大的開發力量。應用程式經常需要從執行在ibm主機上的程式中獲取資料;或者把資料傳送到主機或unix應用程式中去。即使在同一個平臺上,不同軟體廠商生產的各種軟體也常常需要整合起來。

通過webservice,應用程式可以用標準的方法把功能和資料「暴露」出來,供其它應用程式使用。

例如,有一個訂單登入程式,用於登入從客戶來的新訂單,包括客戶資訊、發貨地址、數量、**和付款方式等內容;還有一個訂單執行程式,用於實際貨物傳送的管理。這兩個程式來自不同軟體廠商。一份新訂單進來之後,訂單登入程式需要通知訂單執行程式傳送貨物。

通過在訂單執行程式上面增加一層webservice,訂單執行程式可以把「addorder」函式「暴露」出來。這樣,每當有新訂單到來時,訂單登入程式就可以呼叫這個函式來傳送貨物了。

長項三:b2b的整合

用webservice整合應用程式,可以使公司內部的商務處理更加自動化。但當交易跨越**商和客戶、突破公司的界限時會怎麼樣呢?跨公司的商務交易整合通常叫做b2b整合。

webservice是b2b整合成功的關鍵。通過webservice,公司可以把關鍵的商務應用「暴露」給指定的**商和客戶。例如,把電子下單系統和電子發票系統「暴露」出來,客戶就可以以電子的方式傳送訂單,**商則可以以電子的方式傳送原料採購發票。

當然,這並不是一個新的概念,edi(電子文件交換)早就是這樣了。但是,webservice的實現要比edi簡單得多,而且webservice執行在inter***上,在世界任何地方都可輕易實現,其執行成本就相對較低。不過,webservice並不像edi那樣,是文件交換或b2b整合的完整解決方案。

webservice只是b2b整合的一個關鍵部分,還需要許多其它的部分才能實現整合。

用webservice來實現b2b整合的最大好處在於可以輕易實現互操作性。只要把商務邏輯「暴露」出來,成為webservice,就可以讓任何指定的合作伙伴呼叫這些商務邏輯,而不管他們的系統在什麼平臺上執行,使用什麼開發語言。這樣就大大減少了花在b2b整合上的時間和成本,讓許多原本無法承受edi的中小企業也能實現b2b整合。

短處一:單機應用程式

目前,企業和個人還使用著很多桌面應用程式。其中一些只需要與本機上的其它程式通訊。在這種情況下,最好就不要用webservice,只要用本地的api就可以了。

短處二:區域網的同構應用程式

在許多應用中,所有的程式都是用vb或vc開發的,都在windows平臺下使用***,都執行在同一個區域網上。例如,有兩個伺服器應用程式需要相互通訊,或者有一個win32或winform的客戶程式要連線區域網上另一個伺服器的程式。在這些程式裡,使用d***會比soap/http有效得多。

總之,只要從應用程式結構的角度看,有別的方法比webservice更有效、更可行,那就不要用webservice

現在java呼叫webservice是用什麼技術?

6樓:匿名使用者

java呼叫ws介面現在用的比較多

就是axis和cxf了

最早的時候是使用axis的比較多,因為這個是最早支援java的ws介面的,像eclipse裡都自帶了axis,然後因為axis很久沒有更新了,這時候cxf慢慢進入大家眼中

cxf的介面實現起來更簡單,和其它語言實現的介面互相呼叫的時候相容性也很好,再加上還有rest可以更簡單的訪問資源,現在很多新專案都會考慮用cxf,但是有很多老專案還是用的axis,如果維護的話也得能看懂,所以還是可以兩個都應該學學,必竟就是實現的方式有些不同而已,原理都是差不多的

關於cxf這個我之前找到一個哥們寫的一些很不錯的筆記,如果有興趣的話你可以去參考參考

7樓:匿名使用者

axis/axis2 xfire等

java使用while和,Java。使用while和dowhile迴圈解決。從鍵盤上接收一批整數,比較並輸出其中的最大

class zhidao public void input public static void main string args java 在鍵盤上接收一批數字,比較並輸出其中的最大值和最小值,輸入0時結束迴圈。import java.util.arraylist import java.uti...

Split怎麼使用,Java中split的用法

這個很有用 j a中split的用法 那是字串分割的方法比如有個字串是這樣的 string str boo and foo 呼叫它的方法 str.split 意思是以 分割上面的字串。返回一個字串陣列,陣列裡面就是 string split char c 該方法用於將字串按分隔符c分割 返回stri...

Java中怎麼使用this關鍵字?什麼時候可以使用

當你想要引用當前物件的某種東西,比如當前物件的某個方法,或當前物件的某個成員,你便可以利用this來實現這個目的。比如說吃飯這個方法它是由上帝來定義的,世界上所有的人來執行。吃飯這個行為發生的時候,主體就是在吃飯的這個人,也就是要有人執行吃飯這個行為。有時候我們需要在一個行為 方法 裡,能明確知道這...