XMLHTTP dan SOAP:
XML adalahteknologi dasar inti layanan web dan kunci implementasi SOAP; XMLHTTP dirancang berdasarkan XML. Dalam hal implementasi: XMLHTTP didasarkan pada browser Selama Anda memiliki IE, Anda dapat mentransfer string XML ke server, yang sangat serbaguna. Namun, browser tidak digunakan untuk XMLHTTP. Ini untuk menjelajah pengguna umum. Jika XML dapat digunakan untuk menyelesaikan berbagai operasi, hal itu pasti akan mempengaruhi pengguna. Misalnya, browser yang sesuai dengan versi msxml sebelumnya dapat mengakses dokumen XML klien (awalnya dirancang untuk XMLHTTP), yang berarti bahwa sistem file lokal dapat diakses melalui teknologi XMLHTTP. Belakangan, Microsoft mendefinisikannya sebagai kerentanan, tetapi sekarang hal itu tidak memungkinkan lagi. Tentu saja, Anda juga dapat menulis program klien, tetapi program tersebut terbatas pada program seri Visual. Program tersebut dapat memanggil API dalam msxml. Tapi servernya bisa berupa asp, jsp/servlet, yang semuanya mengubah string xml menjadiobjek dokumen xml.
SOAP adalah protokol komunikasi dalam format XML, termasuk: amplop SOAP mendefinisikan konvensi untuk menggambarkan konten pesan, menyiratkan metode pemrosesan pesan yang mengikat menyediakan seperangkat mekanisme umum untuk transmisi amplop SOAP melalui aturan pengkodean tingkat rendah; berbagai Konvensi untuk memetakan tipe data aplikasi kerepresentasi XML berbasis tag; mekanisme RPC menyediakan cara untuk mewakili panggilan prosedur jarak jauh dan nilai kembaliannya. Tidak ada hubungan yang jelas antara itu dan perjanjian lainnya. Itu dapat terikat ke http.stmp, tcp dan protokol lainnya. Pesan SOAP adalah dokumen XML dan juga dapat memiliki lampiran. Pesan SOAP dapat dihasilkan berdasarkan API yang ditentukan oleh W3C. Tentu saja, platform .net Microsoft juga mendukung SOAP. SOAP+HTTP serupa dengan XMLHTTP karena menyediakan kemampuan implementasi, skalabilitas, dan keserbagunaan yang lebih baik dan lebih kuat dalam komunikasi kolaboratif terdistribusi.
SOAP dan RMI, CORBA, COM
RMI dan COM semuanya merupakan implementasi aplikasi terdistribusi, dan mereka mendefinisikan komunikasi antar komponen. Karena ini hanyalah konvensi komunikasi antar program dalam suatu sistem (seperti serangkaian program yang ditulis dalam Java ), dan komunikasi memerlukan dukungan platform khusus, kecuali komunikasi dalam sistem ini efisien, komunikasi tersebut tidak dapat digunakan dengan program sistem lain.
Untuk mengatasi masalah komunikasi ini, CORBA merancang model permintaan proxy (menggunakan bahasa IDL) sehingga mereka dapat berkomunikasi satu sama lain. Namun, hal ini tampaknya hanya sebuah tambalan dan tidak dapat menyelesaikan masalah mendasar , dan penggunaan CORBA hanya efektif dalam memulihkan nilai sistem lama. Tak satu pun dari mereka bisa melewati firewall. SOAP+HTTP adalah protokol ramah firewall dan dapat melewati firewall.
SOAP adalah protokol yang tidak ada hubungannya dengan implementasi spesifik. Ini didasarkan pada format XML dan mengirimkan data dalam format XML, membuat sistem menjadi longgar. Dengan cara ini, keterbacaan XML digunakan dalam aplikasi untuk mengurai dokumen XML untuk mengimplementasikan aplikasi, yang sangat meningkatkan interoperabilitas sistem (komunikasi dengan sistem yang berbeda). Selain itu, logika bisnis setiap unit dalam sistem jelas, sehingga membuatnya sangat portabel dan dapat digunakan kembali.
UDDI dan JNDI
UDDI adalah protokol manajemen registrasi untuk layanan. Pusat registrasi UDDI digunakan untuk mendaftarkan layanan. Pengguna dapat mendaftarkan layanan melalui WSDL. Pelanggan memperoleh dokumen WSDL dengan mencari layanan di pusat registrasi UDDI, dan mendapatkan akses berdasarkan WSDL dokumen. Metode layanan untuk berkomunikasi dengan layanan menggunakan SOAP. Hal ini dapat diimplementasikan melalui database , atau dapat diungkapkan menggunakanopen source atau XML perusahaan ( IBM, dll.). Saat pengguna melakukan kueri, detailnya dapat dikembalikan melalui informasi berformat XML. Prosedur akses tidak lebih dari proses pencarian hierarki. Layanan yang didaftarkannya bersifat universal dan tidak bergantung pada platform, dan metode pendaftarannya dalam format XML universal. Ini bisa berorientasi pada Internet atau Interanet untuk menyediakan berbagai layanan kepada berbagai pengguna.
JNDI adalah direktori penamaan layanan Java. Ini mencatat direktori akses EJB dan DataSource dalam bentuk pohon. Khususnya, melalui file penerapannya, saat server dimulai, secara otomatis membuat JNDI berdasarkan file penerapan dan mendukung RMI dan kueri layanan penamaan (diimplementasikan oleh server itu sendiri). RNI kemudian dapat mengakses komponen-komponen ini. Idenya pada dasarnya mirip dengan UDDI, tetapi terikat pada platform sistem tertentu, dan sepenuhnya terikat oleh layanan (terkait dengan program, bukan disebut layanan, tetapi komponen), dan implementasinya sederhana. Oleh karena itu, UDDI lebih dinamis dan lebih mudah dioperasikan daripada JNDI.
File konfigurasi WSDD dan EJB
mirip dengan kacang entitas CMP. WSDD memiliki kemiripan dengan file konfigurasinya, namun menjelaskan pemetaan antara data dan database, dan tidak melibatkan metode . Ada sistem server Metode akses implementasi yang mendasari. WSDD mendefinisikan antarmuka akses layanan, dan sistem dasar yang mendukung layanan web mengidentifikasi antarmuka, mengirimkan data, dll.