1. Sejarah SOAP WSDL Dan REST RESTFUL
A. WSDL
Sejarah tentang perkembangan webservice tidak lepas dari perkembangan sejarah dari SOAP WSDL, dan sejarah perkembangannnya WSDL 1.0 (September 2000) telah dikembangkan oleh IBM, Microsoft, dan Ariba untuk mendeskripsikan Web Service untuk toolkit SOAP. Dikembangkan dengan mengkombinasikan bahasa deskripsi service: NASSL (Network Application Service Spesification Language) dari IBM dan SDL (Service Description Language) dari Microsoft. WSDL 1.1 dirilis tahun 2001, merupakan formalisasi dari WSDL 1.0. Tidak ada perubahan besar yang diperkenalkan antara versi 1.0 dan 1.1. WSDL 1.2 (Juni 2003) merupakan draf kerja W3C, tetapi menjadi WSDL 2.0. Menurut W3C, WSDL 1.2 lebih mudah dan lebih fleksibel untuk para developer daripada versi sebelumnya. WSDL 1.2 berupaya untuk menghapus fitur non-interoperable dan juga mendefinisikan binding HTTP 1.1 secara lebih baik. WSDL tidak didukung oleh kebanyakan server/vendor SOAP.
WSDL menyediakan sebuah kamus XML untuk menjabarkan detail-detail ini. WSDL digunakan di mana skema XML tidak digunakan lagi dengan menyediakan jalur pesan-pesan grup menjadi operasi-operasi dan operasi-operasi menjadi antarmuka. Ini juga menyediakan jalur untuk medefinisikan binding-binding untuk setiap antamuka dan kombinasi protokol sepanjang alamat titik akhir utnuk setiap kalinya. Definisi WSDL yang lengkap terdiri dari seluruh informasi yang dibutuhkan untuk meminta web service. Pengembang yang mau mempermudah yang lain untuk mengakses service-servicenya harus menyediakan defisi-definisi WSDL. WSDL memainkan peranan penting pada seluruh arsitektur web service semenjak menjabarkan kontrak lengkap pada komunikasi aplikasi (sama seperti peran IDL pada arsitektur DCOM). Walaupun teknik-teknik lain untuk menjabarkan Web service ada, WS-I Basic Profile Versi 1.0 memadati penggunaan WSDL dan skema XML untuk menjabarkan web service. Ini membantu untuk memastikan interoperbilitas pada layer deskripsi servis.
Karena WSDL adalah mesin yang dapat dibaca (misalnya hanya file XML), tool-tool dan infrastruktur dan dengan mudah dibuat seputar ini. Saat ini pengembang-pngembang dapat definisi-definisi WSDL untuk membangun kode yang tahu dengan tepat bagaimana berinteraksi dengan web service yang menjabrkan. [1]
B. REST
Dan untuk perkembangan rest sendiri dalam kurun waktu beberapa tahun ini kita melihat perkembangan teknologi web service, tetapi popularitas SOAP tetap tidak berkurang. Arsitektur internet datag dengan argumen yang bagus untuk menekan soap di sisi yang lain: ada metode yang lebih baik untuk membangun web service dalam bentuk Representational State Transfer (REST).
REST lebih kepada filosofi lama, ketimbang sebuah teknologi yang baru. Tetapi dalam kenyataannya datang kemudian dalam teknologi. Sedangkan SOAP nampak seperti lompatan baru ke fase selanjutnya dalam pengembangan internet dengan sekumpulan spesifikasi baru, filosofi REST mendukung bahwa prinsip dan protokol yang sudah ada di Web cukup untuk membuat web servide yang kuat (robust). Hal ini berarti bahwa developer yang mengerti HTTP dan XML dapat mulai membangun web service tanpa membutuhkan toolkit di belakang apa yang biasanya digunakan dalam pengembangan aplikasi internet. [2]
2. Perbedaan SOAP WSDL Dan REST RESTFUL
1. SOAP WSDL
· Bahasa, platform, dan transport agnostic
· Dirancang untuk menangani lingkungan komputasi terdistribusi
· Merupakan standar yang berlaku untuk web servis, sehingga mempunyai dukungan yang lebih baik dari standar yang lain (WSDL, WS-*) dan tools dari berbagai vendor
· Built-in error handling (faults)
· Secara konseptual lebih sulit, lebih "heavy-weight" dibanding REST
· Lebih "verbose" (membutuhkan lebih banyak pernyataan/kode program)
· Sulit untuk dikembangkan, mebutuhkan tools
2. REST
· Bahasa dan platform agnostic
· Lebih sederhana/simpel untuk dikembangkan ketimbang SOAP
· Mudah dipelajari, tidak bergantung pada tools
· Ringkas, tidak membutuhkan layer pertukaran pesan (messaging) tambahan
· Secara desain dan filosofi lebih dekat dengan web
· Mengasumsi model point-to-point komunikasi - tidak dapat digunakan untuk lingkungan komputasi terdistribusi di mana pesan akan melalui satu atau lebih perantara
· Kurangnya dukungan standar untuk keamanan, kebijakan, keandalan pesan, dll, sehingga layanan yang mempunyai persyaratan lebih canggih lebih sulit untuk dikembangkan ("dipecahkan sendiri")
· Berkaitan dengan model transport HTTP
3. Pengaplikasian WSDL Dan REST RESTFUL
Dalam pengaplikasisan wsdl dan juga juga rest, banyak perusahaan besar yang menggunakan metode web service ini, contohnya saja dalam teknologi internet yaitu google yang menggunakan SOAP pada aplikasi-aplikasi Enterprise untuk mengintegrasikan penggunaan yang lebih luas dan banyak aplikasi dan tren yang lain adalah mengintegrasikan dengan legacy system (sistem lama yg sudah ada sebelumnya). Dalam internet, Google selalu konsisten dalam mengimplementasikan web service mereka menggunakan SOAP google dapat bisa mengintegrasi seluruh jaringan yang mengakses nya diseluruh dunia.
4. Tren ke depan berkaitan dengan mobile dan security
Dalam mobile rest dan juga wsdl dapat mempermudah dalam pengoperasian aplikasi mobile karena selalu memerlukan web service dalam pernggunaanya. Dalam kedepannya masalah security yaitu pada SOAP menegaskan bahwa untuk mengirimkan remote procedure calls (RPC) melalui port standar HTTP adalah cara yang baik untuk memastikan dukungan web service melalui aturan-aturan yang ada. Namun, para pendukung REST berpendapat bahwa praktik tersebut adalah sebuah kekurangan utama yang membahayakan keamanan jaringan. Panggilan-panggilan REST juga dapat melalui HTTP atau HTTPS, tetapi dengan REST, administrator (firewall) dapat membedakan maksud dari setiap pesan dengan menganalisis perintah HTTP yang digunakan saat request. Sebagai contoh, request GET selalu dianggap aman karena ia tidak dapat, menurut definisi, memodifikasi data apapun. Dan itu hanya dapat meng-query kan data.
Request SOAP secara tipikal akan menggunakan POST untuk mengkomunikasi dengan service yang diberikan. Dan tanpa melihat envelope SOAP (tugas yang digunakan untuk mengkonsumsi keduanya dan tidak disertakan pada kebanyakan firewall) tidak ada cara untuk mengetahui apakah request tersebut hanya ingin meng-query data atau menghapus seluruh tabel dari database.
Adapun untuk otentikasi dan otorisasi, SOAP menempatkan beban pada pengembang aplikasi. Metodologi REST tidak memperhitungkan fakta bahwa web server sudah memiliki dukungan untuk tugas-tugas tersebut. Melalui penggunaan sertifikat standar industri dan sistem manajemen identitas umum, seperti server LDAP, developer-developer dapat membuat layer jaringan melakukan langkah berat.
Ini tidak hanya memudahkan para developer, tetapi juga memudahkan administrator, yang dapat menggunakan sesuatu semudah file ACL untuk mengontrol web service layaknya menggunakan URI yang lain.
DAFTAR PUSTAKA
[1] http://id.wikipedia.org/wiki/WSDL
[2] http://s4nbao.blogspot.com/2013/01/rest-api.html
Demikian artikel tentang Perbedaan SOAP WSDL Dan REST RESTFUL ini dapat kami sampaikan, semoga artikel atau info tentang Perbedaan SOAP WSDL Dan REST RESTFUL ini, dapat bermanfaat. Jangan lupa dibagikan juga ya! Terima kasih banyak atas kunjungan nya.
