การเปรียบเทียบบริการเว็บและเทคโนโลยีอื่นๆ

XMLHTTP และ SOAP:

XML เป็นเทคโนโลยี พื้นฐานหลักของบริการเว็บและเป็นกุญแจสำคัญในการใช้งาน SOAP โดย XMLHTTP ได้รับการออกแบบโดยใช้ XML ในแง่ของการใช้งาน: XMLHTTP ขึ้นอยู่กับเบราว์เซอร์ ตราบใดที่คุณมี IE คุณสามารถถ่ายโอนสตริง XML ไปยังเซิร์ฟเวอร์ได้ ซึ่งมีความหลากหลายสูง อย่างไรก็ตาม เบราว์เซอร์นี้ไม่ได้ใช้สำหรับ XMLHTTP แต่มีไว้สำหรับผู้ใช้ทั่วไปในการเรียกดู หากสามารถใช้ XML เพื่อดำเนินการต่างๆ ให้เสร็จสิ้นได้ ก็จะส่งผลกระทบต่อผู้ใช้อย่างหลีกเลี่ยงไม่ได้ ตัวอย่างเช่น เบราว์เซอร์ที่สอดคล้องกับ msxml เวอร์ชันก่อนหน้าสามารถเข้าถึงเอกสาร XML ไคลเอนต์ (ออกแบบมาสำหรับ XMLHTTP) ซึ่งหมายความว่าระบบไฟล์ในเครื่องสามารถเข้าถึงได้ผ่านเทคโนโลยี XMLHTTP ต่อมา Microsoft ระบุว่าเป็นช่องโหว่ แต่ตอนนี้ไม่สามารถทำได้อีกต่อไป แน่นอน คุณยังสามารถเขียนโปรแกรมไคลเอนต์ได้ แต่จะจำกัดอยู่เพียงโปรแกรมซีรีส์ Visual เท่านั้น พวกเขาสามารถเรียกใช้ API ใน msxml แต่เซิร์ฟเวอร์สามารถเป็น asp, jsp/servlet ซึ่งทั้งหมดนี้แปลงสตริง xml เป็นอ็อบเจ็กต์ เอกสาร xml

SOAP เป็นโปรโตคอลการสื่อสารในรูปแบบ XML รวมถึง: ซอง SOAP กำหนดแบบแผนสำหรับการอธิบายเนื้อหาข้อความซึ่งหมายถึงวิธีการประมวลผลข้อความ การรวมโปรโตคอลจัดเตรียมชุดของกลไกทั่วไปสำหรับการส่งซองจดหมาย SOAP ผ่านกฎการเข้ารหัสระดับล่าง แบบแผนต่างๆ สำหรับการแมปประเภทข้อมูลแอปพลิเคชันกับการแทนค่า XML แบบแท็ก กลไก RPC จัดเตรียมวิธีการแสดงการเรียกกระบวนการระยะไกลและค่าที่ส่งคืน ไม่มีความสัมพันธ์ที่ชัดเจนระหว่างมันกับข้อตกลงอื่น ๆ สามารถเชื่อมโยงกับ http.stmp, tcp และโปรโตคอลอื่นๆ ได้ ข้อความ SOAP เป็นเอกสาร XML และยังสามารถมีไฟล์แนบได้ โดยสามารถสร้างข้อความ SOAP ตาม API ที่กำหนดโดย W3C ได้ แน่นอนว่าแพลตฟอร์ม .net ของ Microsoft ยังรองรับ SOAP อีกด้วย SOAP+HTTP นั้นคล้ายคลึงกับ XMLHTTP ตรงที่มอบความสามารถในการนำไปใช้งาน ความสามารถในการปรับขนาด และความอเนกประสงค์ที่ดีกว่าและทรงพลังยิ่งขึ้นในการสื่อสารแบบกระจายการทำงานร่วมกัน ที่สำคัญกว่านั้น มันได้กลายเป็นเทคโนโลยีหลักสำหรับบริการบนเว็บและการสื่อสารทางสาย

SOAP และ RMI, CORBA, COM

RMI และ COM ล้วนเป็นการนำแอปพลิเคชันแบบกระจายไปใช้ และกำหนดการสื่อสารระหว่างส่วนประกอบต่างๆ เนื่องจากเป็นเพียงรูปแบบการสื่อสารระหว่างโปรแกรมภายใต้ระบบ (เช่น ชุดของโปรแกรมที่เขียนด้วย ภาษา Java ) และการสื่อสารต้องการการสนับสนุนแพลตฟอร์มเฉพาะ ยกเว้นว่าการสื่อสารภายในระบบนี้มีประสิทธิภาพ จึงไม่สามารถนำไปใช้กับระบบอื่นได้

เพื่อที่จะแก้ไขปัญหาการสื่อสารนี้ CORBA ได้ออกแบบโมเดลคำขอพร็อกซี (โดยใช้ภาษา IDL) เพื่อให้สามารถสื่อสารระหว่างกันได้ อย่างไรก็ตาม นี่ดูเหมือนจะเป็นแพตช์และไม่สามารถแก้ปัญหาพื้นฐานได้ ระบบมีความซับซ้อนมากขึ้นเรื่อยๆ และการใช้ CORBA จะมีประสิทธิภาพในการฟื้นฟูคุณค่าของระบบเก่าเท่านั้น ไม่มีใครสามารถผ่านไฟร์วอลล์ได้ SOAP+HTTP เป็นโปรโตคอลที่เป็นมิตรกับไฟร์วอลล์และสามารถผ่านไฟร์วอลล์ได้

SOAP เป็นโปรโตคอลที่ไม่เกี่ยวข้องกับการใช้งานเฉพาะเจาะจง ขึ้นอยู่กับรูปแบบ XML และส่งข้อมูลในรูปแบบ XML ทำให้ระบบหลวม ด้วยวิธีนี้ ความสามารถในการอ่านของ XML จะถูกนำมาใช้ในแอปพลิเคชันเพื่อแยกวิเคราะห์เอกสาร XML เพื่อใช้งานแอปพลิเคชัน ซึ่งปรับปรุงการทำงานร่วมกันของระบบอย่างมาก (การสื่อสารกับระบบที่แตกต่างกัน) นอกจากนี้ตรรกะทางธุรกิจของแต่ละหน่วยในระบบมีความชัดเจน ซึ่งทำให้พกพาสะดวกและนำกลับมาใช้ใหม่ได้

UDDI และ JNDI

UDDI เป็นโปรโตคอลการจัดการการลงทะเบียนสำหรับบริการ ศูนย์ลงทะเบียน UDDI ใช้เพื่อลงทะเบียนบริการผ่าน WSDL ลูกค้าจะได้รับเอกสาร WSDL โดยการค้นหาบริการในศูนย์การลงทะเบียน UDDI และรับการเข้าถึงตาม WSDL เอกสารวิธีการบริการในการสื่อสารกับบริการโดยใช้ SOAP สามารถนำไปใช้ผ่าน ฐานข้อมูล หรือสามารถแสดงโดยใช้โอเพ่นซอร์ส หรือ XML ขององค์กร ( IBM ฯลฯ ) เมื่อผู้ใช้สอบถาม รายละเอียดจะถูกส่งกลับโดยข้อมูลที่จัดรูปแบบ XML ขั้นตอนการเข้าถึงไม่มีอะไรมากไปกว่ากระบวนการค้นหาแบบลำดับชั้น บริการที่ลงทะเบียนนั้นเป็นสากลและไม่ขึ้นกับแพลตฟอร์ม และวิธีการลงทะเบียนอยู่ในรูปแบบ XML สากล อาจเป็นแบบ อินเทอร์เน็ต หรือ Interanet เพื่อให้บริการต่างๆ แก่ผู้ใช้ที่หลากหลาย

JNDI เป็นไดเร็กทอรีการตั้งชื่อบริการ Java โดยบันทึกไดเร็กทอรีการเข้าถึงของ EJB และ DataSource ในรูปแบบของแผนผัง โปรแกรมสามารถค้นหาบริการผ่าน JDNI และ RMI โดยเฉพาะอย่างยิ่ง ผ่านไฟล์การปรับใช้ เมื่อเซิร์ฟเวอร์เริ่มทำงาน เซิร์ฟเวอร์จะสร้าง JNDI โดยอัตโนมัติตามไฟล์การปรับใช้ และรองรับ RMI และการสอบถามบริการการตั้งชื่อ (ใช้งานโดยเซิร์ฟเวอร์เอง) RNI จึงสามารถเข้าถึงส่วนประกอบเหล่านี้ได้ แนวคิดนี้โดยพื้นฐานแล้วคล้ายกับ UDDI แต่เชื่อมโยงกับแพลตฟอร์มระบบเฉพาะ และถูกผูกมัดโดยบริการอย่างสมบูรณ์ (เกี่ยวข้องกับโปรแกรม ไม่เรียกว่าบริการอย่างเคร่งครัด แต่เป็นส่วนประกอบ) และการนำไปใช้งานนั้นง่ายดาย ดังนั้น UDDI จึงมีไดนามิกและใช้งานง่ายกว่า JNDI

ไฟล์การกำหนดค่าของ WSDD และ EJB

จึงคล้ายกับ CMPเอนทิตี bean WSDD มีความคล้ายคลึงกับไฟล์การกำหนดค่า แต่อธิบายการแมประหว่างข้อมูลและฐานข้อมูล และไม่เกี่ยวข้องกับวิธีการ มีระบบเซิร์ฟเวอร์ซึ่งมีวิธีการเข้าถึงการใช้งานพื้นฐาน WSDD กำหนดอินเทอร์เฟซการเข้าถึงของบริการ และระบบพื้นฐานที่รองรับบริการเว็บจะระบุอินเทอร์เฟซ ส่งข้อมูล ฯลฯ