वेब सर्विस: Difference between revisions

From Vigyanwiki
No edit summary
 
(3 intermediate revisions by 3 users not shown)
Line 1: Line 1:
{{Short description|Service offered between electronic devices via the internet}}
वेब सर्विस (डब्लूएस):
वेब सेवा (डब्लूएस):
* इलेक्ट्रॉनिक उपकरण द्वारा किसी अन्य इलेक्ट्रॉनिक उपकरण को दी जाने वाली सर्विस, [[इंटरनेट]] के माध्यम से एक दूसरे के साथ संचार करना है।
* इलेक्ट्रॉनिक उपकरण द्वारा किसी अन्य इलेक्ट्रॉनिक उपकरण को दी जाने वाली सेवा, [[इंटरनेट]] के माध्यम से एक दूसरे के साथ संचार करना है।
* कंप्यूटर उपकरण पर चलने वाला सर्वर, नेटवर्क पर किसी विशेष पोर्ट पर अनुरोधों को सुनना, वेब दस्तावेज़ों ([[ हाइपरटेक्स्ट परहस्त शिष्टाचार |हाइपरटेक्स्ट परहस्त शिष्टाचार]], [[JSON|जेएसओएन]], [[XML|एक्सएमएल]], इमेज) को उपलब्ध करना है।
* कंप्यूटर उपकरण पर चलने वाला सर्वर, नेटवर्क पर किसी विशेष पोर्ट पर अनुरोधों को सुनना, वेब दस्तावेज़ों ([[ हाइपरटेक्स्ट परहस्त शिष्टाचार |हाइपरटेक्स्ट परहस्त शिष्टाचार]], [[JSON|जेएसओएन]], [[XML|एक्सएमएल]], इमेज) को उपलब्ध करना है।


वेब सेवा में "वेब" शब्द का प्रयोग मिथ्या है। वेब सेवाएँ [[वर्ल्ड वाइड वेब]] (डब्ल्यूडब्ल्यूडब्ल्यू) का उपयोग नहीं करती हैं, जो इंटरनेट पर चलने वाला मानव उपयोगकर्ता इंटरफ़ेस है, बल्कि डब्ल्यूडब्ल्यूडब्ल्यू प्रोटोकॉल का उपयोग करके इंटरनेट पर चलने वाली मशीन-टू-मशीन सेवा है।
वेब सर्विस में "वेब" शब्द का प्रयोग मिथ्या है। वेब सर्विसएँ [[वर्ल्ड वाइड वेब]] (डब्ल्यूडब्ल्यूडब्ल्यू) का उपयोग नहीं करती हैं, जो इंटरनेट पर चलने वाला मानव उपयोगकर्ता इंटरफ़ेस है, बल्कि डब्ल्यूडब्ल्यूडब्ल्यू प्रोटोकॉल का उपयोग करके इंटरनेट पर चलने वाली मशीन-टू-मशीन सर्विस है।


वेब सेवा में, हाइपरटेक्स्ट ट्रांसफर प्रोटोकॉल जैसी वेब तकनीक का उपयोग मशीन-पठनीय फ़ाइल स्वरूपों जैसे [[XMLHttpRequest|एक्सएमएलएचटीटीपीअनुरोध]] और जेएसओएन को स्थानांतरित करने के लिए किया जाता है।
वेब सर्विस में, हाइपरटेक्स्ट ट्रांसफर प्रोटोकॉल जैसी वेब तकनीक का उपयोग मशीन-पठनीय फ़ाइल स्वरूपों जैसे [[XMLHttpRequest|एक्सएमएलएचटीटीपीअनुरोध]] और जेएसओएन को स्थानांतरित करने के लिए किया जाता है।


वेब सेवा सामान्यतः डेटाबेस सर्वर को [[ऑब्जेक्ट डेटाबेस|ऑब्जेक्ट ओरिएंटेड]] वेब-आधारित इंटरफ़ेस प्रदान करती है, उदाहरण के लिए किसी अन्य वेब सर्वर या [[मोबाइल ऐप विकास|मोबाइल ऐप]] द्वारा उपयोग किया जाता है, जो अंतिम-उपयोगकर्ता को उपयोगकर्ता इंटरफेस प्रदान करता है। कई संगठन जो प्रारूपित एचटीएमएल पृष्ठों में डेटा प्रदान करते हैं, वे उस डेटा को अपने सर्वर पर एक्सएमएल या जेएसओएन के रूप में भी प्रदान करते हैं, अधिकांशतः [[वेब सिंडिकेशन]] की अनुमति वेब सेवा के माध्यम से प्रदान करते हैं। अंतिम-उपयोगकर्ता को दिया जाने वाला एक अन्य अनुप्रयोग मैशप (वेब ​​अनुप्रयोग हाइब्रिड) हो सकता है, जहां वेब सर्वर विभिन्न मशीनों पर कई वेब सेवाओं का उपभोग करता है और सामग्री को उपयोगकर्ता इंटरफ़ेस में संकलित करता है।
वेब सर्विस सामान्यतः डेटाबेस सर्वर को [[ऑब्जेक्ट डेटाबेस|ऑब्जेक्ट ओरिएंटेड]] वेब-आधारित इंटरफ़ेस प्रदान करती है, उदाहरण के लिए किसी अन्य वेब सर्वर या [[मोबाइल ऐप विकास|मोबाइल ऐप]] द्वारा उपयोग किया जाता है, जो अंतिम-उपयोगकर्ता को उपयोगकर्ता इंटरफेस प्रदान करता है। कई संगठन जो प्रारूपित एचटीएमएल पृष्ठों में डेटा प्रदान करते हैं, वे उस डेटा को अपने सर्वर पर एक्सएमएल या जेएसओएन के रूप में भी प्रदान करते हैं, अधिकांशतः [[वेब सिंडिकेशन]] की अनुमति वेब सर्विस के माध्यम से प्रदान करते हैं। अंतिम-उपयोगकर्ता को दिया जाने वाला एक अन्य अनुप्रयोग मैशप (वेब ​​अनुप्रयोग हाइब्रिड) हो सकता है, जहां वेब सर्वर विभिन्न मशीनों पर कई वेब सर्विसओं का उपभोग करता है और सामग्री को उपयोगकर्ता इंटरफ़ेस में संकलित करता है।


== वेब सेवाएं (जेनेरिक) ==
== वेब सर्विसएं (जेनेरिक) ==


=== अतुल्यकालिक जावास्क्रिप्ट और एक्सएमएल ===
=== अतुल्यकालिक जावास्क्रिप्ट और एक्सएमएल ===
{{Main Article | एजेएएक्स (प्रोग्रामिंग)}}
{{Main Article | एजेएएक्स (प्रोग्रामिंग)}}


अतुल्यकालिक जावास्क्रिप्ट और एक्सएमएल (एजेएएक्स) वेब सेवाओं के लिए प्रमुख विधि है। एचटीटीपी सर्वर, जावास्क्रिप्ट क्लाइंट और साधारण पुराने एक्सएमएल ([[SOAP|एसओएपी]] और डब्लू3सी वेब सेवाओं से अलग) के संयोजन से विकसित होकर, अब इसे अधिकांशतः [[JSON वेब टोकन|जेएसओएन वेब टोकन]] के साथ-साथ, या एक्सएमएल के अतिरिक्त उपयोग किया जाता है।
अतुल्यकालिक जावास्क्रिप्ट और एक्सएमएल (एजेएएक्स) वेब सर्विसओं के लिए प्रमुख विधि है। एचटीटीपी सर्वर, जावास्क्रिप्ट क्लाइंट और साधारण पुराने एक्सएमएल ([[SOAP|एसओएपी]] और डब्लू3सी वेब सर्विसओं से अलग) के संयोजन से विकसित होकर, अब इसे अधिकांशतः [[JSON वेब टोकन|जेएसओएन वेब टोकन]] के साथ-साथ, या एक्सएमएल के अतिरिक्त उपयोग किया जाता है।


=== आरईएसटी ===
=== आरईएसटी ===
{{Main Article | आरईएसटी}}
{{Main Article | आरईएसटी}}
प्रतिनिधि स्थिति हस्तांतरण (आरईएसटी) अच्छी तरह से व्यवहार वाली वेब सेवाओं के लिए वास्तुकला है जो इंटरनेट पैमाने पर काम कर सकता है।
प्रतिनिधि स्थिति हस्तांतरण (आरईएसटी) अच्छी तरह से व्यवहार वाली वेब सर्विसओं के लिए वास्तुकला है जो इंटरनेट पैमाने पर काम कर सकता है।


2004 के दस्तावेज़ में, डब्लू3सी निम्नलिखित आरईएसटी को वेब सेवाओं की प्रमुख विशिष्ट विशेषता के रूप में सेट करता है:
2004 के दस्तावेज़ में, डब्लू3सी निम्नलिखित आरईएसटी को वेब सर्विसओं की प्रमुख विशिष्ट विशेषता के रूप में सेट करता है:
{{Quote | text = हम वेब सेवाओं के दो प्रमुख वर्गों की पहचान कर सकते हैं:
{{Quote | text = हम वेब सेवाओं के दो प्रमुख वर्गों की पहचान कर सकते हैं:
*[[आरईएसटी]]-अनुपालन वेब सेवाएं, जिसमें सेवा का प्राथमिक उद्देश्य [[स्टेटलेस संचालन]] के एक समान सेट का उपयोग करके [[वेब संसाधनों]] के एक्सएमएल प्रस्तुतियों में हेरफेर करना है<nowiki></nowiki>; और
*[[आरईएसटी]]-अनुपालन वेब सेवाएं, जिसमें सेवा का प्राथमिक उद्देश्य [[स्टेटलेस संचालन]] के एक समान सेट का उपयोग करके [[वेब संसाधनों]] के एक्सएमएल प्रस्तुतियों में हेरफेर करना है<nowiki></nowiki>; और
*इच्छानुसार वेब सेवाएं, जिसमें सेवा संचालन के इच्छानुसार सेट को प्रकट कर सकती है। | author = डब्लू3सी | source = वेब सेवा आर्किटेक्चर<ref>{{cite web |url=https://www.w3.org/TR/2004/NOTE-ws-arch-20040211/#relwwwrest |title=Web Services Architecture § Relationship to the World Wide Web and REST Architectures |website=[[World Wide Web Consortium|W3C]] |access-date=11 November 2017}}</ref>|title=}}
*इच्छानुसार वेब सेवाएं, जिसमें सेवा संचालन के इच्छानुसार सेट को प्रकट कर सकती है। | author = डब्लू3सी | source = वेब सेवा आर्किटेक्चर<ref>{{cite web |url=https://www.w3.org/TR/2004/NOTE-ws-arch-20040211/#relwwwrest |title=Web Services Architecture § Relationship to the World Wide Web and REST Architectures |website=[[World Wide Web Consortium|W3C]] |access-date=11 November 2017}}</ref>|title=}}


===वेब सेवाएं जो मार्कअप भाषाओं का प्रयोग करती हैं===
===वेब सर्विसएं जो मार्कअप भाषाओं का प्रयोग करती हैं===
ऐसी कई वेब सेवाएँ हैं जो मार्कअप भाषाओं का उपयोग करती हैं:
ऐसी कई वेब सर्विसएँ हैं जो मार्कअप भाषाओं का उपयोग करती हैं:
* [[जेएसओएन-आरपीसी]]
* [[जेएसओएन-आरपीसी]]
* [[JSON-WSP|जेएसओएन-डब्ल्यूएसपी]]
* [[JSON-WSP|जेएसओएन-डब्ल्यूएसपी]]
* [[प्रतिनिधित्ववादी स्थिति में स्थानांतरण]] (आरईएसटी) ​​के विरुद्ध [[सुदूर प्रणाली संदेश]] (आरपीसी)
* [[प्रतिनिधित्ववादी स्थिति में स्थानांतरण]] (आरईएसटी) ​​के विरुद्ध [[सुदूर प्रणाली संदेश]] (आरपीसी)
* [[वेब सेवा वार्तालाप भाषा]] (डब्ल्यूएससीएल)
* [[वेब सेवा वार्तालाप भाषा|वेब सर्विस वार्तालाप भाषा]] (डब्ल्यूएससीएल)
* [[ वेब सेवा विवरण भाषा | वेब सेवा विवरण भाषा]] (डबल्यूएसडीएल ), [[विश्वव्यापी वेब संकाय]] द्वारा विकसित
* [[ वेब सेवा विवरण भाषा | वेब सर्विस विवरण भाषा]] (डबल्यूएसडीएल ), [[विश्वव्यापी वेब संकाय]] द्वारा विकसित
* [[ वेब सेवा प्रवाह भाषा | वेब सेवा प्रवाह भाषा]] (डब्ल्यूएसएफएल), [[व्यवसाय प्रक्रिया निष्पादन भाषा]] द्वारा प्रतिस्थापित
* [[ वेब सेवा प्रवाह भाषा | वेब सर्विस प्रवाह भाषा]] (डब्ल्यूएसएफएल), [[व्यवसाय प्रक्रिया निष्पादन भाषा]] द्वारा प्रतिस्थापित
* [[वेब टेम्पलेट]]
* [[वेब टेम्पलेट]]
* [[डब्ल्यूएस-मेटाडेटा एक्सचेंज]]
* [[डब्ल्यूएस-मेटाडेटा एक्सचेंज]]
* नेटवर्क सर्विसेज (एक्सआईएनएस) के लिए एक्सएमएल इंटरफ़ेस, सादा पुराना एक्सएमएल-शैली वेब सेवा विनिर्देश प्रारूप प्रदान करता है।
* नेटवर्क सर्विसेज (एक्सआईएनएस) के लिए एक्सएमएल इंटरफ़ेस, सादा पुराना एक्सएमएल-शैली वेब सर्विस विनिर्देश प्रारूप प्रदान करता है।


=== वेब एपीआई ===
=== वेब एपीआई ===
{{Main Article|वेब एपीआई}}
{{Main Article|वेब एपीआई}}
[[वेब एपीआई]] वेब सेवाओं में एक विकास है जहां सरल प्रतिनिधित्व स्थिति हस्तांतरण (आरईएसटी) आधारित संचार पर ध्यान दिया जा रहा है।<ref>{{cite journal |last1=Benslimane |first1=D. |last2=Dustdar |first2=S. |last3=Sheth |first3=A. |author3-link=Amit Sheth |doi=10.1109/MIC.2008.110 |title=Services Mashups: The New Generation of Web Applications |journal=[[IEEE Internet Computing]] |volume=10 |issue=5 |pages= 13–15 |year=2008|s2cid=8124905 |url=https://works.bepress.com/amit_sheth/292/download/ }}</ref> रेस्टफुल एपीआई को अपने इंटरफेस का समर्थन करने के लिए एक्सएमएल- आधारित वेब सेवा प्रोटोकॉल (एसओएपी और डबल्यूएसडीएल) की आवश्यकता नहीं होती है।
[[वेब एपीआई]] वेब सर्विसओं में एक विकास है जहां सरल प्रतिनिधित्व स्थिति हस्तांतरण (आरईएसटी) आधारित संचार पर ध्यान दिया जा रहा है।<ref>{{cite journal |last1=Benslimane |first1=D. |last2=Dustdar |first2=S. |last3=Sheth |first3=A. |author3-link=Amit Sheth |doi=10.1109/MIC.2008.110 |title=Services Mashups: The New Generation of Web Applications |journal=[[IEEE Internet Computing]] |volume=10 |issue=5 |pages= 13–15 |year=2008|s2cid=8124905 |url=https://works.bepress.com/amit_sheth/292/download/ }}</ref> रेस्टफुल एपीआई को अपने इंटरफेस का समर्थन करने के लिए एक्सएमएल- आधारित वेब सर्विस प्रोटोकॉल (एसओएपी और डबल्यूएसडीएल) की आवश्यकता नहीं होती है।


== [[W3C|डब्लू3सी]] वेब सेवाएं ==
== [[W3C|डब्लू3सी]] वेब सर्विसएं ==
डब्लू3सी वेब सेवाओं के संबंध में, डब्लू3सी ने वेब सेवा को इस प्रकार परिभाषित किया:
डब्लू3सी वेब सर्विसओं के संबंध में, डब्लू3सी ने वेब सर्विस को इस प्रकार परिभाषित किया:
{{Quote | text = वेब सेवा सॉफ्टवेयर प्रणाली है जिसे नेटवर्क पर इंटरऑपरेबल मशीन-टू-मशीन इंटरैक्शन का समर्थन करने के लिए डिज़ाइन किया गया है। इसमें मशीन-संसाधित प्रारूप में वर्णित इंटरफ़ेस (विशेष रूप से [[वेब सेवा विवरण भाषा|डब्ल्यूएसडीएल]]) है। अन्य प्रणालियाँ वेब सेवा के साथ एसओएपी-संदेशों का उपयोग करके इसके विवरण द्वारा निर्धारित विधि से वार्तालाप करती हैं, सामान्यतः [[एचटीटीपी]] का उपयोग [[एक्सएमएल]] [[क्रमांकन]] के साथ अन्य वेब-संबंधित मानकों के संयोजन में किया जाता है। | author = डब्ल्यू3सी | source = वेब सेवा शब्दकोष<ref name=W3WSG>{{cite web |url=https://www.w3.org/TR/2004/NOTE-ws-gloss-20040211/#webservice |title=Web Services Glossary § Web service |date=11 February 2004 |website=[[World Wide Web Consortium|W3C]] |access-date=24 January 2017}}</ref>
{{Quote | text = वेब सेवा सॉफ्टवेयर प्रणाली है जिसे नेटवर्क पर इंटरऑपरेबल मशीन-टू-मशीन इंटरैक्शन का समर्थन करने के लिए डिज़ाइन किया गया है। इसमें मशीन-संसाधित प्रारूप में वर्णित इंटरफ़ेस (विशेष रूप से [[वेब सेवा विवरण भाषा|डब्ल्यूएसडीएल]]) है। अन्य प्रणालियाँ वेब सेवा के साथ एसओएपी-संदेशों का उपयोग करके इसके विवरण द्वारा निर्धारित विधि से वार्तालाप करती हैं, सामान्यतः [[एचटीटीपी]] का उपयोग [[एक्सएमएल]] [[क्रमांकन]] के साथ अन्य वेब-संबंधित मानकों के संयोजन में किया जाता है। | author = डब्ल्यू3सी | source = वेब सेवा शब्दकोष<ref name=W3WSG>{{cite web |url=https://www.w3.org/TR/2004/NOTE-ws-gloss-20040211/#webservice |title=Web Services Glossary § Web service |date=11 February 2004 |website=[[World Wide Web Consortium|W3C]] |access-date=24 January 2017}}</ref>
}}
}}


डब्लू3सी वेब सेवाएँ एचटीटीपी प्रोटोकॉल पर एसओएपी का उपयोग कर सकती हैं, जिससे ईडीआई/बी2बी जैसे स्वमित्विक समाधानों की तुलना में इंटरनेट पर कम व्यय वाला (अधिक कुशल) इंटरैक्शन हो सकता है। एचटीटीपी पर एसओएपी के अतिरिक्त, वेब सेवाओं को [[फाइल ट्रांसफर प्रोटोकॉल]] जैसे अन्य विश्वसनीय परिवहन तंत्रों पर भी प्रयुक्त किया जा सकता है। 2002 के दस्तावेज़ में, [https://www.w3.org/2002/ws/arch/ वेब सर्विसेज आर्किटेक्चर वर्किंग ग्रुप] ने वेब सर्विसेज आर्किटेक्चर को परिभाषित किया, जिसके लिए वेब सर्विस के मानकीकृत कार्यान्वयन की आवश्यकता थी।
डब्लू3सी वेब सर्विसएँ एचटीटीपी प्रोटोकॉल पर एसओएपी का उपयोग कर सकती हैं, जिससे ईडीआई/बी2बी जैसे स्वमित्विक समाधानों की तुलना में इंटरनेट पर कम व्यय वाला (अधिक कुशल) इंटरैक्शन हो सकता है। एचटीटीपी पर एसओएपी के अतिरिक्त, वेब सर्विसओं को [[फाइल ट्रांसफर प्रोटोकॉल]] जैसे अन्य विश्वसनीय परिवहन तंत्रों पर भी प्रयुक्त किया जा सकता है। 2002 के दस्तावेज़ में, [https://www.w3.org/2002/ws/arch/ वेब सर्विसेज आर्किटेक्चर वर्किंग ग्रुप] ने वेब सर्विसेज आर्किटेक्चर को परिभाषित किया, जिसके लिए वेब सर्विस के मानकीकृत कार्यान्वयन की आवश्यकता थी।


=== स्पष्टीकरण ===
=== स्पष्टीकरण ===
[[File:Webservices-en.svg|thumb|right|वेब सेवा संरचना: सेवा प्रदाता यूडीडीआई को डबल्यूएसडीएल फ़ाइल भेजता है। सेवा निवेदक यूडीडीआई से यह पता लगाने के लिए संपर्क करता है कि उसके लिए आवश्यक डेटा का प्रदाता कौन है, और फिर वह एसओएपी प्रोटोकॉल का उपयोग करके सेवा प्रदाता से संपर्क करता है। सेवा प्रदाता सेवा अनुरोध को मान्य करता है और एसओएपी प्रोटोकॉल का उपयोग करके एक्सएमएल फ़ाइल में संरचित डेटा भेजता है। सेवा अनुरोधकर्ता द्वारा एक्सएसडी फ़ाइल का उपयोग करके इस एक्सएमएल फ़ाइल को फिर से सत्यापित किया जाता है।]]वेब सेवा शब्द [[इंटरनेट प्रोटोकॉल]] बैकबोन पर एक्सएमएल, एसओएपी, डबल्यूएसडीएल और यूडीडीआई खुले मानकों का उपयोग करके वेब-आधारित अनुप्रयोगों को एकीकृत करने के मानकीकृत विधि का वर्णन करता है। एक्सएमएल डेटा प्रारूप है, जिसका उपयोग डेटा को समाहित करने और उसके चारों ओर मेटाडेटा प्रदान करने के लिए किया जाता है, एसओएपी का उपयोग डेटा को स्थानांतरित करने के लिए किया जाता है, डबल्यूएसडीएल का उपयोग उपलब्ध सेवाओं का वर्णन करने के लिए किया जाता है और यूडीडीआई सूचीबद्ध करता है कि कौन सी सेवाएँ उपलब्ध हैं।
[[File:Webservices-en.svg|thumb|right|वेब सर्विस संरचना: सर्विस प्रदाता यूडीडीआई को डबल्यूएसडीएल फ़ाइल भेजता है। सर्विस निवेदक यूडीडीआई से यह पता लगाने के लिए संपर्क करता है कि उसके लिए आवश्यक डेटा का प्रदाता कौन है, और फिर वह एसओएपी प्रोटोकॉल का उपयोग करके सर्विस प्रदाता से संपर्क करता है। सर्विस प्रदाता सर्विस अनुरोध को मान्य करता है और एसओएपी प्रोटोकॉल का उपयोग करके एक्सएमएल फ़ाइल में संरचित डेटा भेजता है। सर्विस अनुरोधकर्ता द्वारा एक्सएसडी फ़ाइल का उपयोग करके इस एक्सएमएल फ़ाइल को फिर से सत्यापित किया जाता है।]]वेब सर्विस शब्द [[इंटरनेट प्रोटोकॉल]] बैकबोन पर एक्सएमएल, एसओएपी, डबल्यूएसडीएल और यूडीडीआई खुले मानकों का उपयोग करके वेब-आधारित अनुप्रयोगों को एकीकृत करने के मानकीकृत विधि का वर्णन करता है। एक्सएमएल डेटा प्रारूप है, जिसका उपयोग डेटा को समाहित करने और उसके चारों ओर मेटाडेटा प्रदान करने के लिए किया जाता है, एसओएपी का उपयोग डेटा को स्थानांतरित करने के लिए किया जाता है, डबल्यूएसडीएल का उपयोग उपलब्ध सर्विसओं का वर्णन करने के लिए किया जाता है और यूडीडीआई सूचीबद्ध करता है कि कौन सी सर्विसएँ उपलब्ध हैं।


वेब सेवा [[नेटवर्क पता|नेटवर्क]] पर दो इलेक्ट्रॉनिक उपकरणों के बीच संचार की विधि है। यह सॉफ्टवेयर फलन है जो वेब पर नेटवर्क पते पर प्रदान किया जाता है, जिसमें यूटिलिटी कंप्यूटिंग की अवधारणा के अनुसार सेवा सदैव प्रारंभ रहती है।
वेब सर्विस [[नेटवर्क पता|नेटवर्क]] पर दो इलेक्ट्रॉनिक उपकरणों के बीच संचार की विधि है। यह सॉफ्टवेयर फलन है जो वेब पर नेटवर्क पते पर प्रदान किया जाता है, जिसमें यूटिलिटी कंप्यूटिंग की अवधारणा के अनुसार सर्विस सदैव प्रारंभ रहती है।


कई संगठन प्रबंधन के लिए कई सॉफ्टवेयर प्रणाली का उपयोग करते हैं। विभिन्न सॉफ्टवेयर प्रणालियों को अधिकांशतः एक दूसरे के साथ डेटा का आदान-प्रदान करने की आवश्यकता होती है, और वेब सेवा संचार की विधि है जो दो सॉफ्टवेयर प्रणालियों को इंटरनेट पर इस डेटा का आदान-प्रदान करने की अनुमति देती है। सॉफ़्टवेयर प्रणाली जो डेटा का अनुरोध करता है उसे सेवा अनुरोधकर्ता कहा जाता है, जबकि सॉफ़्टवेयर प्रणाली जो अनुरोध को संसाधित करता है और डेटा प्रदान करता है उसे [[सेवा प्रदाता]] कहा जाता है।
कई संगठन प्रबंधन के लिए कई सॉफ्टवेयर प्रणाली का उपयोग करते हैं। विभिन्न सॉफ्टवेयर प्रणालियों को अधिकांशतः एक दूसरे के साथ डेटा का आदान-प्रदान करने की आवश्यकता होती है, और वेब सर्विस संचार की विधि है जो दो सॉफ्टवेयर प्रणालियों को इंटरनेट पर इस डेटा का आदान-प्रदान करने की अनुमति देती है। सॉफ़्टवेयर प्रणाली जो डेटा का अनुरोध करता है उसे सर्विस अनुरोधकर्ता कहा जाता है, जबकि सॉफ़्टवेयर प्रणाली जो अनुरोध को संसाधित करता है और डेटा प्रदान करता है उसे [[सेवा प्रदाता|सर्विस प्रदाता]] कहा जाता है।


विभिन्न सॉफ़्टवेयर विभिन्न प्रोग्रामिंग भाषाओं का उपयोग कर सकते हैं, और इसलिए डेटा विनिमय की विधि की आवश्यकता है जो किसी विशेष प्रोग्रामिंग भाषा पर निर्भर न हो। चूँकि, अधिकांश प्रकार के सॉफ़्टवेयर एक्सएमएल टैग की व्याख्या कर सकते हैं। इस प्रकार, वेब सेवाएँ डेटा विनिमय के लिए एक्सएमएल फ़ाइलों का उपयोग कर सकती हैं।
विभिन्न सॉफ़्टवेयर विभिन्न प्रोग्रामिंग भाषाओं का उपयोग कर सकते हैं, और इसलिए डेटा विनिमय की विधि की आवश्यकता है जो किसी विशेष प्रोग्रामिंग भाषा पर निर्भर न हो। चूँकि, अधिकांश प्रकार के सॉफ़्टवेयर एक्सएमएल टैग की व्याख्या कर सकते हैं। इस प्रकार, वेब सर्विसएँ डेटा विनिमय के लिए एक्सएमएल फ़ाइलों का उपयोग कर सकती हैं।


विभिन्न प्रणालियों के साथ संचार के नियमों को परिभाषित करने की आवश्यकता है, जैसे:
विभिन्न प्रणालियों के साथ संचार के नियमों को परिभाषित करने की आवश्यकता है, जैसे:
Line 64: Line 63:
* [[समस्या निवारण]] को सरल बनाने के लिए संचार के लिए निश्चित नियम का पालन नहीं करने पर कौन से त्रुटि संदेश प्रदर्शित करने हैं।
* [[समस्या निवारण]] को सरल बनाने के लिए संचार के लिए निश्चित नियम का पालन नहीं करने पर कौन से त्रुटि संदेश प्रदर्शित करने हैं।


संचार के इन सभी नियमों को वेब सर्विसेज डिस्क्रिप्शन भाषा (वेब ​​सर्विसेज डिस्क्रिप्शन भाषा) नामक फाइल में जिसमें <code>.wsdl</code> विस्तार परिभाषित किया गया है। स्वायत्त वेब सेवाओं के प्रस्ताव (एडब्ल्यूएस) अधिक लचीली वेब सेवाओं को विकसित करना चाहते हैं जो कठोर नियमों पर विश्व नहीं करते हैं।{{efn|1=Compare: {{harvnb|Oya|2008}}, "Under the current Web Services, […] stakeholder systems must follow the predefined rules for a particular business service including those about business protocols to send/receive messages and about system operation. […] More flexible mechanism is desired where freely built and autonomously running systems can exchange business messages without pre-agreed strict rules. We call it Autonomous Web Services (AWS) and proposed the framework called Dynamic Model Harmonization (DMH) with its algorithm, which dynamically adjusts different business process models between systems […]."<ref>
संचार के इन सभी नियमों को वेब सर्विसेज डिस्क्रिप्शन भाषा (वेब ​​सर्विसेज डिस्क्रिप्शन भाषा) नामक फाइल में जिसमें <code>.wsdl</code> विस्तार परिभाषित किया गया है। स्वायत्त वेब सर्विसओं के प्रस्ताव (एडब्ल्यूएस) अधिक लचीली वेब सर्विसओं को विकसित करना चाहते हैं जो कठोर नियमों पर विश्व नहीं करते हैं।{{efn|1=Compare: {{harvnb|Oya|2008}}, "Under the current Web Services, […] stakeholder systems must follow the predefined rules for a particular business service including those about business protocols to send/receive messages and about system operation. […] More flexible mechanism is desired where freely built and autonomously running systems can exchange business messages without pre-agreed strict rules. We call it Autonomous Web Services (AWS) and proposed the framework called Dynamic Model Harmonization (DMH) with its algorithm, which dynamically adjusts different business process models between systems […]."<ref>
{{cite book | last1 = Oya | first1 = Makoto | chapter = Autonomous Web Services Based on Dynamic Model Harmonization | editor1-last = Oya | editor1-first = Makoto | editor2-last = Uda | editor2-first = Ryuya | editor3-last = Yasunobu | editor3-first = Chizuko | title = Towards Sustainable Society on Ubiquitous Networks: The 8th IFIP Conference on E-Business, E-Services, and E-Society (I3E 2008), September 24 – 26, 2008, Tokyo, Japan | url = https://books.google.com/books?id=__WWduWBk7IC | series = IFIP Advances in Information and Communication Technology | volume = 286 | publisher = Springer Science & Business Media | publication-date = 2008 | page = 139 | isbn = 9780387856902 | access-date = 2015-08-19 | date = 2008-09-02 }}</ref>}}
{{cite book | last1 = Oya | first1 = Makoto | chapter = Autonomous Web Services Based on Dynamic Model Harmonization | editor1-last = Oya | editor1-first = Makoto | editor2-last = Uda | editor2-first = Ryuya | editor3-last = Yasunobu | editor3-first = Chizuko | title = Towards Sustainable Society on Ubiquitous Networks: The 8th IFIP Conference on E-Business, E-Services, and E-Society (I3E 2008), September 24 – 26, 2008, Tokyo, Japan | url = https://books.google.com/books?id=__WWduWBk7IC | series = IFIP Advances in Information and Communication Technology | volume = 286 | publisher = Springer Science & Business Media | publication-date = 2008 | page = 139 | isbn = 9780387856902 | access-date = 2015-08-19 | date = 2008-09-02 }}</ref>}}


[[यूनिवर्सल डिस्क्रिप्शन डिस्कवरी एंड इंटीग्रेशन]] (यूनिवर्सल डिस्क्रिप्शन, डिस्कवरी और इंटीग्रेशन) नामक निर्देशिका परिभाषित करती है कि किस प्रकार के डेटा के लिए किस सॉफ्टवेयर प्रणाली से संपर्क किया जाना चाहिए। इसलिए जब सॉफ्टवेयर प्रणाली को विशेष सूची/डेटा की आवश्यकता होती है, तो वह यूडीडीआई के पास जाएगा और यह पता लगाएगा कि वह डेटा प्राप्त करने के लिए किन अन्य प्रणालियों से संपर्क कर सकता है। एक बार जब सॉफ्टवेयर प्रणाली को पता चल जाता है कि उसे किन अन्य प्रणालियों से संपर्क करना चाहिए, तो वह एसओएपी (साधारण ऑब्जेक्ट एक्सेस प्रोटोकॉल) नामक विशेष प्रोटोकॉल का उपयोग करके उस प्रणाली से संपर्क करता है। सेवा प्रदाता प्रणाली पहले डबल्यूएसडीएल फ़ाइल का उल्लेख देकर डेटा अनुरोध को मान्य करेगी, और फिर अनुरोध को संसाधित करेगी और एसओएपी प्रोटोकॉल के अनुसार डेटा भेजती है।
[[यूनिवर्सल डिस्क्रिप्शन डिस्कवरी एंड इंटीग्रेशन]] (यूनिवर्सल डिस्क्रिप्शन, डिस्कवरी और इंटीग्रेशन) नामक निर्देशिका परिभाषित करती है कि किस प्रकार के डेटा के लिए किस सॉफ्टवेयर प्रणाली से संपर्क किया जाना चाहिए। इसलिए जब सॉफ्टवेयर प्रणाली को विशेष सूची/डेटा की आवश्यकता होती है, तो वह यूडीडीआई के पास जाएगा और यह पता लगाएगा कि वह डेटा प्राप्त करने के लिए किन अन्य प्रणालियों से संपर्क कर सकता है। एक बार जब सॉफ्टवेयर प्रणाली को पता चल जाता है कि उसे किन अन्य प्रणालियों से संपर्क करना चाहिए, तो वह एसओएपी (साधारण ऑब्जेक्ट एक्सेस प्रोटोकॉल) नामक विशेष प्रोटोकॉल का उपयोग करके उस प्रणाली से संपर्क करता है। सर्विस प्रदाता प्रणाली पहले डबल्यूएसडीएल फ़ाइल का उल्लेख देकर डेटा अनुरोध को मान्य करेगी, और फिर अनुरोध को संसाधित करेगी और एसओएपी प्रोटोकॉल के अनुसार डेटा भेजती है।


=== स्वचालित डिजाइन की विधियाँ===
=== स्वचालित डिजाइन की विधियाँ===
[[File:SOA Detailed Diagram.png|thumb|right|upright=2|सेवा-उन्मुख वास्तुकला में वेब सेवाएँ।]]स्वचालित उपकरण वेब सेवा के निर्माण में सहायता कर सकते हैं। डबल्यूएसडीएल का उपयोग करने वाली सेवाओं के लिए, वर्तमान कक्षाओं (बॉटम-अप मॉडल) के लिए या तो स्वचालित रूप से डबल्यूएसडीएल उत्पन्न करना संभव है या वर्तमान डबल्यूएसडीएल (टॉप-डाउन मॉडल) दिए गए वर्ग कंकाल को उत्पन्न करना संभव है।
[[File:SOA Detailed Diagram.png|thumb|right|upright=2|सर्विस-उन्मुख वास्तुकला में वेब सर्विसएँ।]]स्वचालित उपकरण वेब सर्विस के निर्माण में सहायता कर सकते हैं। डबल्यूएसडीएल का उपयोग करने वाली सर्विसओं के लिए, वर्तमान कक्षाओं (बॉटम-अप मॉडल) के लिए या तो स्वचालित रूप से डबल्यूएसडीएल उत्पन्न करना संभव है या वर्तमान डबल्यूएसडीएल (टॉप-डाउन मॉडल) दिए गए वर्ग कंकाल को उत्पन्न करना संभव है।
* बॉटम-अप मॉडल का उपयोग करने वाला डेवलपर पहले (कुछ प्रोग्रामिंग भाषा में) प्रयुक्त करने वाली कक्षाओं को लिखता है और फिर वेब सेवा के रूप में इन कक्षाओं के विधियों को प्रकट करने के लिए डबल्यूएसडीएल जनरेटिंग उपकरण का उपयोग करता है। यह विकसित करना सरल है लेकिन यदि मूल वर्ग निरंतर परिवर्तन के अधीन हैं तो इसे बनाए रखना कठिन हो सकता है।<ref>{{cite web |url=http://help.eclipse.org/kepler/index.jsp?topic=/org.eclipse.jst.ws.doc.user/concepts/cwsbtmup.html |title=नीचे-ऊपर वेब सेवाएँ बनाना|website=[[Eclipse (software)|Eclipse]] |access-date=11 November 2017}}</ref>
* बॉटम-अप मॉडल का उपयोग करने वाला डेवलपर पहले (कुछ प्रोग्रामिंग भाषा में) प्रयुक्त करने वाली कक्षाओं को लिखता है और फिर वेब सर्विस के रूप में इन कक्षाओं के विधियों को प्रकट करने के लिए डबल्यूएसडीएल जनरेटिंग उपकरण का उपयोग करता है। यह विकसित करना सरल है लेकिन यदि मूल वर्ग निरंतर परिवर्तन के अधीन हैं तो इसे बनाए रखना कठिन हो सकता है।<ref>{{cite web |url=http://help.eclipse.org/kepler/index.jsp?topic=/org.eclipse.jst.ws.doc.user/concepts/cwsbtmup.html |title=नीचे-ऊपर वेब सेवाएँ बनाना|website=[[Eclipse (software)|Eclipse]] |access-date=11 November 2017}}</ref>
* टॉप-डाउन मॉडल का उपयोग करने वाला डेवलपर पहले डब्लूएसडीएल दस्तावेज़ लिखता है और फिर आवश्यक रूप से पूरा करने के लिए क्लास कंकाल का उत्पादन करने के लिए कोड जनरेटिंग उपकरण का उपयोग करता है। इस मॉडल को सामान्यतः अधिक कठिन माना जाता है लेकिन यह क्लीनर डिजाइन तैयार कर सकता है और सामान्यतः परिवर्तन के लिए अधिक प्रतिरोधी होता है। जब तक प्रेषक और रिसीवर के बीच संदेश प्रारूप नहीं बदलते हैं, तब तक प्रेषक और रिसीवर में परिवर्तन स्वयं वेब सेवा को प्रभावित नहीं करते हैं। तकनीक को पहले अनुबंध के रूप में भी जाना जाता है क्योंकि डब्लूएसडीएल (या प्रेषक और रिसीवर के बीच अनुबंध) प्रारंभिक बिंदु है।<ref>{{cite web |url=http://help.eclipse.org/kepler/index.jsp?topic=/org.eclipse.jst.ws.doc.user/concepts/cwstopdown.html |title=टॉप-डाउन वेब सेवाएँ बनाना|website = [[Eclipse (software)|Eclipse]] |access-date=11 November 2017}}</ref>
* टॉप-डाउन मॉडल का उपयोग करने वाला डेवलपर पहले डब्लूएसडीएल दस्तावेज़ लिखता है और फिर आवश्यक रूप से पूरा करने के लिए क्लास कंकाल का उत्पादन करने के लिए कोड जनरेटिंग उपकरण का उपयोग करता है। इस मॉडल को सामान्यतः अधिक कठिन माना जाता है लेकिन यह क्लीनर डिजाइन तैयार कर सकता है और सामान्यतः परिवर्तन के लिए अधिक प्रतिरोधी होता है। जब तक प्रेषक और रिसीवर के बीच संदेश प्रारूप नहीं बदलते हैं, तब तक प्रेषक और रिसीवर में परिवर्तन स्वयं वेब सर्विस को प्रभावित नहीं करते हैं। तकनीक को पहले अनुबंध के रूप में भी जाना जाता है क्योंकि डब्लूएसडीएल (या प्रेषक और रिसीवर के बीच अनुबंध) प्रारंभिक बिंदु है।<ref>{{cite web |url=http://help.eclipse.org/kepler/index.jsp?topic=/org.eclipse.jst.ws.doc.user/concepts/cwstopdown.html |title=टॉप-डाउन वेब सेवाएँ बनाना|website = [[Eclipse (software)|Eclipse]] |access-date=11 November 2017}}</ref>
* सबसेट डबल्यूएसडीएल (एसडबल्यूएसडीएल ) का उपयोग करने वाला डेवलपर<ref name=SWSDL>{{cite conference |doi=10.1109/CloudCom.2014.149 |conference=2014 IEEE 6th International Conference on Cloud Computing Technology and Science |title=विश्लेषण के लिए सबसेट सेवा तक पहुँचने के लिए WSDL को सब्सक्राइब करें|pages=688 |year=2014 |last=Chaturvedi |first=Animesh |isbn=978-1-4799-4093-6}}</ref> (अर्थात् मूल डब्लूएसडीएल में सबसेट ऑपरेशन के साथ डब्लूएसडीएल) वेब सेवा परीक्षण और टॉप-डाउन विकास कर सकता है।
* सबसेट डबल्यूएसडीएल (एसडबल्यूएसडीएल ) का उपयोग करने वाला डेवलपर<ref name=SWSDL>{{cite conference |doi=10.1109/CloudCom.2014.149 |conference=2014 IEEE 6th International Conference on Cloud Computing Technology and Science |title=विश्लेषण के लिए सबसेट सेवा तक पहुँचने के लिए WSDL को सब्सक्राइब करें|pages=688 |year=2014 |last=Chaturvedi |first=Animesh |isbn=978-1-4799-4093-6}}</ref> (अर्थात् मूल डब्लूएसडीएल में सबसेट ऑपरेशन के साथ डब्लूएसडीएल) वेब सर्विस परीक्षण और टॉप-डाउन विकास कर सकता है।


=== आलोचना ===
=== आलोचना ===


नॉन-रेस्टफुल वेब सेवाओं के आलोचक अधिकांशतः शिकायत करते हैं कि वे बहुत जटिल हैं<ref>{{cite web |url=http://www.tbray.org/ongoing/When/200x/2004/09/21/WS-Research |title=डब्ल्यूएस-पेजकाउंट|last=Bray |first=Tim |author-link = Tim Bray | publisher = TBray.org | date = 2004-10-28 | access-date = 2011-04-22}}</ref> और विशिष्ट [[ओपन-सोर्स मॉडल]] कार्यान्वयन के अतिरिक्त बड़े सॉफ़्टवेयर विक्रेताओं या इंटीग्रेटर्स पर आधारित है।
नॉन-रेस्टफुल वेब सर्विसओं के आलोचक अधिकांशतः शिकायत करते हैं कि वे बहुत जटिल हैं<ref>{{cite web |url=http://www.tbray.org/ongoing/When/200x/2004/09/21/WS-Research |title=डब्ल्यूएस-पेजकाउंट|last=Bray |first=Tim |author-link = Tim Bray | publisher = TBray.org | date = 2004-10-28 | access-date = 2011-04-22}}</ref> और विशिष्ट [[ओपन-सोर्स मॉडल]] कार्यान्वयन के अतिरिक्त बड़े सॉफ़्टवेयर विक्रेताओं या इंटीग्रेटर्स पर आधारित है।


संदेश प्रारूप के रूप में एक्सएमएल के वेब सेवाओं के उपयोग और परिवहन में एसओएपी/एचटीटीपी के कारण प्रदर्शन के बारे में भी चिंताएं हैं।<ref>{{cite journal |url=http://ro.uow.edu.au/infopapers/676/ |title=Performance of Java Middleware – Java RMI, JAX-RPC, and CORBA |last=Gray |first=N. A. B. |journal=[[University of Wollongong]] |pages=31–39 |year=2005 |quote=The results presented in this paper show that the nature of response data has a greater impact on relative performance than has been allowed for in most previous studies.}}</ref>
संदेश प्रारूप के रूप में एक्सएमएल के वेब सर्विसओं के उपयोग और परिवहन में एसओएपी/एचटीटीपी के कारण प्रदर्शन के बारे में भी चिंताएं हैं।<ref>{{cite journal |url=http://ro.uow.edu.au/infopapers/676/ |title=Performance of Java Middleware – Java RMI, JAX-RPC, and CORBA |last=Gray |first=N. A. B. |journal=[[University of Wollongong]] |pages=31–39 |year=2005 |quote=The results presented in this paper show that the nature of response data has a greater impact on relative performance than has been allowed for in most previous studies.}}</ref>




=== वेब सेवाओं का [[प्रतिगमन परीक्षण]] ===
=== वेब सर्विसओं का [[प्रतिगमन परीक्षण]] ===
डब्लूएसडीएल पार्सिंग की सहायता से वेब सेवाओं का कार्यात्मक और गैर-कार्यात्मक परीक्षण किया जाता है। अपग्रेड सॉफ़्टवेयर में किए गए परिवर्तनों की पहचान करके प्रतिगमन परीक्षण किया जाता है। वेब सेवा प्रतिगमन परीक्षण आवश्यकताओं को तीन अलग-अलग विधियों अर्थात्, डब्लूएसडीएल में परिवर्तन, कोड में परिवर्तन, और संचालन के चयनात्मक पुन: परीक्षण से वर्गीकृत किया जा सकता है। हम उपसमुच्चय डब्लूएसडीएल के तीन मध्यवर्ती रूपों में उपरोक्त तीन आवश्यकताओं को पकड़ सकते हैं,<ref name=SWSDL />अर्थात्, अंतर डबल्यूएसडीएल (डीडबल्यूएसडीएल ), इकाई डबल्यूएसडीएल (यूडबल्यूएसडीएल ), और कम डबल्यूएसडीएल (आरडबल्यूएसडीएल ), क्रमशः इन तीन सबसेट डब्लूएसडीएल को फिर संयुक्त डब्लूएसडीएल (सीडब्ल्यूएसडीएल) बनाने के लिए जोड़ा जाता है जिसे आगे वेब सेवा के प्रतिगमन परीक्षण के लिए उपयोग किया जाता है। यह ऑटोमेटेड वेब सर्विस चेंज मैनेजमेंट (एडब्ल्यूएससीएम) में सहायता करता है।<ref name=AWSCM /> पुराने परीक्षण सूट से कम परीक्षण सूट बनाने के लिए प्रासंगिक परीक्षण स्थितियों का चयन करके करते हैं।<ref>{{cite conference |doi=10.1109/MESOCA.2013.6632734 |conference=2013 IEEE 7th International Symposium on the Maintenance and Evolution of Service-Oriented and Cloud-Based Systems |title=वेब सेवाओं के कुशल प्रतिगमन परीक्षण करने के लिए एक उपकरण-समर्थित दृष्टिकोण|pages=50 |year=2013 |last1=Chaturvedi |first1=Animesh |last2=Gupta |first2=Atul |isbn=978-1-4673-4889-8}}</ref>
डब्लूएसडीएल पार्सिंग की सहायता से वेब सर्विसओं का कार्यात्मक और गैर-कार्यात्मक परीक्षण किया जाता है। अपग्रेड सॉफ़्टवेयर में किए गए परिवर्तनों की पहचान करके प्रतिगमन परीक्षण किया जाता है। वेब सर्विस प्रतिगमन परीक्षण आवश्यकताओं को तीन अलग-अलग विधियों अर्थात्, डब्लूएसडीएल में परिवर्तन, कोड में परिवर्तन, और संचालन के चयनात्मक पुन: परीक्षण से वर्गीकृत किया जा सकता है। हम उपसमुच्चय डब्लूएसडीएल के तीन मध्यवर्ती रूपों में उपरोक्त तीन आवश्यकताओं को पकड़ सकते हैं,<ref name=SWSDL />अर्थात्, अंतर डबल्यूएसडीएल (डीडबल्यूएसडीएल ), इकाई डबल्यूएसडीएल (यूडबल्यूएसडीएल ), और कम डबल्यूएसडीएल (आरडबल्यूएसडीएल ), क्रमशः इन तीन सबसेट डब्लूएसडीएल को फिर संयुक्त डब्लूएसडीएल (सीडब्ल्यूएसडीएल) बनाने के लिए जोड़ा जाता है जिसे आगे वेब सर्विस के प्रतिगमन परीक्षण के लिए उपयोग किया जाता है। यह ऑटोमेटेड वेब सर्विस चेंज मैनेजमेंट (एडब्ल्यूएससीएम) में सहायता करता है।<ref name=AWSCM /> पुराने परीक्षण सूट से कम परीक्षण सूट बनाने के लिए प्रासंगिक परीक्षण स्थितियों का चयन करके करते हैं।<ref>{{cite conference |doi=10.1109/MESOCA.2013.6632734 |conference=2013 IEEE 7th International Symposium on the Maintenance and Evolution of Service-Oriented and Cloud-Based Systems |title=वेब सेवाओं के कुशल प्रतिगमन परीक्षण करने के लिए एक उपकरण-समर्थित दृष्टिकोण|pages=50 |year=2013 |last1=Chaturvedi |first1=Animesh |last2=Gupta |first2=Atul |isbn=978-1-4673-4889-8}}</ref>


[[सोपयूआई]], [[ओरेकल एप्लीकेशन टेस्टिंग सूट]] (ओएटीएस), एकीकृत कार्यात्मक परीक्षण, सेलेनियम, आदि जैसे कई टेस्ट ऑटोमेशन उपकरणों का उपयोग करके वेब सेवाओं के परीक्षण को भी स्वचालित किया जा सकता है।<ref>[http://www.oracle.com/technetwork/oem/app-test/etest-101273.html Oracle Application Testing Suite]</ref><ref>[http://www.testingtools.co/automation/web-services-testing-using-oracle-application-testing-suite-oats Web Services Testing using Oracle Application Testing Suite]</ref>  
[[सोपयूआई]], [[ओरेकल एप्लीकेशन टेस्टिंग सूट]] (ओएटीएस), एकीकृत कार्यात्मक परीक्षण, सेलेनियम, आदि जैसे कई टेस्ट ऑटोमेशन उपकरणों का उपयोग करके वेब सर्विसओं के परीक्षण को भी स्वचालित किया जा सकता है।<ref>[http://www.oracle.com/technetwork/oem/app-test/etest-101273.html Oracle Application Testing Suite]</ref><ref>[http://www.testingtools.co/automation/web-services-testing-using-oracle-application-testing-suite-oats Web Services Testing using Oracle Application Testing Suite]</ref>  


===वेब सेवा परिवर्तन प्रबंधन===
===वेब सर्विस परिवर्तन प्रबंधन===
वेब सेवा में किए गए परिवर्तनों को पकड़ने और विज़ुअलाइज़ेशन से संबंधित कार्य, परिवर्तनों का विज़ुअलाइज़ेशन और गणना मध्यवर्ती कलाकृतियों (सबसेट डबल्यूएसडीएल) के रूप में की जा सकती है।<ref name=SWSDL /> परिवर्तन प्रभाव की गणना पर अंतर्दृष्टि परीक्षण, टॉप-डाउन विकास और प्रतिगमन परीक्षण को कम करने में सहायक है। एडब्ल्यूएससीएम,<ref name=AWSCM>{{cite conference |doi=10.1109/CloudCom.2014.144 |conference=2014 IEEE 6th International Conference on Cloud Computing Technology and Science |title=स्वचालित वेब सेवा परिवर्तन प्रबंधन AWSCM - एक उपकरण|pages=715 |year=2014 |last=Chaturvedi |first=Animesh |isbn=978-1-4799-4093-6}}</ref> उपकरण है, जो डब्लूएसडीएल फ़ाइल में सबसेट डब्लूएसडीएल बनाने के लिए सबसेट सञ्चालन की पहचान कर सकता है।
वेब सर्विस में किए गए परिवर्तनों को पकड़ने और विज़ुअलाइज़ेशन से संबंधित कार्य, परिवर्तनों का विज़ुअलाइज़ेशन और गणना मध्यवर्ती कलाकृतियों (सबसेट डबल्यूएसडीएल) के रूप में की जा सकती है।<ref name=SWSDL /> परिवर्तन प्रभाव की गणना पर अंतर्दृष्टि परीक्षण, टॉप-डाउन विकास और प्रतिगमन परीक्षण को कम करने में सहायक है। एडब्ल्यूएससीएम,<ref name=AWSCM>{{cite conference |doi=10.1109/CloudCom.2014.144 |conference=2014 IEEE 6th International Conference on Cloud Computing Technology and Science |title=स्वचालित वेब सेवा परिवर्तन प्रबंधन AWSCM - एक उपकरण|pages=715 |year=2014 |last=Chaturvedi |first=Animesh |isbn=978-1-4799-4093-6}}</ref> उपकरण है, जो डब्लूएसडीएल फ़ाइल में सबसेट डब्लूएसडीएल बनाने के लिए सबसेट सञ्चालन की पहचान कर सकता है।


=== वेब सेवाओं की खोज और खोज ===
=== वेब सर्विसओं की खोज और खोज ===
जबकि यूडीडीआई का उद्देश्य सेवा निर्देशिका के रूप में सेवा करना और वेब सेवाओं की खोज का साधन बनना था, कई विक्रेताओं ने 2005-2008 के बीच अपने यूडीडीआई समाधान या रिपॉजिटरी को बंद कर दिया, जिसमें माइक्रोसॉफ्ट, एसएपी, आईबीएम, अन्य सम्मिलित थे।<ref>{{Cite web |last=Krill |first=Paul |date=2005-12-16 |title=Microsoft, IBM, SAP ने UDDI रजिस्ट्री प्रयास को बंद कर दिया|url=https://www.infoworld.com/article/2673442/microsoft--ibm--sap-discontinue-uddi-registry-effort.html |access-date=2022-05-28 |website=InfoWorld |language=en}}</ref><ref>{{Cite web |last=QuinnRadich |title=Removal of UDDI Services from Server Operating System - Win32 apps |url=https://docs.microsoft.com/en-us/windows/win32/win7appqual/removal-of-uddi-services-from-server-os |access-date=2022-05-28 |website=docs.microsoft.com |language=en-us}}</ref> डब्ल्यूडब्ल्यूडब्ल्यू 2008 सम्मेलन (बीजिंग, चीन) में प्रकाशित प्रमुख अध्ययन ने<ref>{{Cite web |title=WWW2008 - WWW 2008: 17th International World Wide Web Conference (Welcome) |url=https://archive.thewebconf.org/www2008/ |access-date=2022-05-28 |language=en-US}}</ref> एसओएपी-आधारित वेब सेवाओं की स्थिति प्रस्तुत की और निष्कर्ष निकाला कि अध्ययन के समय उपलब्ध एसओएपी-आधारित वेब सेवाओं में से केवल 63% ही वास्तव में सक्रिय थीं या उन्हें प्रयुक्त किया जा सकता था। अध्ययन में यह भी पाया गया कि डिजाइन जटिलता के कारण यूडीडीआई जैसी सेवा रजिस्ट्रियों की तुलना में खोज इंजन वेब सेवाओं की खोज के लिए आदर्श स्रोत बन रहे थे।<ref>{{Cite journal |last=Al-Masri |first=Eyhab |last2=Mahmoud |first2=Qusay H. |date=2008-04-21 |title=वर्ल्ड वाइड वेब पर वेब सेवाओं की जांच करना|url=https://doi.org/10.1145/1367497.1367605 |journal=Proceedings of the 17th international conference on World Wide Web |series=WWW '08 |location=New York, NY, USA |publisher=Association for Computing Machinery |pages=795–804 |doi=10.1145/1367497.1367605 |isbn=978-1-60558-085-2}}</ref>
जबकि यूडीडीआई का उद्देश्य सर्विस निर्देशिका के रूप में सर्विस करना और वेब सर्विसओं की खोज का साधन बनना था, कई विक्रेताओं ने 2005-2008 के बीच अपने यूडीडीआई समाधान या रिपॉजिटरी को बंद कर दिया, जिसमें माइक्रोसॉफ्ट, एसएपी, आईबीएम, अन्य सम्मिलित थे।<ref>{{Cite web |last=Krill |first=Paul |date=2005-12-16 |title=Microsoft, IBM, SAP ने UDDI रजिस्ट्री प्रयास को बंद कर दिया|url=https://www.infoworld.com/article/2673442/microsoft--ibm--sap-discontinue-uddi-registry-effort.html |access-date=2022-05-28 |website=InfoWorld |language=en}}</ref><ref>{{Cite web |last=QuinnRadich |title=Removal of UDDI Services from Server Operating System - Win32 apps |url=https://docs.microsoft.com/en-us/windows/win32/win7appqual/removal-of-uddi-services-from-server-os |access-date=2022-05-28 |website=docs.microsoft.com |language=en-us}}</ref> डब्ल्यूडब्ल्यूडब्ल्यू 2008 सम्मेलन (बीजिंग, चीन) में प्रकाशित प्रमुख अध्ययन ने<ref>{{Cite web |title=WWW2008 - WWW 2008: 17th International World Wide Web Conference (Welcome) |url=https://archive.thewebconf.org/www2008/ |access-date=2022-05-28 |language=en-US}}</ref> एसओएपी-आधारित वेब सर्विसओं की स्थिति प्रस्तुत की और निष्कर्ष निकाला कि अध्ययन के समय उपलब्ध एसओएपी-आधारित वेब सर्विसओं में से केवल 63% ही वास्तव में सक्रिय थीं या उन्हें प्रयुक्त किया जा सकता था। अध्ययन में यह भी पाया गया कि डिजाइन जटिलता के कारण यूडीडीआई जैसी सर्विस रजिस्ट्रियों की तुलना में खोज इंजन वेब सर्विसओं की खोज के लिए आदर्श स्रोत बन रहे थे।<ref>{{Cite journal |last=Al-Masri |first=Eyhab |last2=Mahmoud |first2=Qusay H. |date=2008-04-21 |title=वर्ल्ड वाइड वेब पर वेब सेवाओं की जांच करना|url=https://doi.org/10.1145/1367497.1367605 |journal=Proceedings of the 17th international conference on World Wide Web |series=WWW '08 |location=New York, NY, USA |publisher=Association for Computing Machinery |pages=795–804 |doi=10.1145/1367497.1367605 |isbn=978-1-60558-085-2}}</ref>




== यह भी देखें ==
== यह भी देखें ==
* [[वेब सेवा ढांचे की सूची]]
* [[वेब सेवा ढांचे की सूची|वेब सर्विस ढांचे की सूची]]
* [[वेब सेवा प्रोटोकॉल की सूची]]
* [[वेब सेवा प्रोटोकॉल की सूची|वेब सर्विस प्रोटोकॉल की सूची]]
* [[वेब सेवा विनिर्देशों की सूची]]
* [[वेब सेवा विनिर्देशों की सूची|वेब सर्विस विनिर्देशों की सूची]]
* [[मध्यस्थ]]
* [[मध्यस्थ]]
* सेवा-उन्मुख वास्तुकला (एसओए)
* सर्विस-उन्मुख वास्तुकला (एसओए)
* [[वेब मानचित्र सेवा]]
* [[वेब मानचित्र सेवा|वेब मानचित्र सर्विस]]
* वेब एपीआई
* वेब एपीआई


Line 121: Line 120:


[[Category:Articles with hatnote templates targeting a nonexistent page|Web Service]]
[[Category:Articles with hatnote templates targeting a nonexistent page|Web Service]]
[[Category:CS1 English-language sources (en)]]
[[Category:Collapse templates|Web Service]]
[[Category:Collapse templates|Web Service]]
[[Category:Commons category link is locally defined|Web Service]]
[[Category:Commons category link is locally defined|Web Service]]
[[Category:Created On 25/02/2023|Web Service]]
[[Category:Created On 25/02/2023|Web Service]]
[[Category:Lua-based templates]]
[[Category:Machine Translated Page|Web Service]]
[[Category:Machine Translated Page|Web Service]]
[[Category:Navigational boxes| ]]
[[Category:Navigational boxes| ]]
Line 130: Line 131:
[[Category:Short description with empty Wikidata description|Web Service]]
[[Category:Short description with empty Wikidata description|Web Service]]
[[Category:Sidebars with styles needing conversion|Web Service]]
[[Category:Sidebars with styles needing conversion|Web Service]]
[[Category:Vigyan Ready]]
[[Category:Templates Vigyan Ready]]
[[Category:Templates that add a tracking category]]
[[Category:Templates that generate short descriptions]]
[[Category:Templates using TemplateData]]
[[Category:Webarchive template wayback links]]

Latest revision as of 11:35, 8 September 2023

वेब सर्विस (डब्लूएस):

  • इलेक्ट्रॉनिक उपकरण द्वारा किसी अन्य इलेक्ट्रॉनिक उपकरण को दी जाने वाली सर्विस, इंटरनेट के माध्यम से एक दूसरे के साथ संचार करना है।
  • कंप्यूटर उपकरण पर चलने वाला सर्वर, नेटवर्क पर किसी विशेष पोर्ट पर अनुरोधों को सुनना, वेब दस्तावेज़ों (हाइपरटेक्स्ट परहस्त शिष्टाचार, जेएसओएन, एक्सएमएल, इमेज) को उपलब्ध करना है।

वेब सर्विस में "वेब" शब्द का प्रयोग मिथ्या है। वेब सर्विसएँ वर्ल्ड वाइड वेब (डब्ल्यूडब्ल्यूडब्ल्यू) का उपयोग नहीं करती हैं, जो इंटरनेट पर चलने वाला मानव उपयोगकर्ता इंटरफ़ेस है, बल्कि डब्ल्यूडब्ल्यूडब्ल्यू प्रोटोकॉल का उपयोग करके इंटरनेट पर चलने वाली मशीन-टू-मशीन सर्विस है।

वेब सर्विस में, हाइपरटेक्स्ट ट्रांसफर प्रोटोकॉल जैसी वेब तकनीक का उपयोग मशीन-पठनीय फ़ाइल स्वरूपों जैसे एक्सएमएलएचटीटीपीअनुरोध और जेएसओएन को स्थानांतरित करने के लिए किया जाता है।

वेब सर्विस सामान्यतः डेटाबेस सर्वर को ऑब्जेक्ट ओरिएंटेड वेब-आधारित इंटरफ़ेस प्रदान करती है, उदाहरण के लिए किसी अन्य वेब सर्वर या मोबाइल ऐप द्वारा उपयोग किया जाता है, जो अंतिम-उपयोगकर्ता को उपयोगकर्ता इंटरफेस प्रदान करता है। कई संगठन जो प्रारूपित एचटीएमएल पृष्ठों में डेटा प्रदान करते हैं, वे उस डेटा को अपने सर्वर पर एक्सएमएल या जेएसओएन के रूप में भी प्रदान करते हैं, अधिकांशतः वेब सिंडिकेशन की अनुमति वेब सर्विस के माध्यम से प्रदान करते हैं। अंतिम-उपयोगकर्ता को दिया जाने वाला एक अन्य अनुप्रयोग मैशप (वेब ​​अनुप्रयोग हाइब्रिड) हो सकता है, जहां वेब सर्वर विभिन्न मशीनों पर कई वेब सर्विसओं का उपभोग करता है और सामग्री को उपयोगकर्ता इंटरफ़ेस में संकलित करता है।

वेब सर्विसएं (जेनेरिक)

अतुल्यकालिक जावास्क्रिप्ट और एक्सएमएल

अतुल्यकालिक जावास्क्रिप्ट और एक्सएमएल (एजेएएक्स) वेब सर्विसओं के लिए प्रमुख विधि है। एचटीटीपी सर्वर, जावास्क्रिप्ट क्लाइंट और साधारण पुराने एक्सएमएल (एसओएपी और डब्लू3सी वेब सर्विसओं से अलग) के संयोजन से विकसित होकर, अब इसे अधिकांशतः जेएसओएन वेब टोकन के साथ-साथ, या एक्सएमएल के अतिरिक्त उपयोग किया जाता है।

आरईएसटी

प्रतिनिधि स्थिति हस्तांतरण (आरईएसटी) अच्छी तरह से व्यवहार वाली वेब सर्विसओं के लिए वास्तुकला है जो इंटरनेट पैमाने पर काम कर सकता है।

2004 के दस्तावेज़ में, डब्लू3सी निम्नलिखित आरईएसटी को वेब सर्विसओं की प्रमुख विशिष्ट विशेषता के रूप में सेट करता है:

हम वेब सेवाओं के दो प्रमुख वर्गों की पहचान कर सकते हैं:

  • आरईएसटी-अनुपालन वेब सेवाएं, जिसमें सेवा का प्राथमिक उद्देश्य स्टेटलेस संचालन के एक समान सेट का उपयोग करके वेब संसाधनों के एक्सएमएल प्रस्तुतियों में हेरफेर करना है; और
  • इच्छानुसार वेब सेवाएं, जिसमें सेवा संचालन के इच्छानुसार सेट को प्रकट कर सकती है।
    — डब्लू3सी, वेब सेवा आर्किटेक्चर[1]

वेब सर्विसएं जो मार्कअप भाषाओं का प्रयोग करती हैं

ऐसी कई वेब सर्विसएँ हैं जो मार्कअप भाषाओं का उपयोग करती हैं:

वेब एपीआई

वेब एपीआई वेब सर्विसओं में एक विकास है जहां सरल प्रतिनिधित्व स्थिति हस्तांतरण (आरईएसटी) आधारित संचार पर ध्यान दिया जा रहा है।[2] रेस्टफुल एपीआई को अपने इंटरफेस का समर्थन करने के लिए एक्सएमएल- आधारित वेब सर्विस प्रोटोकॉल (एसओएपी और डबल्यूएसडीएल) की आवश्यकता नहीं होती है।

डब्लू3सी वेब सर्विसएं

डब्लू3सी वेब सर्विसओं के संबंध में, डब्लू3सी ने वेब सर्विस को इस प्रकार परिभाषित किया:

वेब सेवा सॉफ्टवेयर प्रणाली है जिसे नेटवर्क पर इंटरऑपरेबल मशीन-टू-मशीन इंटरैक्शन का समर्थन करने के लिए डिज़ाइन किया गया है। इसमें मशीन-संसाधित प्रारूप में वर्णित इंटरफ़ेस (विशेष रूप से डब्ल्यूएसडीएल) है। अन्य प्रणालियाँ वेब सेवा के साथ एसओएपी-संदेशों का उपयोग करके इसके विवरण द्वारा निर्धारित विधि से वार्तालाप करती हैं, सामान्यतः एचटीटीपी का उपयोग एक्सएमएल क्रमांकन के साथ अन्य वेब-संबंधित मानकों के संयोजन में किया जाता है।

— डब्ल्यू3सी, वेब सेवा शब्दकोष[3]

डब्लू3सी वेब सर्विसएँ एचटीटीपी प्रोटोकॉल पर एसओएपी का उपयोग कर सकती हैं, जिससे ईडीआई/बी2बी जैसे स्वमित्विक समाधानों की तुलना में इंटरनेट पर कम व्यय वाला (अधिक कुशल) इंटरैक्शन हो सकता है। एचटीटीपी पर एसओएपी के अतिरिक्त, वेब सर्विसओं को फाइल ट्रांसफर प्रोटोकॉल जैसे अन्य विश्वसनीय परिवहन तंत्रों पर भी प्रयुक्त किया जा सकता है। 2002 के दस्तावेज़ में, वेब सर्विसेज आर्किटेक्चर वर्किंग ग्रुप ने वेब सर्विसेज आर्किटेक्चर को परिभाषित किया, जिसके लिए वेब सर्विस के मानकीकृत कार्यान्वयन की आवश्यकता थी।

स्पष्टीकरण

वेब सर्विस संरचना: सर्विस प्रदाता यूडीडीआई को डबल्यूएसडीएल फ़ाइल भेजता है। सर्विस निवेदक यूडीडीआई से यह पता लगाने के लिए संपर्क करता है कि उसके लिए आवश्यक डेटा का प्रदाता कौन है, और फिर वह एसओएपी प्रोटोकॉल का उपयोग करके सर्विस प्रदाता से संपर्क करता है। सर्विस प्रदाता सर्विस अनुरोध को मान्य करता है और एसओएपी प्रोटोकॉल का उपयोग करके एक्सएमएल फ़ाइल में संरचित डेटा भेजता है। सर्विस अनुरोधकर्ता द्वारा एक्सएसडी फ़ाइल का उपयोग करके इस एक्सएमएल फ़ाइल को फिर से सत्यापित किया जाता है।

वेब सर्विस शब्द इंटरनेट प्रोटोकॉल बैकबोन पर एक्सएमएल, एसओएपी, डबल्यूएसडीएल और यूडीडीआई खुले मानकों का उपयोग करके वेब-आधारित अनुप्रयोगों को एकीकृत करने के मानकीकृत विधि का वर्णन करता है। एक्सएमएल डेटा प्रारूप है, जिसका उपयोग डेटा को समाहित करने और उसके चारों ओर मेटाडेटा प्रदान करने के लिए किया जाता है, एसओएपी का उपयोग डेटा को स्थानांतरित करने के लिए किया जाता है, डबल्यूएसडीएल का उपयोग उपलब्ध सर्विसओं का वर्णन करने के लिए किया जाता है और यूडीडीआई सूचीबद्ध करता है कि कौन सी सर्विसएँ उपलब्ध हैं।

वेब सर्विस नेटवर्क पर दो इलेक्ट्रॉनिक उपकरणों के बीच संचार की विधि है। यह सॉफ्टवेयर फलन है जो वेब पर नेटवर्क पते पर प्रदान किया जाता है, जिसमें यूटिलिटी कंप्यूटिंग की अवधारणा के अनुसार सर्विस सदैव प्रारंभ रहती है।

कई संगठन प्रबंधन के लिए कई सॉफ्टवेयर प्रणाली का उपयोग करते हैं। विभिन्न सॉफ्टवेयर प्रणालियों को अधिकांशतः एक दूसरे के साथ डेटा का आदान-प्रदान करने की आवश्यकता होती है, और वेब सर्विस संचार की विधि है जो दो सॉफ्टवेयर प्रणालियों को इंटरनेट पर इस डेटा का आदान-प्रदान करने की अनुमति देती है। सॉफ़्टवेयर प्रणाली जो डेटा का अनुरोध करता है उसे सर्विस अनुरोधकर्ता कहा जाता है, जबकि सॉफ़्टवेयर प्रणाली जो अनुरोध को संसाधित करता है और डेटा प्रदान करता है उसे सर्विस प्रदाता कहा जाता है।

विभिन्न सॉफ़्टवेयर विभिन्न प्रोग्रामिंग भाषाओं का उपयोग कर सकते हैं, और इसलिए डेटा विनिमय की विधि की आवश्यकता है जो किसी विशेष प्रोग्रामिंग भाषा पर निर्भर न हो। चूँकि, अधिकांश प्रकार के सॉफ़्टवेयर एक्सएमएल टैग की व्याख्या कर सकते हैं। इस प्रकार, वेब सर्विसएँ डेटा विनिमय के लिए एक्सएमएल फ़ाइलों का उपयोग कर सकती हैं।

विभिन्न प्रणालियों के साथ संचार के नियमों को परिभाषित करने की आवश्यकता है, जैसे:

  • कैसे एक प्रणाली दूसरे प्रणाली से डेटा का अनुरोध कर सकता है।
  • डेटा अनुरोध में किन विशिष्ट मापदंडों की आवश्यकता होती है।
  • उत्पादित डेटा की संरचना क्या होगी। (सामान्यतः, डेटा का आदान-प्रदान एक्सएमएल फ़ाइलों में किया जाता है, और एक्सएमएल फ़ाइल की संरचना को .एक्सएसडी फ़ाइल के विरुद्ध मान्य किया जाता है।)
  • समस्या निवारण को सरल बनाने के लिए संचार के लिए निश्चित नियम का पालन नहीं करने पर कौन से त्रुटि संदेश प्रदर्शित करने हैं।

संचार के इन सभी नियमों को वेब सर्विसेज डिस्क्रिप्शन भाषा (वेब ​​सर्विसेज डिस्क्रिप्शन भाषा) नामक फाइल में जिसमें .wsdl विस्तार परिभाषित किया गया है। स्वायत्त वेब सर्विसओं के प्रस्ताव (एडब्ल्यूएस) अधिक लचीली वेब सर्विसओं को विकसित करना चाहते हैं जो कठोर नियमों पर विश्व नहीं करते हैं।[lower-alpha 1]

यूनिवर्सल डिस्क्रिप्शन डिस्कवरी एंड इंटीग्रेशन (यूनिवर्सल डिस्क्रिप्शन, डिस्कवरी और इंटीग्रेशन) नामक निर्देशिका परिभाषित करती है कि किस प्रकार के डेटा के लिए किस सॉफ्टवेयर प्रणाली से संपर्क किया जाना चाहिए। इसलिए जब सॉफ्टवेयर प्रणाली को विशेष सूची/डेटा की आवश्यकता होती है, तो वह यूडीडीआई के पास जाएगा और यह पता लगाएगा कि वह डेटा प्राप्त करने के लिए किन अन्य प्रणालियों से संपर्क कर सकता है। एक बार जब सॉफ्टवेयर प्रणाली को पता चल जाता है कि उसे किन अन्य प्रणालियों से संपर्क करना चाहिए, तो वह एसओएपी (साधारण ऑब्जेक्ट एक्सेस प्रोटोकॉल) नामक विशेष प्रोटोकॉल का उपयोग करके उस प्रणाली से संपर्क करता है। सर्विस प्रदाता प्रणाली पहले डबल्यूएसडीएल फ़ाइल का उल्लेख देकर डेटा अनुरोध को मान्य करेगी, और फिर अनुरोध को संसाधित करेगी और एसओएपी प्रोटोकॉल के अनुसार डेटा भेजती है।

स्वचालित डिजाइन की विधियाँ

सर्विस-उन्मुख वास्तुकला में वेब सर्विसएँ।

स्वचालित उपकरण वेब सर्विस के निर्माण में सहायता कर सकते हैं। डबल्यूएसडीएल का उपयोग करने वाली सर्विसओं के लिए, वर्तमान कक्षाओं (बॉटम-अप मॉडल) के लिए या तो स्वचालित रूप से डबल्यूएसडीएल उत्पन्न करना संभव है या वर्तमान डबल्यूएसडीएल (टॉप-डाउन मॉडल) दिए गए वर्ग कंकाल को उत्पन्न करना संभव है।

  • बॉटम-अप मॉडल का उपयोग करने वाला डेवलपर पहले (कुछ प्रोग्रामिंग भाषा में) प्रयुक्त करने वाली कक्षाओं को लिखता है और फिर वेब सर्विस के रूप में इन कक्षाओं के विधियों को प्रकट करने के लिए डबल्यूएसडीएल जनरेटिंग उपकरण का उपयोग करता है। यह विकसित करना सरल है लेकिन यदि मूल वर्ग निरंतर परिवर्तन के अधीन हैं तो इसे बनाए रखना कठिन हो सकता है।[5]
  • टॉप-डाउन मॉडल का उपयोग करने वाला डेवलपर पहले डब्लूएसडीएल दस्तावेज़ लिखता है और फिर आवश्यक रूप से पूरा करने के लिए क्लास कंकाल का उत्पादन करने के लिए कोड जनरेटिंग उपकरण का उपयोग करता है। इस मॉडल को सामान्यतः अधिक कठिन माना जाता है लेकिन यह क्लीनर डिजाइन तैयार कर सकता है और सामान्यतः परिवर्तन के लिए अधिक प्रतिरोधी होता है। जब तक प्रेषक और रिसीवर के बीच संदेश प्रारूप नहीं बदलते हैं, तब तक प्रेषक और रिसीवर में परिवर्तन स्वयं वेब सर्विस को प्रभावित नहीं करते हैं। तकनीक को पहले अनुबंध के रूप में भी जाना जाता है क्योंकि डब्लूएसडीएल (या प्रेषक और रिसीवर के बीच अनुबंध) प्रारंभिक बिंदु है।[6]
  • सबसेट डबल्यूएसडीएल (एसडबल्यूएसडीएल ) का उपयोग करने वाला डेवलपर[7] (अर्थात् मूल डब्लूएसडीएल में सबसेट ऑपरेशन के साथ डब्लूएसडीएल) वेब सर्विस परीक्षण और टॉप-डाउन विकास कर सकता है।

आलोचना

नॉन-रेस्टफुल वेब सर्विसओं के आलोचक अधिकांशतः शिकायत करते हैं कि वे बहुत जटिल हैं[8] और विशिष्ट ओपन-सोर्स मॉडल कार्यान्वयन के अतिरिक्त बड़े सॉफ़्टवेयर विक्रेताओं या इंटीग्रेटर्स पर आधारित है।

संदेश प्रारूप के रूप में एक्सएमएल के वेब सर्विसओं के उपयोग और परिवहन में एसओएपी/एचटीटीपी के कारण प्रदर्शन के बारे में भी चिंताएं हैं।[9]


वेब सर्विसओं का प्रतिगमन परीक्षण

डब्लूएसडीएल पार्सिंग की सहायता से वेब सर्विसओं का कार्यात्मक और गैर-कार्यात्मक परीक्षण किया जाता है। अपग्रेड सॉफ़्टवेयर में किए गए परिवर्तनों की पहचान करके प्रतिगमन परीक्षण किया जाता है। वेब सर्विस प्रतिगमन परीक्षण आवश्यकताओं को तीन अलग-अलग विधियों अर्थात्, डब्लूएसडीएल में परिवर्तन, कोड में परिवर्तन, और संचालन के चयनात्मक पुन: परीक्षण से वर्गीकृत किया जा सकता है। हम उपसमुच्चय डब्लूएसडीएल के तीन मध्यवर्ती रूपों में उपरोक्त तीन आवश्यकताओं को पकड़ सकते हैं,[7]अर्थात्, अंतर डबल्यूएसडीएल (डीडबल्यूएसडीएल ), इकाई डबल्यूएसडीएल (यूडबल्यूएसडीएल ), और कम डबल्यूएसडीएल (आरडबल्यूएसडीएल ), क्रमशः इन तीन सबसेट डब्लूएसडीएल को फिर संयुक्त डब्लूएसडीएल (सीडब्ल्यूएसडीएल) बनाने के लिए जोड़ा जाता है जिसे आगे वेब सर्विस के प्रतिगमन परीक्षण के लिए उपयोग किया जाता है। यह ऑटोमेटेड वेब सर्विस चेंज मैनेजमेंट (एडब्ल्यूएससीएम) में सहायता करता है।[10] पुराने परीक्षण सूट से कम परीक्षण सूट बनाने के लिए प्रासंगिक परीक्षण स्थितियों का चयन करके करते हैं।[11]

सोपयूआई, ओरेकल एप्लीकेशन टेस्टिंग सूट (ओएटीएस), एकीकृत कार्यात्मक परीक्षण, सेलेनियम, आदि जैसे कई टेस्ट ऑटोमेशन उपकरणों का उपयोग करके वेब सर्विसओं के परीक्षण को भी स्वचालित किया जा सकता है।[12][13]

वेब सर्विस परिवर्तन प्रबंधन

वेब सर्विस में किए गए परिवर्तनों को पकड़ने और विज़ुअलाइज़ेशन से संबंधित कार्य, परिवर्तनों का विज़ुअलाइज़ेशन और गणना मध्यवर्ती कलाकृतियों (सबसेट डबल्यूएसडीएल) के रूप में की जा सकती है।[7] परिवर्तन प्रभाव की गणना पर अंतर्दृष्टि परीक्षण, टॉप-डाउन विकास और प्रतिगमन परीक्षण को कम करने में सहायक है। एडब्ल्यूएससीएम,[10] उपकरण है, जो डब्लूएसडीएल फ़ाइल में सबसेट डब्लूएसडीएल बनाने के लिए सबसेट सञ्चालन की पहचान कर सकता है।

वेब सर्विसओं की खोज और खोज

जबकि यूडीडीआई का उद्देश्य सर्विस निर्देशिका के रूप में सर्विस करना और वेब सर्विसओं की खोज का साधन बनना था, कई विक्रेताओं ने 2005-2008 के बीच अपने यूडीडीआई समाधान या रिपॉजिटरी को बंद कर दिया, जिसमें माइक्रोसॉफ्ट, एसएपी, आईबीएम, अन्य सम्मिलित थे।[14][15] डब्ल्यूडब्ल्यूडब्ल्यू 2008 सम्मेलन (बीजिंग, चीन) में प्रकाशित प्रमुख अध्ययन ने[16] एसओएपी-आधारित वेब सर्विसओं की स्थिति प्रस्तुत की और निष्कर्ष निकाला कि अध्ययन के समय उपलब्ध एसओएपी-आधारित वेब सर्विसओं में से केवल 63% ही वास्तव में सक्रिय थीं या उन्हें प्रयुक्त किया जा सकता था। अध्ययन में यह भी पाया गया कि डिजाइन जटिलता के कारण यूडीडीआई जैसी सर्विस रजिस्ट्रियों की तुलना में खोज इंजन वेब सर्विसओं की खोज के लिए आदर्श स्रोत बन रहे थे।[17]


यह भी देखें

टिप्पणियाँ

  1. Compare: Oya 2008, "Under the current Web Services, […] stakeholder systems must follow the predefined rules for a particular business service including those about business protocols to send/receive messages and about system operation. […] More flexible mechanism is desired where freely built and autonomously running systems can exchange business messages without pre-agreed strict rules. We call it Autonomous Web Services (AWS) and proposed the framework called Dynamic Model Harmonization (DMH) with its algorithm, which dynamically adjusts different business process models between systems […]."[4]


संदर्भ

  1. "Web Services Architecture § Relationship to the World Wide Web and REST Architectures". W3C. Retrieved 11 November 2017.
  2. Benslimane, D.; Dustdar, S.; Sheth, A. (2008). "Services Mashups: The New Generation of Web Applications". IEEE Internet Computing. 10 (5): 13–15. doi:10.1109/MIC.2008.110. S2CID 8124905.
  3. "Web Services Glossary § Web service". W3C. 11 February 2004. Retrieved 24 January 2017.
  4. Oya, Makoto (2008-09-02). "Autonomous Web Services Based on Dynamic Model Harmonization". In Oya, Makoto; Uda, Ryuya; Yasunobu, Chizuko (eds.). Towards Sustainable Society on Ubiquitous Networks: The 8th IFIP Conference on E-Business, E-Services, and E-Society (I3E 2008), September 24 – 26, 2008, Tokyo, Japan. IFIP Advances in Information and Communication Technology. Vol. 286. Springer Science & Business Media (published 2008). p. 139. ISBN 9780387856902. Retrieved 2015-08-19.
  5. "नीचे-ऊपर वेब सेवाएँ बनाना". Eclipse. Retrieved 11 November 2017.
  6. "टॉप-डाउन वेब सेवाएँ बनाना". Eclipse. Retrieved 11 November 2017.
  7. 7.0 7.1 7.2 Chaturvedi, Animesh (2014). विश्लेषण के लिए सबसेट सेवा तक पहुँचने के लिए WSDL को सब्सक्राइब करें. 2014 IEEE 6th International Conference on Cloud Computing Technology and Science. p. 688. doi:10.1109/CloudCom.2014.149. ISBN 978-1-4799-4093-6.
  8. Bray, Tim (2004-10-28). "डब्ल्यूएस-पेजकाउंट". TBray.org. Retrieved 2011-04-22.
  9. Gray, N. A. B. (2005). "Performance of Java Middleware – Java RMI, JAX-RPC, and CORBA". University of Wollongong: 31–39. The results presented in this paper show that the nature of response data has a greater impact on relative performance than has been allowed for in most previous studies.
  10. 10.0 10.1 Chaturvedi, Animesh (2014). स्वचालित वेब सेवा परिवर्तन प्रबंधन AWSCM - एक उपकरण. 2014 IEEE 6th International Conference on Cloud Computing Technology and Science. p. 715. doi:10.1109/CloudCom.2014.144. ISBN 978-1-4799-4093-6.
  11. Chaturvedi, Animesh; Gupta, Atul (2013). वेब सेवाओं के कुशल प्रतिगमन परीक्षण करने के लिए एक उपकरण-समर्थित दृष्टिकोण. 2013 IEEE 7th International Symposium on the Maintenance and Evolution of Service-Oriented and Cloud-Based Systems. p. 50. doi:10.1109/MESOCA.2013.6632734. ISBN 978-1-4673-4889-8.
  12. Oracle Application Testing Suite
  13. Web Services Testing using Oracle Application Testing Suite
  14. Krill, Paul (2005-12-16). "Microsoft, IBM, SAP ने UDDI रजिस्ट्री प्रयास को बंद कर दिया". InfoWorld (in English). Retrieved 2022-05-28.
  15. QuinnRadich. "Removal of UDDI Services from Server Operating System - Win32 apps". docs.microsoft.com (in English). Retrieved 2022-05-28.
  16. "WWW2008 - WWW 2008: 17th International World Wide Web Conference (Welcome)" (in English). Retrieved 2022-05-28.
  17. Al-Masri, Eyhab; Mahmoud, Qusay H. (2008-04-21). "वर्ल्ड वाइड वेब पर वेब सेवाओं की जांच करना". Proceedings of the 17th international conference on World Wide Web. WWW '08. New York, NY, USA: Association for Computing Machinery: 795–804. doi:10.1145/1367497.1367605. ISBN 978-1-60558-085-2.


बाहरी संबंध