web服務組合
1. 有沒用java開發Webservices組合的如果用java在網上搜索到Web服務
java可以開發web service 只需實現服務端提供的介面就行了
2. 服務組合和web服務組合有什麼區別請速回答,很急!!懸賞10分,回答了之後我會送的!
在開放、多變的環境下,面向服務的計算逐漸成為開放異構環境中復雜分布應用的主流計算模型。為了提高Web服務的可重用性,需要將多個功能有限的簡單Web服務按照服務描述、服務約束、可用資源等進行服務組合,實現用戶定義的組合目標,從而產生增值服務。目前,許多國內外研究機構圍繞動態Web服務組合技術展開了相關研究工作,並取得了一些有價值的成果。但是,動態Web服務組合的計算框架、模型理論、關鍵技術、實現機制等各方面尚不成熟。存在的主要問題是:面向服務應用的新型體系結構;服務的抽象虛擬化和即時組合;服務的選取、匹配和替換演算法;服務質量;如何利用語義和本體論;如何進行高效的服務質量管理,以滿足用戶提出的服務請求等。本文在分析動態Web服務組合的關鍵技術及存在的困難的基礎上,主要做了如下工作:(1)基於服務質量計算框架理論,提出了多層結構的服務組合模型。服務組合要解決的問題是根據用戶的服務請求,尋找一條合適的服務路徑滿足用戶請求,在滿足用戶的QoS需求的同時,還要盡量保證每種服務的各個服務組合路徑上的負載盡可能地分布均衡。為此,論文提出了一種多層結構的服務組合模型,為服務選擇以及動態執行中的服務替換提供多維QoS支持。該部分研究為動態服務組合的相關關鍵技術的研究提供一致的服務質量計算框架。在多層結構的服務組合模型基礎上,提出了一種有效的服務組合演算法。實驗結果分析表明,該演算法在服務組合成功率、組合時間、負載均衡以及對動態環境的適應性和可擴展性上有顯著提高。(2)基於服務組合QoS保障需求,提出了基於粒子群演算法的Web服務組合演算法。在Web環境中,滿足相同功能需求而具有不同QoS參數的Web服務實例存在多個,如何針對不同的應用,從候選服務集合中選擇一組服務,使得其QoS達到Pareto最優。為解決這個問題,論文提出基於粒子群演算法的Web服務組合演算法。理論分析和實驗結果說明了該演算法的可行性和有效性。(3)基於服務組合信任關系理論,研究並提出了一種Web服務信任評估模型。建立實體間的信任關系是Web服務的一個重要前提。針對傳統Web服務信任評估模型計算量大、不易識別欺詐行為、計算出的信任度不能體現各獨立信任度影響等問題,提出了一種新的Web服務信任評估模型。該模型能夠減少信任管理中心的工作量,提高整個系統的性能。同時,在發生非法或者惡意操作時能夠及時反映在信任評估中,保證了系統安全性。(4)基於服務組合信任關系理論,提出了基於黑白板的信任敏感Web服務組合策略。由於互聯網上的服務非常豐富,同時服務是動態生成與消失的,不同的服務所提供的服務質量也是有所區別的,用戶很難選擇合理的、高質量的服務組合;其次,用戶不能保證服務組合的各參與方的可信性,服務組合的各參與方都有可能存在惡意的、欺詐的、虛假的可能性。針對這些問題,論文提出了一種基於黑白板的信任敏感的服務組合策略。該策略通過黑板與白板信任演化模型來幫助用戶得到可信的、高質量的服務組合。白板以服務實體的直接交互關系與間接交互關系為主,真實地記錄服務組合交互過程中的服務質量與信任評價信息;黑板建立實體對其它服務實體的服務質量與信任評價系統。理論分析與實驗結果證實,通過黑白板結合,以服務實體直接信任關系推導,反演出豐富的對其它實體的信任關系,從而能夠克服信任演化中直接信任關系稀小,前期信任匱乏的問題。同時,基於黑白板的信任敏感Web服務組合策略能夠有效識別共謀欺騙。……
3. 怎麼將web服務組合起來最好能舉個簡單的例子
你說的是web service?要有一個web service的客戶端,一個web service的服務端。也就是運回行兩個伺服器,一個做client,一個做server。例子很長的,答你可以網上搜一下axis2,比較常用。
4. web服務如何組合
ASP+PHP+ASPX+MYSQL+MSSQL+CGI
就OK了
5. 語義驅動的Web 服務組合
與過程驅動的 Web 服務組合不同,語義驅動的 Web 服務組合強調 Web 服務的自描述,其基本思想是通過為 Web 服務描述和服務請求描述添加能被計算機系統所理解的語義,使 Web 服務組合方案通過推理自動生成。
(1)服務描述。服務描述對語義驅動的 Web 服務組合 十分重要,最基本的服務語義包括四元組 { I(數據輸入),O(數據輸出),P(條件輸入),E(輸出影響)} 。常見的服務描述有:
OWL-S: 由描述服務能力、服務工作過程和服務訪問細節的 ServiceProfile,Service-Model 和 ServiceGrounding 3 部分組成。ServiceProfile 涵蓋了 { I ,O,P,E} 以及服務 QoS語義,滿足計算機推理需求; ServiceModel 則定義了 Web 服務組合的內部流程。因此被當前的絕大部分的 Web 服務組合研究所使用。
WSDL: 描述服務 URL 和命名空間、服務類型、有效函數、函數參數、參數類型以及函數返回值和返回值類型等 Web 服務的通信和調用方法的 XML 文件。它是 Web 服務的事實標准,但它僅通過 「埠」規約了服務的功能特性,必須擴充增加 { P,E} 和 QoS語義才能支持 Web 服務組合。
自定義語義: 為實現 Web 服務組合推理而定義的非標准簡單描述語言。隨著 OWL-S的發展,這種服務描述已逐漸淡出。
(2)推理與選擇。語義驅動的 Web 服務組合通過對服務組合圖的搜索,生成組合方案。服務組合圖是一個改進的狀態圖: 以用戶請求的輸入為起點,輸出為終點; 圖中狀態代表一個服務; 變遷代表前後服務之間的語義關聯(包括 { I,O} 數據相似度,{ P,E}匹配度,以及 QoS 要求的符合度)。Web 服務組合推理就是在服務組合圖上的反向搜索過程: 以用戶需求為起點,首先尋找輸出與用戶需求目標一致的 Web 服務; 再尋找輸出與該服務輸入匹配的上一個服務; 如此類推直到找到輸入描述與用戶提供輸入一致的服務為止。如果搜索獲得多個滿足用戶需求的組合方案,則需要通過評價選擇一條最優的方案執行。在服務組合圖上,最優組合方案表現為從起點到終點相鄰服務語義關聯程度總和最大的一條路徑,「最短路徑」及其改進演算法是方案選擇使用的普遍方法。
6. 在php中,有應用伺服器+web伺服器組合的應用嗎
你可以嘗試一下docker應用容器
7. 基於本體的語義web服務組合,這裡面的本體是什麼意思
本體是來對相關領域中的概念及概源念之間的關系的一種形式化描述,它是從哲學領域中借鑒過來的概念,在語義網中,本體是核心和基礎的東西,當我們把一個領域中的概念用本體來描述後,實際上就形成了一個規范或標准,這樣,不同平台的應用系統就能共同遵從這一規范化的描述,形成對同一概念的語義共識,從而最終達到「機器理解」的目的。
可以看看一些關於語義Web的書籍,裡面一般都有非常詳細的介紹。
8. 過程驅動的Web 服務組合
過程驅動的 Web 服務組合基本思想是利用 Web 服務組合與過程模型的相似性,使用較成熟的過程建模工具和語言對 Web 服務組合業務過程進行建模,採用 「替代」法將過程模型中的相關組件最終替換成為具體的 Web 服務,從而獲得有效的、可執行的 Web 服務組合方案。根據具體的建模工具和實現技術,過程驅動的 Web 服務組合又可分為基於工作流模型、基於狀態演算和基於進程代數的 Web 服務組合。
(1)基於工作流模型的 Web 服務組合。工作流模型由於發展較成熟且支持工具較多而成為過程驅動 Web 服務組合中最常見的建模工具。WSFL、BPEL4WS 等擴展的工作流語言是該類方法的常用建模語言。此類方法中,工作流被用作分布活動的協調引擎或服務組合的建模定義的工具。該類方法包括兩個階段的內容: ① Web 服務組合設計者為工作流中每個活動設定一個抽象服務,形成抽象服務流程定義; ②執行前通過中間環節(圖6.11 中執行引擎)進行服務的匹配和綁定,將每個抽象服務替換成為一個實體服務,將抽象服務流轉換成實際的 Web 服務組合方案。抽象服務也稱服務模版,因此該方法又稱「基於服務模板的組合方法」。由於參與組合的任一服務不可用都可能導致整個組合方案崩潰,因此研究如何克服動態環境的影響,在基於工作流模型的 Web 服務組合方法中十分重要。現有的方法是盡可能保證生成的組合方案有效,如 CAFISE(Han Yanbo et al.,2003)採用 「逐步演化」 法: 將服務匹配環節推遲到某個服務節點啟動時進行,服務匹配操作查詢當前可獲得的最佳目標服務,以保證每個被選取的 Web 服務當前時刻最佳並且可獲得,從而較大限度地降低執行中的異常出現; 同時將抽象工作流到實際組合方案的轉換工作分散到各個活動執行前進行,也能降低執行引擎在服務查找和綁定時的開銷。基於工作流模型的 Web 服務組合通常以半自動的方式實現: 系統提供圖形化界面,服務設計者通過人機交互定義抽象服務流; 服務匹配和綁定則由系統自動處理。這種方式充分利用了設計者的領域知識降低系統復雜度,又減少了設計者工作量,可實現性強,並具有較好的動態性和靈活性。(夏海江等,2007)提出一種 Web 服務動態組合方法,將流程中的動態部分用黑盒子流程進行封裝,在執行時根據預定義規則和用戶需求將黑盒子流程自動組合展開為實際運行流程。對具體服務、抽象服務、黑盒子流程等概念和服務選取規則、服務組合規則進行了定義,詳細描述黑盒子流程展開演算法,對當前基於工作流的 Web 服務組合方法中需要預先定義流程結構,不能適應現代企業業務流程復雜多變的需求進行了改進。
(2)基於狀態演算的 Web 服務組合。基於狀態演算的 Web 服務組合方法基本思想是建立 Web 服務組合描述和服務狀態圖模型的一一映射關系,建立形式化的 Web 服務組合模型,通過形式化模型和工具分析 Web 服務組合系統。基於狀態演算的 Web 服務組合方法本質上仍是基於工作流模型的方法,但它側重於對 Web 服務組合的形式化建模,主要目的在於驗證 Web 服務組合方案的有效性和可行性。
(3)基於進程代數的 Web 服務組合。狀態演算適用於靜態系統描述,難以處理 Web服務組合的動態特性。用於描述和分析並發、非同步、非確定和分布式等系統行為的進程代數,是對動態實體進行建模的正式語言,具有嚴密的形式化語義,因此被引入到 Web 服務組合研究中。其中支持通道名稱傳遞的 π 演算由於適用於描述結構動態變化的並發系統,而成為進程代數在 Web 服務組合研究中應用的代表。
9. 目前可用的web服務組合平台有嗎有那些最好是用java的,在那裡可以下載
伺服器:tomcat、glassfish、weblogic、jboss等等
搜就出來了
10. 基於qoe的web服務組合模型有哪些
析了 Web 服務主要的非功能屬性因素,探討了這些因素對 Web 服務的服務質量所產生的影響。提版出了 Web 服務的 QoS 評價方法權,並將 Web 服務的 QoS 作為 Web 服務選擇的條件之一。構建基於 QoS 的 Web服務組合模型,利用查找後繼 Web 服務的選擇方法,實現 Web 服務的有效組合,使得組合 Web 服務既能滿足用戶的功能需求,又達到用戶個性化服務的目的。