Perkenalkan Layanan Web Sementara Web dasarnya berbasis teks tidak mendukung interaksi perangkat lunak dan transfer data dalam jumlah besar sangat baik, metode yang lebih efisien diperlukan.Melalui adopsi layanan Web, aplikasi di berbagai lokasi internet dapat langsung terintegrasi dan saling berhubungan seolah-olah mereka adalah bagian dari sistem, tunggal yang besar TI (teknologi informasi). Eric Newcomer membahas bagaimana layanan Web secara fundamental mengubah aturan-aturan dari Web perdagangan. Pembelian buku ini sampai akhir Januari dan menerima empat bab sampel eksklusif dari buku mendatang oleh beberapa tokoh teknologi terbesar. Untuk informasi lebih lanjut, periksa http://www.expectsomethingbetter.com.Seperti efek transportasi kereta api pada sistem ekonomi nasional, layanan Web secara fundamental mengubah aturan-aturan dari Web perdagangan. Mereka terhubung satu sama lain program-program di tempat yang jauh pada peta global, mengangkut sejumlah besar data lebih efisien dan murah daripada sebelumnya. Hasilnya adalah lebih cepat, lebih baik, dan lebih produktif komunikasi untuk bisnis dan konsumen sama.
Web mulai mendukung interaksi manusia dengan data tekstual dan grafis. Orang menggunakan Internet setiap hari untuk mencari harga saham, membeli barang-barang konsumen, dan membaca berita terbaru. Ini tingkat interaksi yang baik untuk berbagai tujuan. Tapi Web dasarnya berbasis teks tidak mendukung interaksi perangkat lunak yang sangat baik, terutama transfer data dalam jumlah besar. Sebuah metode yang lebih efisien diperlukan yang memungkinkan aplikasi untuk berinteraksi langsung dengan satu sama lain, secara otomatis mengeksekusi instruksi yang seharusnya harus dimasukkan secara manual melalui browser.
Individu dan perusahaan melakukan bisnis melalui Web perlu cara untuk mempublikasikan link ke aplikasi dan data, dalam banyak cara yang sama bahwa mereka mempublikasikan link ke halaman Web mereka. Aplikasi berbasis internet harus dapat menemukan, mengakses, dan secara otomatis berinteraksi dengan lainnya aplikasi berbasis internet. Meningkatkan layanan Web menggunakan Internet dengan memungkinkan program-to-program komunikasi. Melalui adopsi layanan Web, aplikasi di berbagai lokasi internet dapat langsung terintegrasi dan saling berhubungan seolah-olah mereka adalah bagian dari sistem, tunggal yang besar TI (teknologi informasi).
Dasar-dasar Web Services Layanan Web Extensible Markup Language (XML) aplikasi dipetakan ke program, objek, atau database atau untuk fungsi bisnis yang komprehensif. Menggunakan dokumen XML yang dibuat dalam bentuk pesan, program mengirimkan permintaan ke layanan Web di seluruh jaringan, dan, opsional, menerima jawaban, juga dalam bentuk dokumen XML.Layanan Web standar mendefinisikan format pesan, menentukan antarmuka ke mana pesan dikirim, menggambarkan konvensi untuk pemetaan isi pesan masuk dan keluar dari program implementasi layanan, dan mendefinisikan mekanisme untuk mempublikasikan dan menemukan layanan Web interface . Teknologi ini dapat digunakan dalam banyak cara. Layanan Web dapat berjalan di klien desktop dan genggam untuk mengakses aplikasi internet seperti sistem reservasi dan sistem pelacakan pesanan. Layanan Web juga dapat digunakan untuk bisnis-ke-bisnis (B2B) integrasi, aplikasi menghubungkan dijalankan oleh berbagai organisasi dalam rantai pasokan yang sama. Layanan Web juga dapat memecahkan masalah yang lebih luas integrasi aplikasi enterprise (EAI), menghubungkan beberapa aplikasi dari sebuah organisasi tunggal untuk beberapa aplikasi lain baik di dalam dan di luar firewall. Dalam semua kasus ini, teknologi layanan Web menyediakan lem standar menghubungkan
beragam bagian dari perangkat lunak. Seperti diilustrasikan dalam Gambar 1-1, layanan Web hadir untuk jaringan cara standar interfacing dengan sistem back-end perangkat lunak, seperti sistem manajemen database,. NET, J2EE (Java2 Platform, Enterprise Edition), atau CORBA (permintaan objek umum broker arsitektur), objek, adapter untuk perencanaan sumber daya perusahaan (ERP) paket, broker integrasi, dan lain-lain. Layanan Web antarmuka menerima pesan XML standar dari lingkungan jaringan, mengubah data XML ke dalam format yang dimengerti oleh sistem back-end perangkat lunak tertentu, dan, opsional, kembali pesan balasan. Implementasi perangkat lunak yang mendasari layanan Web dapat dibuat dengan menggunakan bahasa pemrograman, sistem operasi, atau sistem middleware. Gambar 1-1 antarmuka Web layanan dengan sistem back-end Layanan Web menggabungkan karakteristik eksekusi program aplikasi dengan karakteristik abstraksi dari Internet. Teknologi Internet saat ini berhasil dalam sebagian karena mereka didefinisikan pada tingkat abstraksi yang cukup tinggi untuk memungkinkan kompatibilitas dengan sistem operasi, perangkat keras, atau perangkat lunak. Layanan Web berbasis infrastruktur Internet mengeksploitasi celah ini tingkat abstraksi dan mencakup informasi semantik yang terkait dengan data. Artinya, layanan Web tidak hanya mendefinisikan data tetapi juga bagaimana untuk memproses data dan peta ke dalam dan keluar dari aplikasi perangkat lunak yang mendasarinya. Contoh Sederhana: Mencari Informasi Saat ini, sebagian besar layanan dipanggil melalui Web dengan memasukkan data ke dalam HyperText Markup Language (HTML) formulir dan mengirim data ke layanan ini,tertanam dalam uniform resource locator (URL) string: http://www.google.com/search?q=Skate+boots&btnG=Google+Search Contoh ini menggambarkan bagaimana interaksi web sederhana, seperti pencarian,pembelian saham, atau permintaan untuk mengemudi arah, yang diakses melalui Web dengan menanamkan parameter dan kata kunci dalam URL. Dalam contoh ini,memasukkan permintaan pencarian sederhana untuk sepatu Skate ke Google hasil pencarian mesin di URL yang ditampilkan. Pencarian kata kunci merupakan layanan yang diminta melalui Web, sedangkan sepatu Skate + kata kunci mewakili string pencarian yang dimasukkan ke dalam bentuk HTML yang ditampilkan oleh situs Web Google. Layanan Google-search kemudian melewati permintaan untuk serangkaian mesin pencari lainnya,yang kembali daftar URL ke halaman dengan teks yang cocok dengan kata kunci pencarian Skate + sepatu bot. Dengan cara ini tidak efisien mencari Web tergantungsepenuhnya pada pencocokan string teks yang diberikan ke halaman HTML katalog. XML menyediakan banyak keuntungan besar untuk transmisi data di Internet. Sekarangpermintaan sebelumnya dapat terkandung dalam sebuah dokumen XML sebagai gantinya: Skate boots size 7.5 Mengirim permintaan dalam sebuah dokumen XML memiliki banyak keuntungan, seperti mengetik data ditingkatkan dan struktur, fleksibilitas yang lebih besar, dan diperpanjang.XML dapat mewakili terstruktur dan mengetik data-ukuran field dapat diketik sebagai string desimal atau sebagai floating point, misalnya-dan dapat berisi sejumlah besar informasi daripada yang mungkin dalam URL string.
Contoh ini ditampilkan dalam bentuk pesan Obyek Protokol Akses Wikipedia (SOAP), bentuk standar XML messaging dan salah satu teknologi yang memungkinkan utama dalam layanan Web dasar (lihat Bab 4). Dalam pesan SOAP, nama permintaan layanan dan parameter masukan mengambil bentuk elemen XML. Contoh ini juga menggambarkan penggunaan ruang nama XML (xmlns:), elemen penting lain layanan Web (lihat Bab 2). Karena dokumen XML dukungan data mengetik, struktur kompleks, dan asosiasi skema XML, teknologi Web layanan modern memberikan keuntungan signifikan atas URL yang ada dan kemampuan HTML untuk mengakses aplikasi perangkat lunak. Generasi Terbaru dari WEB Layanan web ditujukan untuk menempatkan jaringan global yang luas dari Web, didirikan untuk interaksi manusia, untuk tujuan yang sama sekali baru. Perangkat lunak berorientasi interaksi secara otomatis akan melakukan operasi yang sebelumnya diperlukan intervensi manual, seperti Mencari dan membeli barang dan jasa pada harga yang terbaik Koordinasi tiket perjalanan dan meja restoran untuk tanggal tertentu Memperlancar operasi bisnis pengadaan, faktur, dan pengiriman
Generasi berikutnya dari Web akan menggunakan perangkat lunak berorientasi layanan untuk beroperasi secara langsung dengan aplikasi yang dibangun menggunakan setiap kombinasi benda, program, dan database. Tapi layanan Web tidak hanya tentang antarmuka ke objek, program, middleware, dan database untuk akses melalui Internet. Dengan menggabungkan serangkaian layanan Web ke dalam interaksi yang lebih besar, layanan Web juga menyediakan sarana untuk melakukan jenis baru dari interaksi. Anggaplah, misalnya, bahwa Anda tinggal di San Francisco dan ingin memesan meja di restoran favorit Anda di Paris dan kemudian membuat pengaturan perjalanan yang diperlukan untuk berada di sana pada waktu yang telah disepakati. Hari ini, Anda harus menghubungi restoran secara langsung untuk mendapatkan reservasi, dengan mempertimbangkan perbedaan 9-jam waktu dan perbedaan bahasa, dan kemudian memanggil agen perjalanan untuk menemukan penerbangan yang kompatibel dan hotel. Tetapi menggunakan layanan Web, Anda dapat menjadwalkan makan malam dengan asisten pribadi digital (PDA) kalender dan klik pada tombol untuk secara otomatis memesan meja pada waktu yang tepat. Setelah reservasi dibuat, layanan Web dapat kick off layanan lain yang akan memesan penerbangan murah dan memesan kamar di sebuah hotel bintang empat di dekatnya.
Gambar 1-2 menunjukkan bagaimana layanan Web dapat berinteraksi dengan sebuah PDA yang terhubung ke prosesor layanan Web nirkabel untuk buku pemesanan di restoran favorit, menggunakan Web restoran service. 1 layanan Web prosesor menerima permintaan dari fungsi kalender PDA dan menemukan layanan Web yang berhubungan dengan fungsi kalender diperpanjang, seperti pemesanan meja restoran. Setelah berhasil pemesanan meja, Web prosesor kontak layanan Web jasa untuk reservasi hotel dan penerbangan untuk menyelesaikan tindakan penjadwalan diminta.Gambar 1-2 Aplikasi dapat menggunakan layanan Web untuk memesan meja restoran dan membuat reservasi hotel dan penerbangan. Layanan Web juga sangat berguna untuk menemukan dan berinteraksi dengan situs internet yang menyediakan sistem order entry online, seperti yang satu untuk trendi Perusahaan Skateboots itu skateboots-boot dengan sepatu luncur es ditarik dibangun di-seperti yang yang Batman dan Robin yang digunakan dalam film Batman dan Robin. Olahraga pengecer barang tertarik pada kaus kaki sepatu, barang panas baru tahun ini, dapat menggunakan layanan Web untuk memesan terlebih dahulu massal dalam batch, untuk memeriksa status pesanan, atau tempat di musim pesanan Restocking dan segera
diberitahu pesanan kembali , jika produsen sudah habis. Layanan Web blok bangunan menyediakan komponen standar dari aplikasi untuk Perusahaan Skateboots, yang tidak cukup besar untuk menjadi tuan rumah infrastruktur aplikasi sendiri seluruh. Layanan web perusahaan hosting menyediakan layanan keamanan untuk memastikan bahwa Skateboots menerima pesanan hanya dari pengecer disetujui dan untuk menyediakan layanan kredit validasi untuk menyetujui perintah muka massal. Masih perusahaan lain membantu dengan menyediakan koleksi Skateboots elektronik dana dan jasa akuntansi. Para Skateboots seluruh sistem entri pesanan terkena Internet sebagai layanan Web, tapi di belakang layanan Web tingkat atas sejumlah layanan Web lain bekerja sama untuk menyediakan fungsionalitas yang diperlukan. Gambar 1-3 mengilustrasikan bagaimana layanan Web dapat mengubah cara aplikasi bisnis yang dibangun dan digunakan. Pengecer tertarik dalam kaus skateboots input permintaan untuk persediaan lokal layanan manajemen, yang terkena komputer toko sebagai layanan Web. Layanan persediaan lokal kemudian kontak layanan Web produsen melalui Internet dan mengirimkan perintah untuk jumlah yang benar skateboots, berdasarkan pada ruang rak yang tersedia dan ukuran yang paling populer. Gambar 1-3 Urutan Skateboots layanan entri terdiri dari beberapa layanan Web lain. Untuk sistem entri Perusahaan Skateboots terdiri atas layanan Web ganda, termasuk bagian custom built yang berhubungan dengan aspek-aspek unik dari produk dan bagian komoditas beberapa yang mengurus fungsi-fungsi standar, seperti otentikasi pengguna, otorisasi kredit, dan akuntansi dan penagihan , semua host oleh perusahaan lain yang mengkhususkan diri dalam menyediakan layanan semacam ini di Internet. Membuat aplikasi bisnis menggunakan layanan Web memerlukan memasukkan ke dalam hubungan yang tepat sejumlah layanan Web lain, yang dapat diimplementasikan dengan menggunakan kombinasi dari bahasa pemrograman, sistem operasi, atau perangkat lunak paket, di dalam atau di luar firewall. (Ini juga merupakan cara di mana layanan Web memecahkan masalah EAI sulit.) Dalam membentuk hubungan yang tepat, atau aliran, layanan Web terkait, juga mengotomatisasi proses bisnis yang sesuai dan prosedur. Melalui adopsi layanan Web, Internet menjadi lebih efisien, terutama untuk interaksi bisnis. Pada generasi berikutnya dari Web, layanan Web blok bangunan akan memungkinkan interaksi internet otomatis, menggabungkan akses langsung ke aplikasi perangkat lunak dan dokumen bisnis, melewati akrab berbasis teks halaman Web untuk mengakses data berbasis software secara langsung. Selain itu, layanan Web blok bangunan fundamental yang sangat mungkin menjadi host dan diterbitkan oleh berbagai perusahaan berfokus pada komponen fungsional spesifik, seperti otentikasi, koordinasi transaksional, atau akuntansi dan penagihan. Perubahan untuk mengarahkan aplikasi-untuk-aplikasi interaksi melalui Web terletak di jantung layanan Web, apa yang mereka maksudkan, dan bagaimana mereka bekerja. Menuju Pemahaman umum Web layanan teknologi ada pada tingkat yang cukup tinggi dari abstraksi untuk mendukung definisi simultan, yang kadang-kadang bertentangan. Sebagai contoh, beberapa definisi layanan Web termasuk ebXML dan RosettaNet. Pada tingkat yang paling sederhana, layanan Web dapat dianggap sebagai internet berorientasi berbasis teks adapter integrasi. Setiap data dapat dipetakan ke dalam dan keluar dari teks ASCII, dan ini jenis pemetaan telah lama menjadi common denominator terendah untuk sistem tampilan grafis dan sistem manajemen database. Jika semuanya gagal, kata pepatah, peta data untuk teks. Sistem berbasis teks juga berada di balik keberhasilan World Wide Web, di mana abstraksi tambahan layanan Web berbasis. Setiap komputer atau sistem operasi yang mampu mendukung HTML
dan server Web, dan browser, dan ketika mereka men-download file, mereka tidak peduli atau bahkan tahu apa jenis sistem back-end mereka berinteraksi dengan.
Hal yang sama berlaku untuk layanan Web, yang sering menyebabkan banyak kebingungan ketika pengembang tradisional, atau didirikan, lingkungan komputasi mencoba untuk memahami teknologi Web layanan dalam referensi untuk satu jenis sistem perangkat lunak yang didistribusikan, seperti CORBA, J2EE, atau DCOM (didistribusikan COM). Karena layanan Web jauh lebih abstrak-lebih seperti adapter dari interface-akan ada beberapa waktu sebelum industri mengendap pada definisi yang benar-benar umum dan konvensi untuk mereka. Berinteraksi dengan Web Services Tingkat abstraksi di mana layanan Web beroperasi meliputi gaya interaksi seperti RPC (remote procedure call) emulasi, pesan asynchronous, satu arah pesan, siaran, dan mempublikasikan / berlangganan. Sebagian besar sistem manajemen database, seperti Oracle, SQL Server, dan DB2, dukungan XML parsing dan transformasi layanan, memungkinkan interaksi langsung antara layanan Web dan sistem manajemen database.Middleware vendor biasanya juga menyediakan pemetaan layanan Web untuk sistem perangkat lunak mereka, seperti server aplikasi dan broker integrasi. Untuk pengguna, oleh karena itu, interaksi dengan layanan Web dapat muncul sebagai batch atau interaksi online, mendukung sinkron atau asinkron pola komunikasi, dan sebagai antarmuka pengguna yang ditulis menggunakan program Java, VB (Visual Basic) program, aplikasi office, browser, atau klien tebal untuk sistem manajemen database, untuk beberapa nama, dan dapat memetakan ke semua jenis sistem perangkat lunak yang mendasarinya. Layanan Web standar dan teknologi secara umum mencakup dua jenis utama dari pola interaksi aplikasi: - Prosedur remote panggilan (online) - Dokumen berorientasi (batch) Kedua jenis interaksi yang dijelaskan dalam subbagian berikut. RPC Berorientasi Interaksi Dalam RPC berorientasi interaksi, permintaan layanan Web mengambil bentuk dari sebuah metode atau panggilan prosedur dengan masukan terkait dan parameter output.Berbeda dengan interaksi berorientasi dokumen, interaksi RPC berorientasi mengirimkan dokumen diformat khusus untuk dipetakan ke sebuah program logical2 tunggal atau database, seperti yang ditunjukkan pada Gambar 14. Karena "real-time" atau di-musim agar skateboots tergantung pada persediaan yang tersedia, misalnya, program mengakses database untuk memeriksa pasokan yang tersedia dari item yang dipesan. Jika semuanya OK, program mengembalikan dokumen XML untuk distributor dalam format permintaan / tanggapan untuk menunjukkan bahwa pesanan telah diterima dan akan dikirim. Jika suplai tidak tersedia, pesan kembali menunjukkan urutan belakang atau menolak pesanan seluruhnya. Berbeda dengan gaya interaksi berorientasi dokumen, dan membalas permintaan ini dimodelkan sebagai pesan sinkron. Artinya, aplikasi mengirim pesan menunggu jawaban. Gambar 1-4 ini layanan Web mendukung permintaan agar interaktif / respon. Dokumen Berorientasi Interaksi Dalam gaya berorientasi dokumen interaksi, permintaan layanan Web mengambil bentuk dokumen XML lengkap yang dimaksudkan untuk diproses secara keseluruhan. Sebagai contoh, sebuah layanan Web yang mengajukan pesanan pembelian lengkap, seperti perintah pramusim untuk
skateboots, akan menyerahkan seluruh pesanan massal ke produsen sekaligus, seperti yang ditunjukkan pada Gambar 1-5. Ini seperti mengirimkan pesan ke antrian untuk pemrosesan asinkron. Produsen biasanya akan mengirim e-mail atau bentuk lain dari pengakuan ke pengecer untuk menunjukkan bahwa perintah itu diterima dan akan diproses sesuai dengan aliran eksekusi yang telah ditetapkan. Aliran mungkin termasuk langkah-langkah seperti memeriksa database untuk perintah sebelumnya dari pengecer yang sama untuk memastikan bahwa tidak melebihi batas kredit atau setuju kapasitas atau penjadwalan kapal untuk tanggal pesanan. Dalam aliran proses nyata, tentu saja, langkah-langkah lebih banyak mungkin sebelum pesanan dikirim dan faktur dikirim keluar, tetapi contoh hanya menunjukkan langkah terakhir: mengirim faktur XML untuk distributor untuk pembayaran setelah pesanan telah dikirimkan danditerima. Gambar 1-5 ini layanan Web proses order pembelian lengkap. Dokumen berorientasi interaksi sering menganggap bahwa para pihak untuk percakapan layanan Web telah sepakat untuk berbagi dokumen bisnis umum, seperti pesanan pembelian, tagihan kapal, atau faktur. Pihak-pihak ini sering diidentifikasi sebagai mitra dagang, atau mitra berkolaborasi. Mitra dagang juga biasanya menyetujui aliran proses yang umum, atau pola interaksi, untuk bertukar dokumen bersama, seperti membutuhkan pengakuan pada penerimaan pesanan pembelian, kembali informasi status tertentu dalam membalas permintaan pesanan, atau mengirim e-mail memberitahukan Anda bila pesanan telah dikirimkan. Selama pelaksanaan proses bisnis, dokumen lengkap mungkin dipertukarkan. Jika dokumen sudah dimiliki bersama, fragmen informasi yang diperlukan untuk mengisi bagian tertentu dari dokumen bersama, seperti harga pembelian atau tanggal pengiriman yang dijanjikan, mungkin dipertukarkan. Dalam contoh Perusahaan Skateboots, pramusim perintah massal ditangani dengan menggunakan pesanan pembelian disampaikan dalam batch sesuai dengan ketentuan yang telah ditetapkan dan kondisi yang membantu rencana kapasitas pabrik. Selama musim, restocking perintah langsung ditangani oleh layanan interaktif lebih yang tergantung pada mengisi pesanan dari persediaan yang tersedia dan yang segera dapat mengidentifikasi perintah kembali. Jadi Skateboots.com menyediakan layanan Web mendukung kedua jenis utama interaksi. Teknologi Layanan Web Program yang berinteraksi dengan satu sama lain melalui Web harus dapat menemukan satu sama lain, menemukan informasi yang memungkinkan mereka untuk interkoneksi, mencari tahu apa yang diharapkan adalah pola interaksi-sederhana permintaan / reply atau lebih rumit proses aliran?-Dan bernegosiasi kualitas seperti layanan sebagai keamanan, pesan yang dapat diandalkan, dan komposisi transaksional. Beberapa dari kualitas pelayanan yang tercakup dalam teknologi yang sudah ada dan standar yang diusulkan, tetapi yang lain tidak. Secara umum, layanan Web komunitas bekerja untuk memenuhi semua persyaratan ini, tapi proses evolusi, seperti Web sendiri telah.Infrastruktur dan layanan Web standar sedang dirancang dan dikembangkan dari bawah ke atas untuk diperluas, seperti XML dan HTML sebelum mereka, sehingga apa pun yang diperkenalkan dalam jangka pendek dapat terus digunakan sebagai standar baru dan teknologi muncul. Bullet Baru Perak? Layanan web kadang-kadang digambarkan sebagai "peluru perak" solusi untuk masalah komputasi kontemporer, mengisi peran sebelumnya yang dimainkan oleh Web asli, database relasional, generasi keempat bahasa, dan kecerdasan buatan. Sayangnya, layanan Web sendiri tidak bisa memecahkan banyak. Layanan Web lapisan-lain cara baru dalam melakukan sesuatu-tapi bukan perubahan mendasar yang menggantikan kebutuhan untuk infrastruktur komputasi yang ada. Layer baru ini teknologi melakukan fungsi-baru cara kerja baru-tetapi, yang paling penting, menyediakan mekanisme
integrasi didefinisikan pada tingkat abstraksi yang lebih tinggi. Layanan Web penting karena mereka mampu menjembatani domain teknologi, bukan karena mereka mengganti teknologi yang ada. Anda bisa mengatakan bahwa lebih baru bahasa, seperti Visual Basic, C #, C / C + + dan Java-ganti bahasa yang lebih tua, seperti COBOL dan FORTRAN, meskipun banyak program dalam bahasa-bahasa masih ada, seperti Web-layanan pemetaan untuk mereka . Layanan web, seperti server web, saling melengkapi, tidak bertentangan dengan, aplikasi yang ada, program, dan database.Pengembangan aplikasi terus membutuhkan Java, VB, dan C #. Semua yang baru adalah cara untuk mengubah data dalam dan keluar dari program dan aplikasi, menggunakan standar format data XML dan protokol untuk mencapai tingkat baru interoperabilitas dan integrasi. Pengembang mungkin harus mengambil layanan Web ke account user ketika merancang dan mengembangkan program-program baru dan database, tetapi program-program dan database masih akan diperlukan belakang pembungkus layanan Web. Layanan Web bukan hal yang dieksekusi dalam dan dari diri mereka sendiri, mereka bergantung pada program dieksekusi ditulis menggunakan bahasa pemrograman dan skrip. Layanan Web mendefinisikan lapisan abstraksi yang kuat yang dapat digunakan untuk menyelesaikan program-to-program interaksi, menggunakan infrastruktur Web yang ada, tetapi mereka tidak tanpa infrastruktur pendukung. Layanan Web memerlukan beberapa terkait XML berbasis teknologi untuk transportasi dan untuk mengubah data ke dalam dan keluar dari program dan database. # XML (Extensible Markup Language), fondasi dasar yang dibangun layanan Webmenyediakan bahasa dasar untuk mendefinisikan data dan bagaimana proses itu. XMLmerupakan keluarga spesifikasi terkait diterbitkan dan dikelola oleh World Wide WebConsortium (W3C) dan lain-lain. # WSDL (Web Services Description Language), sebuah teknologi berbasis XML,mendefinisikan layanan Web interface, data dan jenis pesan, pola interaksi, danpemetaan protokol. # SOAP (Simple Object Access Protocol), koleksi teknologi berbasis XML, mendefinisikansebuah amplop untuk layanan Web komunikasi-mappable untuk HTTP dan lainnyatransportasi-dan menyediakan format serialisasi untuk transmisi dokumen XML melalui jaringan dan konvensi untuk mewakili interaksi RPC . # UDDI (Universal Description, Discovery, dan Integrasi), layanan Web registri danmekanisme penemuan, digunakan untuk menyimpan dan informasi kategorisasi bisnis dan untuk mengambil pointer ke interface layanan Web. Contoh Penggunaan Web layanan dasar standar yang digunakan bersama-sama. Setelah WSDL diperoleh dari UDDI atau lokasi lain, sebuah pesan SOAP yang dihasilkan untuk transmisi ke remote site. Seperti ditunjukkan dalam Gambar 1-6, program mengirimkan dokumen ke alamat layanan Web menggunakan skema XML dari tipe tertentu, seperti WSDL, untuk mengubah data dari sumber-sebuah input file yang terstruktur dalam contoh ini-dan untuk menghasilkan Misalnya dokumen XML dalam format yang konsisten dengan apa layanan Web mengharapkan sasaran, seperti yang dijelaskan dalam file WSDL yang sama. File WSDL digunakan untuk mendefinisikan baik input dan output data transformasi. Gambar 1-6 layanan Web menggunakan dokumen XML dan mengubah mereka masuk dan keluar dari program.
SOAP prosesor komputer pengirim mengubah data dari format asli ke dalam skema yang telah ditetapkan XML data yang terkandung dalam jenis file WSDL untuk teks, floating point, dan lain-lain, menggunakan tabel pemetaan. Tabel pemetaan jenis asli mengasosiasikan data dengan data yang sesuai skema XML jenis. (Pemetaan standar yang banyak tersedia untuk Java, Visual Basic, CORBA, dan lainnya sistem jenis umum digunakan Banyak alat pemetaan XML yang tersedia untuk mendefinisikan pemetaan kustom atau khusus..) Prosesor SOAP Komputer penerima melakukan transformasi secara terbalik, pemetaan dari XML skema tipe data ke tipe data yang sesuai asli. URL, digunakan secara luas di Web, menunjuk ke sebuah alamat (Transmission Control Protocol) TCP berisi sumber daya Web. Layanan web skema adalah bentuk sumber daya Web, terdapat dalam file diakses melalui Internet dan terkena ke Web dengan menggunakan mekanisme yang sama seperti untuk men-download file HTML. Perbedaan utama antara men-download file HTML dan mengakses layanan Web sumber daya adalah bahwa layanan Web menggunakan XML dan bukan dokumen HTML dan bergantung pada teknologi yang terkait, seperti skema, transformasi, dan validasi, untuk mendukung komunikasi jarak jauh antara aplikasi. Tetapi cara di mana layanan Web skema yang diterbitkan dan di-download adalah sama: operasi HTTP pada URL yang diberikan. Ketika menerima dokumen, implementasi layanan Web pertama harus mengurai pesan XML dan memvalidasi data, melakukan apapun memeriksa kualitas-of-service yang relevan, seperti kebijakan keamanan menegakkan atau perdagangan-mitra perjanjian, dan mengeksekusi aliran bisnis proses yang berhubungan dengan dokumen. Layanan Web di situs Web skateboots.com fiksi terletak di folder skateboots.com / perintah, yang adalah apa yang URL poin to.3 Layanan Web yang tersedia di alamat internet diidentifikasi dalam sebuah file WDSL publik yang dapat didownload ke komputer pengirim dan digunakan untuk menghasilkan pesan. Perusahaan Skateboots juga diposting daftar di direktori UDDI publik, menunjuk ke file WSDL yang sama, bagi pelanggan yang mungkin menemukan perusahaan melalui layanan UDDI. Secara umum, siapa saja yang ingin berinteraksi dengan layanan Web yang tempat atau melacak pesanan untuk Perusahaan Skateboots melalui Web harus menemukan cara untuk mendapatkan dan menggunakan file WSDL tertentu untuk menghasilkan pesan. Program pada alamat skateboots.com memberikan pendengar HTTP terkait dengan nama-nama layanan Web untuk mengenali pesan XML dikirim dalam format yang ditetapkan. Program meliputi parser XML dan transformer dan peta data dalam pesan SOAP ke dalam format yang diperlukan oleh sistem Perusahaan Skateboots entry order. Teknologi ini cukup untuk membangun, menyebarkan, dan mempublikasikan layanan Web dasar. Pada kenyataannya, bahkan SOAP dasar sudah cukup. Teknologi lainnya yang terus-menerus ditambahkan ke kerangka memperluas layanan Web ketika mereka muncul. Teknologi ini cukup mendasar untuk mendukung penggunaan Internet untuk komunikasi bisnis dasar dan untuk menjembatani TI yang berbeda domain, namun; dan ini bentuk interaksi web sedang diadopsi dengan sangat cepat. Seiring waktu, sebagai standar untuk registri, penemuan, dan kualitas layanan matang, visi sebuah Web, bisnis ad hoc yang dinamis akan mulai untuk memegang, dan layanan Web akan mulai beroperasi lebih seperti Web saat ini, memungkinkan perusahaan untuk menemukan dan untuk perdagangan dengan satu sama lain murni dengan menggunakan Internet-gaya komunikasi. Sementara itu, layanan Web standar teknologi dan dasar yang dibahas dalam buku ini adalah cukup untuk banyak solusi, seperti mengintegrasikan perangkat lunak yang berbeda domain-J2EE dan. NET, misalnyamenghubungkan ke aplikasi dikemas, seperti SAP dan PeopleSoft, dan menyerahkan dokumen untuk arus proses bisnis yang telah ditetapkan.
XML: Foundation Dalam konteks layanan Web, XML tidak hanya digunakan sebagai format pesan tetapi juga sebagai cara di mana layanan didefinisikan. Oleh karena itu, penting untuk mengetahui sedikit tentang XML itu sendiri, terutama dalam konteks bagaimana digunakan untuk mendefinisikan dan untuk melaksanakan layanan Web. Reinventing Roda Beberapa orang mengatakan bahwa layanan Web reinventing the wheel karena mereka berbagi banyak karakteristik dengan lainnya arsitektur komputasi terdistribusi, seperti CORBA atau DCOM. Layanan Web tidak cukup berbagi kesamaan dengan ini dan arsitektur komputasi lain yang didistribusikan dan implementasi, tapi ada juga alasan yang baik untuk menciptakan sebuah arsitektur baru. Web didirikan, dan untuk mengambil keuntungan dari jaringan global yang luar biasa, konsep komputasi terdistribusi perlu diadaptasi. Pertama, Web pada dasarnya terputus, yaitu koneksi sementara dan sementara. Layanan komputasi terdistribusi, seperti keamanan dan transaksi, yang secara tradisional bergantung pada koneksi transport-level dan harus didesain ulang untuk menyediakan fungsionalitas setara untuk Web terputus. Kedua, Web mengasumsikan bahwa pihak dapat menghubungkan tanpa pengetahuan sebelumnya dari satu sama lain, dengan mengikuti link URL dan mengamati beberapa aturan dasar.Untuk layanan Web, ini berarti bahwa klien pun dapat mengakses layanan Web yang diterbitkan oleh orang lain, asalkan informasi tentang layanan-skema-adalah prosesor yang tersedia dan dapat dipahami dan XML mampu menghasilkan pesan sesuai dengan skema. Tradisional teknologi komputasi terdistribusi mengasumsikan hubungan yang jauh lebih erat antara klien dan server dan karena itu tidak dapat inheren mengambil keuntungan dari Web Dunia luas yang ada. Karena layanan Web mengadopsi model penerbitan Web, mungkin untuk membungkus dan untuk menerbitkan sebuah titik akhir tertentu, atau operasi bisnis, menggunakan definisi layanan Web antarmuka, tanpa adanya klien untuk itu titik akhir. Pergeseran paradigma bahwa klien dapat mengembangkan dan mengintegrasikan kemudian memiliki banyak keuntungan dalam larutan sulit untuk masalah integrasi perusahaan. Tujuan dari XML XML dikembangkan untuk mengatasi keterbatasan dari HTML, terutama untuk pembuatan konten dinamis dukungan yang lebih baik dan manajemen. HTML adalah baik untuk mendefinisikan dan memelihara konten statis, tetapi sebagai Web berkembang menuju platform perangkat lunak-diaktifkan, di mana data memiliki makna yang terkait, konten harus dihasilkan dan dicerna dinamis. Menggunakan XML, Anda dapat menentukan sejumlah elemen yang mengasosiasikan arti dengan data, yaitu, Anda menggambarkan data dan apa yang harus dilakukan dengan itu dengan menggunakan satu atau lebih elemen yang dibuat untuk tujuan tersebut. Sebagai contoh: Skateboots Manufacturing 200 High Street Springfield, MA 55555 USA
+1 781 555 5000 Dalam contoh ini, XML memungkinkan Anda untuk menentukan unsur-unsur tidak hanya yang menggambarkan struktur data tetapi juga kelompok data yang terkait. Sangat mudah untuk membayangkan pencarian untuk elemen yang sesuai dengan kriteria tertentu, seperti dan untuk sebuah perusahaan tertentu, atau untuk semua elemen dan untuk mengembalikan daftar entitas mengidentifikasi diri mereka sebagai perusahaan di Web. Selanjutnya, seperti yang disebutkan sebelumnya, XML memungkinkan skema terkait untuk memvalidasi data secara terpisah dan untuk menjelaskan atribut lainnya dan kualitas dari data, sesuatu yang sama sekali tidak mungkin menggunakan HTML. Tentu saja, masalah yang signifikan akibat dari fleksibilitas yang besar dari XML. Karena XML memungkinkan Anda untuk menentukan unsur-unsur Anda sendiri, sangat sulit untuk memastikan setiap orang yang menggunakan elemen yang sama dengan cara yang sama berarti hal yang sama. Di situlah perlunya disepakati bersama, model konten yang konsisten masuk Dua partai pertukaran data XML dapat memahami dan menafsirkan unsur dalam cara yang sama hanya jika mereka berbagi definisi yang sama dari apa yang mereka. Jika dua pihak yang berbagi dokumen XML juga berbagi skema yang sama, mereka dapat yakin untuk memahami arti dari tag elemen yang sama dengan cara yang sama. Ini adalah persis bagaimana layanan Web bekerja. Teknologi XML adalah keluarga teknologi: bahasa markup data, model berbagai konten, model menghubungkan, model namespace, dan mekanisme transformasi berbagai. Berikut ini adalah anggota penting dari keluarga XML digunakan sebagai dasar layanan Web: - XML v1.0: Aturan untuk mendefinisikan elemen, atribut, dan tag tertutup dalam elemen root dokumen, menyediakan model data abstrak dan format serialisasi - Skema XML: dokumen XML yang mendefinisikan tipe data, isi, struktur, dan elemen diperbolehkan dalam dokumen XML yang terkait; juga digunakan untuk menggambarkan semantik-processing instruksi yang terkait dengan elemen dokumen - XML ruang nama: Nama unik memenuhi syarat untuk elemen dokumen XML dan aplikasi Masa Depan Web Penemu World Wide Web, Tim Berners-Lee, mengatakan bahwa generasi berikutnya dari Web akan tentang data, bukan teks, XML data apa HTML adalah untuk teks.Generasi berikutnya dari Web ini dimaksudkan untuk mengatasi beberapa kekurangan dari Web yang ada, terutama kesulitan mencari di Web untuk pertandingan tepat pada string teks tertanam di halaman Web. Karena Web telah begitu sukses, bagaimanapun, masa depan Web harus diselesaikan sebagai perluasan, atau evolusi, dari Web ini. Tidak mungkin untuk mengganti seluruh hal dan memulai kembali! Solusi untuk aplikasiuntuk-aplikasi komunikasi harus berasal dari teknologi internet yang ada. Jika masa depan Web tergantung pada kemampuan untuk mendukung komunikasi data secara efektif dan mudah karena mendukung komunikasi teks, layanan Web harus mampu merujuk dinamis untuk titik akhir Web, atau alamat (URL), dan untuk peta ke dan dari XML transparan. Titik akhir ini, atau alamat, menyediakan layanan yang memproses data XML, dalam banyak cara yang sama bahwa proses browser teks HTML. Alamat ini juga dapat dimasukkan dalam setiap program yang mampu mengenali XML URL dan parsing. Dengan demikian, akan memungkinkan untuk berkomunikasi dari spreadsheet Anda ke sumber data atau remote dari program manajemen Anda uang ke rekening bank Anda aplikasi manajemen, membuat janji dengan rekan-rekan untuk pertemuan, dan sebagainya.
Microsoft dan lain-lain sudah mengembangkan jenis-jenis layanan standar diakses dari program apapun, dan sebagian besar dari strategi NET. Microsoft difokuskan pada alat pengembangan untuk menciptakan dan jahitan bersama-sama aplikasi yang menggunakan layanan Web yang telah ditetapkan. Tapi mendapatkan ini terjadi memerlukan standarisasi signifikan, sebanding dengan upaya yang terlibat dalam standardisasi komponen PC, dan karena itu mungkin tidak terjadi selama beberapa tahun. - XML Informasi Set: Sebuah representasi, konsisten abstrak dari bagian-bagian dari dokumen XML - XPointer: Sebuah pointer ke bagian tertentu dari dokumen, XPath, ekspresi untuk mencari dokumen XML, dan XLink, untuk mencari dokumen XML mulitple - Extensible Stylesheet Bahasa Transformasi (XSLT): Transformasi untuk dokumen XML ke format lain dokumen XML atau untuk mengekspor ke format XML non- DOM (Document Object Modul) dan SAX (Simple API untuk XML): Pemrograman perpustakaan dan model untuk parsing dokumen XML, baik dengan menciptakan sebuah pohon yang akan dilalui atau dengan membaca dan menanggapi elemen XML satu per satu Teknologi ini dan yang lainnya dijelaskan secara lebih terperinci dalam Bab 2. WSDL: Layanan Web Mendeskripsikan Deskripsi Layanan Web Language (WSDL) adalah format skema XML yang mendefinisikan kerangka extensible untuk menggambarkan layanan Web interface.WSDL dikembangkan terutama oleh Microsoft dan IBM dan diserahkan kepada W3C oleh 25 companies.4 WSDL adalah di jantung kerangka layanan Web, menyediakan cara umum di mana untuk mewakili tipe data yang dilewatkan dalam pesan, operasi yang akan dilakukan pada pesan, dan pemetaan dari pesan ke jaringan transport. WSDL adalah, seperti sisa kerangka layanan Web, dirancang untuk digunakan dengan interaksi kedua prosedur-oriented dan berorientasi dokumen. Seperti dengan sisa teknologi XML, WSDL sangat extensible dan memiliki begitu banyak pilihan yang memastikan kompatibilitas dan interoperabilitas di implementasi yang berbeda mungkin sulit. Jika pengirim dan penerima pesan dapat berbagi dan memahami file WSDL yang sama dengan cara yang sama, bagaimanapun, dapat dipastikan interoperabilitas. WSDL adalah dibagi menjadi tiga unsur utama: - Tipe data definisi - Abstrak operasi - Layanan binding Setiap elemen utama dapat ditentukan dalam dokumen XML terpisah dan impor dalam berbagai kombinasi untuk membuat deskripsi layanan Web akhir, atau mereka semua dapat didefinisikan bersama-sama dalam satu dokumen. Definisi tipe data menentukan struktur dan isi pesan. Abstrak operasi menentukan operasi yang dilakukan pada isi pesan, dan binding layanan menentukan jaringan transportasi yang akan membawa pesan ke tujuan. Gambar 1-7 menunjukkan elemen-elemen WSDL, berlapis sesuai dengan tingkat mereka abstraksi, yang didefinisikan secara independen dari transportasi, khusus sehingga yang mengangkut beberapa dapat digunakan untuk layanan yang sama. Sebagai contoh, layanan yang sama dapat diakses melalui SOAP melalui HTTP dan SOAP lebih dari JMS. Demikian pula, definisi tipe data yang ditempatkan di bagian terpisah sehingga mereka dapat digunakan oleh beberapa layanan. Mayor elemen WSDL dipecah menjadi subparts. Gambar 1-7 WSDL terdiri dari tiga unsur utama dan tujuh bagian. Bagian definisi mencakup definisi tipe data, pesan, dan operasi abstrak, yang mirip dengan definisi interface dalam CORBA atau DCOM. Pesan dapat memiliki
beberapa bagian dan dapat didefinisikan untuk digunakan dengan gaya berorientasi prosedur interaksi, interaksi gaya berorientasi, atau keduanya. Melalui lapisan abstraksi, pesan yang sama dapat didefinisikan dan digunakan untuk jenis beberapa port. Seperti bagian lain WSDL, pesan juga termasuk komponen-untuk diperpanjang misalnya, untuk pesan lain termasuk atribut. Data WSDL definisi type didasarkan pada skema XML, tapi yang lain, setara atau serupa definisi tipe sistem dapat diganti. Sebagai contoh, CORBA Interface Definition Definisi Antarmuka Bahasa (IDL) tipe data dapat digunakan sebagai pengganti tipe data XML skema. (Jika sistem lain definisi tipe yang digunakan, bagaimanapun, kedua belah pihak untuk interaksi layanan Web harus dapat memahaminya.) Binding layanan peta pesan abstrak dan operasi ke transport spesifik, seperti SOAP.Komponen diperpanjang mengikat digunakan untuk memasukkan informasi spesifik untuk SOAP dan pemetaan lainnya. Definisi abstrak dapat dipetakan ke berbagai transportasi fisik. Spesifikasi WSDL mencakup contoh SOAP satu arah pemetaan untuk SMTP (Simple Mail Transfer Protocol), SOAP RPC pemetaan untuk HTTP, SOAP pemetaan untuk mengikat HTTP GET dan POST, dan contoh pemetaan untuk MIME (Multipurpose Internet ekstensi pesan) multipart untuk SOAP. XML namespaces digunakan untuk memastikan keunikan dari nama elemen XML digunakan dalam setiap dari tiga elemen WSDL utama. Tentu saja, ketika elemen-elemen WSDL dikembangkan secara terpisah dan diimpor ke dalam sebuah file yang lengkap tunggal, nama-ruang yang digunakan dalam file terpisah tidak boleh tumpang tindih.Skema terkait yang digunakan untuk memvalidasi kedua file WSDL dan pesan-pesan dan operasi didefinisikan dalam file WSDL. Ini aman untuk mengatakan bahwa WSDL kemungkinan akan mencakup banyak ekstensi, perubahan, dan penambahan sebagai layanan Web matang. Seperti SOAP, WSDL dirancang sebagai kerangka XML extensible yang dapat dengan mudah disesuaikan dengan tipe data pemetaan, definisi beberapa jenis pesan, operasi, dan transportasi.Sebagai contoh, IETF (Internet Engineering Task Force) kelompok kerja yang mengusulkan sebuah protokol standar baru-Blok Extensible Pertukaran Protocol (BIP)-untuk mendefinisikan koneksi berorientasi berguna transportasi. (HTTP, sebaliknya, secara inheren connectionless, sehingga sulit untuk menyelesaikan kualitas-of-service masalah di tingkat transportasi.) Perusahaan yang tertarik dalam menggunakan layanan Web untuk aplikasi internal atau integrasi dapat memilih untuk memperpanjang WSDL untuk memetakan ke protokol yang lebih tradisional, seperti DCOM atau IIOP (Internet Inter-ORB Protocol). SOAP: Mengakses Web Services Sejauh ini, Anda telah menetapkan data (XML) dan menyatakan abstraksi dari layanan yang diperlukan untuk mendukung komunikasi dan pengolahan pesan (WSDL). Anda sekarang perlu untuk menentukan cara di mana pesan akan dikirim dari satu komputer ke komputer lain dan sebagainya tersedia untuk diproses di komputer target. Spesifikasi SOAP mendefinisikan kerangka pesan untuk pertukaran data XML diformat di Internet. Kerangka pesan sederhana, mudah untuk mengembangkan, dan benar-benar netral dalam kaitannya dengan sistem operasi, bahasa pemrograman, atau platform komputasi terdistribusi. SOAP adalah dimaksudkan untuk memberikan tingkat minimum transportasi di atas mana interaksi yang lebih rumit dan protokol dapat dibangun. SOAP adalah fundamental model komunikasi satu arah yang mendefinisikan cara memastikan bahwa pesan yang koheren ditransfer dari pengirim ke penerima informasi apa yang, berpotensi termasuk perantara yang dapat memproses akan dikirim dan bagaimana bagian atau menambah unit pesan. Spesifikasi SOAP berisi konvensi untuk mengadaptasi satu arah pesan untuk paradigma permintaan / tanggapan populer di RPC-gaya komunikasi dan juga mendefinisikan bagaimana mengirimkan dokumen XML lengkap. SOAP mendefinisikan aturan pengkodean opsional untuk tipe data, tapi poin akhir dalam komunikasi SOAP dapat memutuskan aturan mereka sendiri pengkodean melalui kesepakatan pribadi. Komunikasi sering menggunakan XML literal, atau asli, pengkodean. Seperti ditunjukkan dalam Gambar 1-8, SOAP dirancang untuk memberikan suatu protokol, komunikasi independen abstrak mampu menjembatani, atau menghubungkan, dua atau lebih bisnis atau dua atau lebih situs bisnis terpencil. Sistem yang terhubung dapat dibangun dengan
menggunakan kombinasi dari hardware dan software yang mendukung akses Internet untuk sistem yang ada seperti NET dan J2EE.. Sistem yang ada biasanya juga mewakili beberapa infrastruktur dan produk-produk perangkat lunak paket. SOAP dan sisa kerangka XML menyediakan sarana untuk setiap dua atau lebih situs bisnis, pasar, atau mitra dagang untuk menyepakati pendekatan umum untuk mengekspos layanan ke Web. Gambar 1-8 pesan SOAP menghubungkan remote site. SOAP memiliki beberapa bagian utama: - Amplop: Mendefinisikan awal dan akhir pesan - Header: Berisi atribut opsional dari pesan yang digunakan dalam pengolahan pesan, baik pada titik perantara atau pada titik akhir akhir - Tubuh: Berisi data XML yang terdiri dari pesan yang dikirim - Lampiran: Terdiri dari satu atau lebih dokumen yang dilampirkan ke pesan utama (SOAP dengan Lampiran saja) - RPC interaksi: mendefinisikan bagaimana model RPC-gaya interaksi dengan SOAP - Encoding: Mendefinisikan bagaimana untuk mewakili data sederhana dan kompleks sedang dikirim dalam pesan Hanya amplop dan tubuh yang diperlukan. UDDI: Layanan Web Penerbitan dan Menemukan Setelah Anda mendefinisikan data dalam pesan (XML), menggambarkan layanan yang akan menerima dan memproses pesan (WSDL), dan mengidentifikasi cara mengirim dan menerima pesan (SOAP), Anda perlu cara untuk mempublikasikan layanan yang Anda tawarkan dan untuk menemukan layanan yang lain menawarkan dan bahwa Anda mungkin ingin menggunakan. Ini adalah fungsi yang UDDI (distribusi universal, penemuan, dan interoperabilitas) menyediakan. Di dalam Perusahaan Banyak perusahaan yang mengeksplorasi potensi keuntungan dari menggunakan layanan Web baik di dalam dan di luar perusahaan. Hal ini analog dengan menggunakan browser dan server Web di dalam perusahaan dalam jaringan internal. Infrastruktur Web internal yang ada dapat dimanfaatkan dengan baik dalam mendukung layanan Web-gaya interaksi. Meskipun tidak mungkin untuk menggantikan lingkungan komputasi terdistribusi yang ada, seperti COM dan CORBA, layanan Web dapat menjadi suplemen yang berharga untuk teknologi yang sudah ada. Kadang-kadang, semua yang Anda miliki adalah HTTP atau koneksi SMTP. Karena mereka mewakili sebuah format yang sama sekali netral yang dapat digunakan untuk mencapai tingkat baru inter-operabilitas, layanan Web juga dapat digunakan untuk menjembatani seluruh COM, CORBA, EJB, dan pesan antrian lingkungan. Akhirnya, karena layanan Web menggunakan HTTP infrastruktur yang ada, dampak pada sistem administrator minimal dibandingkan dengan memperkenalkan teknologi komputasi terdistribusi lainnya ke dalam departemen TI. Kinerja adalah tentu masalah dibandingkan dengan lebih tradisional biner berorientasi dan protokol transport, tetapi potensi keuntungan lebih besar daripada biaya untuk banyak aplikasi, dan isu-isu kinerja cenderung untuk mendapatkan diselesaikan dari waktu ke waktu, karena mereka telah untuk Web asli. Kerangka UDDI mendefinisikan model data dalam XML dan SOAP antarmuka pemrograman aplikasi (API) untuk mendaftar dan menemukan informasi bisnis, termasuk bisnis layanan Web menerbitkan. UDDI diproduksi oleh sebuah konsorsium vendor independen, yang didirikan oleh Microsoft, IBM, dan Ariba, untuk mengembangkan sebuah standar Internet untuk pendaftaran deskripsi layanan Web dan penemuan.Microsoft, IBM, Hewlett-Packard, dan SAP hosting penyebaran awal dari layanan UDDI publik, yang secara konseptual berpola setelah DNS, domain internet nama server layanan internet yang menerjemahkan nama host menjadi alamat TCP. Pada
kenyataannya, UDDI jauh lebih seperti layanan database direplikasi dapat diakses melalui Internet. UDDI ini mirip dalam konsep ke direktori Yellow Pages. Bisnis mendaftarkan informasi kontak mereka, termasuk rincian seperti telepon dan nomor faks, alamat pos, dan situs Web. Pendaftaran termasuk informasi kategori untuk pencarian, seperti lokasi geografis, kode industri jenis, jenis usaha, dan sebagainya. Bisnis lain dapat mencari informasi yang terdaftar di UDDI untuk mencari pemasok untuk suku cadang, jasa katering, atau pelelangan dan pasar. Sebuah bisnis juga dapat menemukan informasi tentang layanan Web tertentu dalam registri, biasanya menemukan URL untuk file WSDL yang menunjuk ke layanan Web pemasok. Bisnis menggunakan SOAP untuk mendaftarkan diri atau orang lain dengan UDDI, kemudian klien registri menggunakan API query untuk pencarian informasi yang didaftarkan untuk menemukan mitra dagang. Sebuah query awal dapat kembali beberapa pertandingan dari yang satu entri dipilih. Setelah entri bisnis yang dipilih, panggilan API akhir dibuat untuk memperoleh informasi kontak tertentu untuk bisnis. Gambar 1-9 menunjukkan bagaimana bisnis akan mendaftar Web layanan informasi, bersama dengan yang lain, informasi kontak yang lebih tradisional, dengan registri UDDI.Sebuah bisnis pertama menghasilkan file WSDL untuk menggambarkan layanan Web yang didukung oleh prosesor SOAP nya (1) dan menggunakan API UDDI untuk mendaftarkan informasi dengan repositori (2). Setelah bisnis menyampaikan data ke registri, bersama dengan informasi kontak lainnya, entri registri berisi URL yang menunjuk ke server SOAP WSDL situs atau file lain yang menggambarkan skema XML layanan Web. Setelah prosesor SOAP bisnis lain query registri (3) untuk mendapatkan WSDL atau skema lain (4), klien dapat menghasilkan pesan yang sesuai (5) untuk mengirim ke operasi tertentu atas protokol diidentifikasi (6). Tentu saja, kedua klien dan server harus mampu menyetujui protokol yang samadalam contoh ini, SOAP melalui HTTP-dan berbagi pemahaman yang sama, atau definisi semantik dari layanan, yang dalam contoh ini diwakili melalui WSDL. Dengan adopsi standar-standar fundamental, bagaimanapun, ini pemahaman umum dari WSDL tampaknya dipastikan. XML untuk Kolaborasi Bisnis: ebXML Seperti disebutkan sebelumnya, beberapa teknologi tambahan, di luar apa yang disediakan dalam teknologi Web layanan dasar, yang diperlukan untuk mendukung benar bisnis-ke-bisnis interaksi melalui Web. Bisnis XML Elektronik (ebXML) konsorsium, misalnya, telah didefinisikan seperangkat spesifikasi untuk pola-kekuatan industri penggunaan untuk pertukaran dokumen XML antara mitra dagang. Para ebXML pesan spesifikasi didasarkan pada SOAP dengan Lampiran dan tidak menggunakan WSDL, tetapi tidak menambahkan beberapa kualitas pelayanan, seperti keamanan, pesan dijamin, dan sesuai dengan pola interaksi bisnis proses. Inisiatif ebXML, tahap pertama yang berakhir pada Mei 2001, disponsori oleh sebuah kelompok internasional yang didirikan oleh PBB Pusat Fasilitasi Perdagangan dan Bisnis Elektronik (PBB / CEFACT) dan OASIS untuk meneliti, mengembangkan, dan mempromosikan standar global untuk penggunaan XML untuk memfasilitasi pertukaran bisnis elektronik data.5 Arsitektur ebXML dimulai dengan proses bisnis dan model informasi, peta model untuk skema XML, dan mendefinisikan persyaratan untuk aplikasi yang memproses dokumen dan pertukaran mereka di antara mitra dagang. Layanan Web dan EDI dibandingkan ebXML Meskipun electronic data interchange (EDI) telah sekitar selama lebih dari dua dekade, sangat kompleks, memiliki interpretasi ganda, dan memerlukan keahlian teknis yang signifikan untuk menyebarkan, dan didasarkan pada arsitektur, tidak fleksibel erat.Meskipun mereka dapat digunakan pada jaringan publik, aplikasi EDI yang paling sering digunakan pada jaringan berdedikasi mahal dan memerlukan banyak keahlian untuk membuat dan menjalankan. Sebaliknya, ebXML dan layanan Web memegang janji mewujudkan tujuan asli dari EDI, sehingga
sederhana dan mudah untuk bertukar dokumen elektronik melalui Internet.Namun, ebXML dan layanan Web juga harus matang untuk beberapa tahun sebelum mereka mencakup fungsi saat ini semua EDI dan set fitur. Meskipun konsorsium ebXML telah menyelesaikan pekerjaan awal, OASIS, PBB / CEFACT, dan organisasi lainnya terus mempromosikan adopsi dari arsitektur dan spesifikasi untuk audiens yang lebih luas, berharap untuk mendirikan sebuah pasar e-bisnis global melalui pertukaran standar dokumen XML dan pesan, terlepas dari batas-batas geografis atau politik, dan dengan kualitas layanan yang bisnis harapkan. Arsitektur ebXML mendefinisikan - Proses bisnis dan pesan yang terkait dan konten - Sebuah mekanisme registri dan penemuan untuk urutan proses penerbitan bisnis dengan pertukaran pesan yang terkait - Perusahaan profil - Perdagangan-mitra perjanjian - Sebuah lapisan transport pesan seragam dipetakan ke SOAP dengan lampiran MIME multipart Demikian pula dengan cara di mana UDDI memfasilitasi pencarian untuk definisi layanan Web, arsitektur ebXML memungkinkan perusahaan untuk menemukan satu sama lain dengan menggunakan registri, untuk menentukan mitra dagang-perjanjian, dan untuk bertukar pesan XML dalam mendukung operasi bisnis. Tujuannya adalah untuk memungkinkan semua kegiatan yang akan dilakukan secara otomatis, tanpa campur tangan manusia, melalui Internet. Arsitektur ebXML memiliki banyak kesamaan dengan SOAP / WSDL / UDDI, dan beberapa tingkat konvergensi sudah terjadi dengan penerapan SOAP dalam transportasi ebXML specification.6 RosettaNet juga mengumumkan adopsi dari transportasi ebXML, karena memiliki industri vertikal banyak lainnya konsorsium. Arsitektur ebXML jelas berpusat pada interaksi berorientasi dokumen, seperti penerimaan keuntungan ebXML, mungkin datang untuk mendefinisikan paradigma berorientasi untuk B2B interaksi layanan Web. Perusahaan yang sudah telah pertukaran informasi secara elektronik, mungkin menggunakan standar EDI, akan menemukan banyak kesamaan dalam tujuan ebXML, meskipun ebXML bertujuan menangani jenis ini persyaratan yang lebih luas dan untuk internet. Perbandingan ebXML dan SOAP Awalnya, tampaknya bahwa kelompok ebXML adalah bersaing dengan kelompok perusahaan mensponsori SOAP, WSDL, dan UDDI. Bahkan, spesifikasi ebXML mencakup banyak wilayah yang sama seperti SOAP, WSDL, dan UDDI. Anda bisa melihat upaya SOAP di W3C sebagai pendekatan "bottom-up", dimulai dengan definisi dari cara untuk dokumen XML untuk pesan peta HTTP, dan melihat upaya ebXML sebagai pendekatan "top-down", dimulai dengan definisi proses bisnis sebagai serangkaian pesan dipetakan ke transportasi apapun. Kelompok ebXML dibentuk terutama untuk menciptakan standar proses bisnis, daerah di mana pekerjaan ebXML memiliki paling menjanjikan. Bidang transportasi, jasa deskripsi, dan registri tampaknya lebih tepat untuk upaya lebih terfokus pada isu-isu murni infrastruktur dari proses bisnis dan interaksi dokumen. Salah satu motivator utama untuk ebXML adalah untuk menghasilkan standar yang melayani tujuan yang sama atau mirip seperti EDI, termasuk dukungan untuk muncul industri-spesifik XML "kosakata."Tampaknya tepat untuk mempertimbangkan arsitektur ebXML sebagai persyaratan di W3C dan XML lainnya berorientasi inisiatif sebagai cara untuk memastikan bahwa layanan Web akan siap untuk penggunaan bisnis yang nyata, bukan sebagai upaya kompetitif untuk mendefinisikan layanan inti infrastruktur.
Layanan Web vs Teknologi Lain Layanan Web tidak sebanyak seperti tradisional teknologi komputasi terdistribusi seperti CORBA, DCOM, dan EJB, karena mereka seperti server web, HTML, dan HTTP, di mana mereka didasarkan. Layanan Web secara fundamental satu arah, pesan asinkron dipetakan ke program perangkat lunak dieksekusi. Layanan Web mendefinisikan format data yang independen dari bahasa pemrograman, sistem operasi, jaringan transportasi, dan mekanisme penyimpanan data, sehingga data harus dipetakan ke dalam dan keluar dari format independen. Mengetik data dan struktur disarikan dari implementasi layanan yang mendasari. Layanan web sering dibandingkan dengan remote procedure call invo-lebih seperti kation adapter atau komponen perangkat lunak. Namun, layanan Web lebih tepat dibandingkan dengan adapter integrasi aplikasi enterprise. Layanan Web mendefinisikan format pesan kanonik, seperti sistem perangkat lunak EAI, seperti MQSeries, TIBCO, NEON, Vitria, dan Iona itu Orbix E2A, lakukan dan menentukan cara di mana pesan yang diarahkan ke antarmuka layanan melalui mana data dipetakan atau berubah ke aplikasi yang mendasarinya. Dengan kata lain, kecerdasan untuk memahami bagaimana untuk memetakan pesan ke sebuah program perangkat lunak tidak terkandung dalam antarmuka sendiri, seperti di CORBA, J2EE, dan DCOM, semua yang didasarkan pada konsep RPC, yang erat layanan pasangan nama untuk program yang sedang dipanggil.Sebaliknya, kecerdasan yang terkandung dalam prosesor XML, yang mengkonsumsi pesan dan mengikuti instruksi yang berhubungan tentang bagaimana untuk mengurai pesan dan peta data ke dalam program apa pun mengimplementasikan layanan Web. Selain itu, layanan Web tidak memerlukan atau menganggap keberadaan dari sistem perangkat lunak yang sama pada kedua ujung jalur komunikasi. Adapter EAI juga menerima format pesan kanonik dan peta informasi dalam pesan ke perencanaan sumber daya perusahaan (ERP) atau jenis lain dari aplikasi enterprise. Layanan Web didefinisikan pada tingkat yang sama abstraksi, yang memungkinkan jenis pesan yang sama untuk dipetakan ke beberapa aplikasi, termasuk, tetapi tentu tidak terbatas pada, RPC berbasis komponen. Tidak seperti RPC-berorientasi middleware, seperti CORBA dan DCOM, layanan Web menggunakan searah, pesan asynchronous, yang lebih alami dipetakan ke sistem antrian pesan, seperti MQSeries atau JMS, CORBA atau daripada DCOM, walaupun, tentu saja, layanan Web juga sering dipetakan ke CORBA, J2EE, dan DCOM-produk berbasis.Layanan Web mendukung paradigma permintaan / respon khas sinkron, RPC-gaya komunikasi melalui emulasi, yaitu prosesor XML daripada protokol berkorelasi permintaan dengan balasan. Pemetaan HTTP SOAP, misalnya, tidak mendukung protokol-tingkat permintaan / jawaban correlation.7 Para emulasi layanan Web dari sebuah RPC mudah dipetakan ke RPC tradisional seperti sistem berbasis seperti CORBA, EJB, dan DCOM, meskipun kualitas pelayanan (misalnya, keamanan, transaksi, dan penanganan eksepsi), yang mungkin akan sangat berbeda dari yang tersedia dalam teknologi komputasi terdistribusi tradisional, yang sering dikaitkan erat dengan lapisan transport, dan khusus untuk setiap teknologi. Karena interaksi dengan layanan Web yang dicapai melalui program dan database yang layanan Web dipetakan, pengalaman pengguna mungkin akan sangat berbeda dari browser berbasis pengalaman khas: layanan Web seperti aplikasi lebih tradisional dibanding browser seperti, meskipun, Tentu saja, browser dapat digunakan. (Seperti disebutkan sebelumnya, layanan Web sendiri tidak dieksekusi melainkan harus dipetakan ke sebuah program, sebuah objek, sistem middleware, atau sistem manajemen database.) Tambahan Teknologi Inti teknologi layanan Web, seperti SOAP, WSDL, dan UDDI, berguna untuk menjembatani domain teknologi yang berbeda dan mengirimkan dokumen ke aliran proses bisnis. Namun, untuk menjadi berguna untuk lebih banyak jenis aplikasi dan untuk memenuhi visi lengkap layanan Web sebagai
memungkinkan penggunaan blok membangun aplikasi melalui Internet, layanan Web teknologi harus diperluas untuk mencakup fitur tambahan, fungsi, dan kualitas pelayanan. Pekerjaan yang sedang berlangsung dari layanan Web berkembang menuju teknologi yang lebih berguna substrat sangat mirip dengan evolusi arsitektur objek permintaan broker umum, dilakukan oleh Object Management Group (OMG) selama tahun 1990-an.Pekerjaan OMG mendefinisikan arsitektur perangkat lunak komprehensif yang dipandu upaya, terbuka kolaboratif yang menghasilkan seperangkat kaya spesifikasi untuk transaksi, pesan asynchronous, keamanan, failover, toleransi kesalahan, dan sebagainya.Jenis usaha yang sama sedang dimulai pada W3C untuk layanan Web, dan arsitektur yang sama berkembang. Dalam dunia layanan Web, vendor perangkat lunak industri besar telah setuju pada standar inti, yang merupakan ujian sejati standardisasi. Microsoft, IBM, Sun Microsystems, BEA Systems, Oracle, Iona, dan lain-lain telah sepakat untuk mengimplementasikan SOAP, WSDL, dan UDDI, meskipun beberapa perbedaan pendapat tetap pada peran dari registri ebXML. Namun, selain untuk standar dasar, proposal sering bersaing, seperti perbedaan pendapat antara Microsoft dan IBM pada definisi aliran proses bisnis, yaitu, XLANG dibandingkan WSFL (Web Services Bahasa Arus), dan proposal bersaing untuk penanganan konteks keamanan. Teknologi tambahan yang difokuskan terutama dalam bidang utama berikut: - Keamanan - Alir proses - Transaksi - Pesan Beberapa teknologi tambahan yang paling penting bagi layanan Web melibatkan teknologi keamanan. Keamanan adalah penting untuk menjamin kerahasiaan dan integritas data layanan Web.Tidak ada orang lain selain penerima yang dimaksud data harus diizinkan untuk memeriksa atau untuk mengutakatik isi pesan. Keamanan juga diperlukan untuk mengontrol akses ke layanan Web, terutama ketika beberapa layanan Web yang digunakan bersama-sama, sehingga hanya mereka yang mereka dimaksudkan menggunakannya. Standar yang diusulkan ada untuk otentikasi dan otorisasi (SAML, atau Otorisasi Keamanan Markup Language) dan untuk manajemen kunci publik untuk enkripsi (XKMS, atau XML Key Management Specification). Tentu saja, penting untuk semua keamanan Internet adalah Secure Socket Layer (SSL) dan, untuk HTTP berbasis protokol, HTTPS (HTTP aman) untuk dasar-enkripsi tingkat keamanan. Selain HTTPS, firewall, SAML, XKMS, penggunaan tanda tangan digital, dan enkripsi XML, Microsoft telah mengusulkan WS-Lisensi untuk manajemen credential dan WS-Security untuk menyebarkan kredensial keamanan yang terkait dengan interaksi layanan Web. Aliran proses sangat penting untuk mengotomatisasi proses bisnis interaksi melalui Web dan di dalam perusahaan. Alur proses ini juga sering disebut orkestrasi karena mendefinisikan hubungan antara serangkaian interaksi yang diperlukan untuk mencapai tujuan tertentu, seperti menyelesaikan pesanan pembelian, memproses reservasi perjalanan, atau mengeksekusi rencana manufaktur. Sebuah aliran dimodelkan sebagai urutan langkah-langkah yang ditetapkan untuk suatu proses bisnis tertentu. Serangkaian langkah menciptakan sebuah agregasi fungsi yang antarmuka layanan Web dapat didefinisikan. Dalam dunia operasi bisnis otomatis, transaksi telah lama memainkan bagian dari penegak, memastikan bahwa platform eksekusi hasil yang konsisten dari serangkaian operasi terkait pada data, meskipun
kegagalan perangkat lunak atau perangkat keras.Protokol ini tradisional dan teknik tidak langsung diterapkan ke Web, namun, seperti yang dirancang untuk lingkungan erat di mana hal itu mungkin untuk terus kunci database yang tertunda pemberitahuan hasil transaksi dan di mana protokol berorientasi koneksi tersedia untuk mendeteksi kegagalan komunikasi secara otomatis. Transaksi Bisnis Protokol (BTP) usulan dari OASIS dirancang untuk menyelesaikan masalah ini untuk layanan Web dengan mendefinisikan sebuah protokol longgar digabungkan yang memastikan bahwa hasil dari interaksi beberapa layanan Web dengan benar disebarkan dan dibagi. Pesan protokol mengeksekusi pola komunikasi yang ditetapkan untuk interaksi layanan Web, seperti asynchronous satu arah, permintaan / tanggapan, broadcast, dan percakapan, atau peer-topeer. Teknologi layanan Web tambahan juga dapat tergantung pada lapisan pesan untuk kualitas tertentu dari layanan, seperti pengiriman yang handal atau dijamin, propagasi keamanan dan konteks transaksi, dan pesan dengan benar routing yang didefinisikan sepanjang jalur yang mencakup satu atau lebih perantara. IBM telah diusulkan HTTP dapat diandalkan (HTTPR) untuk mengatasi kebutuhan di daerah ini. IBM dan Microsoft telah berkolaborasi pada proposal WS-Inspeksi untuk menemukan informasi tentang layanan yang tersedia di target pesan tertentu. Microsoft juga telah mengusulkan WS-Rujukan dan WSRouting untuk menentukan jalur pesan khusus untuk layanan Web, termasuk sejumlah perantara, dan bagaimana pesan rute maju dan mundur sepanjang rute yang ditentukan. Para Extensible Blok Pertukaran Protocol (BIP) dari IETF mendefinisikan protokol berorientasi koneksi internet. Sebuah pemetaan SOAP untuk BIP telah didefinisikan, dan dalam hal ini, pesan SOAP mewarisi kualitas tambahan layanan dari BIP untuk konteks menjaga sesi di pengirim dan penerima node. Konteksnya dapat digunakan untuk menghubungkan beberapa pesan ke dalam sebuah unit yang lebih besar transfer dan untuk menghubungkan beberapa pesan berasal dari sumber yang sama atau ditujukan untuk target yang sama. Keamanan dan konteks transaksi juga dapat dikaitkan dengan koneksi. Standar lain yang relevan dan teknologi termasuk banyak dari mereka didefinisikan oleh organisasi berikut: - OASIS, hosting ebXML berkelanjutan dan lainnya proposal XML terkait, seperti BTP dan SAML - RosettaNet, influencer konsep layanan Web, dikembangkan oleh sekelompok vendor elektronik untuk proses bisnis interaksi aliran B2B melalui Internet - UserLand, pengembang dari XML RPC, SOAP prekursor - OAGI (Buka Aplikasi Group, Inc), mendefinisikan format dokumen XML untuk kanonik bisnis dan industri Karya ini dan kelompok lain sering berfokus pada mempromosikan adopsi dari XML untuk keperluan bisnis yang spesifik, seperti membangun pada standar dasar untuk menentukan format dokumen dan protokol untuk elektronik, keuangan, perawatan kesehatan, dan industri lainnya. Karena layanan Web berbasis pada XML, karya hampir semua badan standar atau konsorsium mempromosikan penggunaan XML yang berhubungan dengan teknologi untuk bisnis internet yang relevan. Beberapa pekerjaan lain, seperti BTP dan SAML, muncul sebagai Jalan Panjang ke Depan Teknologi tambahan, seperti keamanan, transaksi, dan pesan yang dapat diandalkan, saat ini ditemukan di lingkungan komputasi terdistribusi yang ada, harus didefinisikan lagi untuk layanan Web karena pergeseran mendasar yang terlibat dalam infrastruktur-XML dan HTTP-di mana mereka sekarang perlu dibangun. Konsorsium World Wide Web akan melakukan upaya untuk mendefinisikan arsitektur
layanan Web, seperti arsitektur didefinisikan OMG untuk CORBA, meskipun hal ini mungkin menjadi tugas yang sangat sulit dan menakutkan. W3C tidak diatur untuk menyelesaikan perbedaan utama pendapat di antara anggotanya, terutama ketika perbedaan-perbedaan ini dimotivasi oleh kepentingan komersial. Ini adalah kejatuhan upaya banyak standar, pada kenyataannya.teknologi calon untuk diadopsi oleh W3C dalam kegiatan layanan Web-nya arsitektur Penjual Pendekatan untuk Web Services Software vendor, baik besar dan kecil, menyediakan layanan Web implementasi sebagai produk addons atau produk sebagai yang sama sekali baru. Layanan Web tidak mendasar mengubah sistem perangkat lunak yang ada, meskipun mereka dapat mengubah bagaimana sistem perangkat lunak yang diletakkan bersama-sama. Perbedaan dalam implementasi biasanya mengikuti perbedaan dalam filsafat, atau pendekatan, dari vendor: Apakah layanan Web teknologi yang memungkinkan mendasar? Atau apakah mereka hanya entry dan exit point ke dan dari sistem perangkat lunak yang ada? Dengan kata lain, vendor bervariasi dalam pendekatan mereka untuk layanan Web, tergantung pada sejauh mana mereka melihat layanan Web sebagai mempengaruhi arsitektur perangkat lunak sistem yang ada. Misalnya, apakah layanan Web J2EE membatalkan, atau mereka saling melengkapi? Jawaban atas pertanyaan ini dan lainnya serupa dapat ditemukan dalam pendekatan vendor Lima pendekatan dasar untuk layanan Web adalah untuk memetakan mereka - Masuk dan keluar dari sistem manajemen database - Masuk dan keluar dari sebuah server aplikasi - Masuk dan keluar dari broker integrasi - Antara domain teknologi - Untuk blok bangunan arsitektur perangkat lunak atau komponen fungsional Dengan kata lain, layanan Web pelaksana fundamental membedakan antara teknologi layanan Web dan implementasi perangkat lunak yang mendasari. Layanan web, oleh karena itu, baik aspek insidental dari sistem perangkat lunak yang ada atau bagian yang diperlukan dari infrastruktur. Dapatkah sebuah server aplikasi, objek permintaan broker, atau sistem manajemen database berhasil terus eksis tanpa dukungan untuk layanan Web? Atau bisa layanan Web ada pada mereka sendiri? Jadi pertanyaannya adalah, mana kebohongan nilai? Dengan server aplikasi, sistem manajemen database, dan broker integrasi, meninggalkan layanan Web untuk menjadi sekedar cara pemetaan data ke dalam dan keluar dari sistem perangkat lunak yang ada?Atau apakah kebohongan nilai dengan layanan Web sendiri, sebagai dasar untuk sebuah kategori baru dari sistem perangkat lunak? Implementasi vendor yang cenderung dibagi antara berbagai pandangan dari nilai layanan Web. Tidak mengherankan, Microsoft telah melihat sendiri, sedangkan Sun Microsystems, IBM, BEA Systems, Oracle, dan lain-lain mengambil pandangan alternatif.Untuk beberapa hal, ini perbedaan pandangan vendor, atau inisiatif, merupakan kelanjutan dari pertempuran Dasar / Jawa pengembang Visual, tapi Microsoft mengambil sikap yang sangat berani dan agresif pada layanan Web, bahkan mematahkan aplikasi saat ini Visual Basic untuk memastikan bahwa masa depan versi VB akan mendukung layanan Web sebagai teknologi memungkinkan mendasar. Masyarakat Jawa adalah mengambil pandangan yang kurang radikal, memperluas Java API untuk layanan Web daripada membutuhkan penulisan ulang untuk memasukkan mereka. Industri bisnis konsorsium, seperti ebXML dan OASIS, serta produk-produk broker integrasi dari vendor seperti IBM, Microsoft, Iona, dan webMethods, cenderung untuk fokus pada proses bisnis, atau dokumen-berorientasi jenis aplikasi untuk layanan Web.Produk vendor lain, seperti layanan Web toolkit
dikirimkan dengan BEA WebLogic dan Iona itu J2EE Edition, cenderung berfokus pada gaya RPC interaksi. XML berbasis teknologi dan standar yang sama umumnya dapat digunakan untuk baik, namun inisiatif dan produk cenderung untuk fokus pada satu atau yang lain karena paradigma yang sangat berbeda. Secara umum, server aplikasi cenderung mendukung gaya RPC interaksi, sedangkan broker integrasi cenderung mendukung gaya asynchronous berorientasi dokumen interaksi. Apakah Layanan Web Bagus Untuk? Jawaban atas pertanyaan ini mungkin bervariasi oleh vendor, tergantung pada pendekatan tertentu untuk implementasi layanan Web. Layanan web umumnya tidak pengganti untuk setiap teknologi yang ada melainkan saling melengkapi, alat lain dalam kotak peralatan, seolah-olah. Layanan Web merupakan interaksi longgar digabungkan, yang lebih cocok untuk mengintegrasikan domain perangkat lunak yang berbeda dan menjembatani teknologi tidak kompatibel, daripada berat-tugas, kinerja tinggi aplikasi.Layanan Web juga sangat baik untuk mengirimkan dokumen ke lama berjalan arus proses bisnis, yang tampaknya dalam hal apapun menjadi cara baik untuk memulai dengan interaksi melalui Internet. Vendor broker Integrasi, seperti webMethods, Vitria, SeeBeyond, Software AG, dan Mercator, biasanya melihat layanan Web sebagai perpanjangan dari perusahaan klasik dan bisnis-ke-bisnis teknologi integrasi dan telah membangun adapter untuk layanan Web karena mereka akan membangun adapter untuk setiap lain teknologi dengan yang produk mereka harus mengintegrasikan. Vendor lain, seperti Iona, mengambil pandangan yang lebih netral dan mencakup layanan Web baik sebagai teknologi yang memungkinkan untuk memperluas server aplikasi yang ada, CORBA, dan COM pertengahan dleware dan sebagai dasar untuk generasi berikutnya dari perusahaan dan standar bisnis integrasi.Iona yang Orbix lini produk E2A tidak hanya menyediakan layanan Web adapter untuk asynchronous, berorientasi dokumen pengolahan dan layanan Web-RPC interface berorientasi untuk CORBA dan J2EE-compliant benda tetapi juga layanan Web blok bangunan dasar. Iona bisnis proses mesin, XML konversi dan mesin transformasi, adapter paket aplikasi, dan bisnis kerangka protokol semua antarmuka Web layanan ekspor. Produk Iona mendukung pendekatan yang konsisten untuk integrasi aplikasi, layanan Web menggunakan teknologi di dalam dan di luar firewall. Akhirnya, sejumlah vendor pandang layanan Web sebagai teknologi yang menarik dan berpotensi menguntungkan di kanan mereka sendiri dan telah mengembangkan "murni-play" produk layanan Web. Produk ini, didasarkan sepenuhnya pada teknologi layanan Web, biasanya memerlukan penggunaan dengan teknologi lainnya dan produk. Sebagai contoh, pasar Cape Hapus Web layanan produk yang bertujuan menjembatani J2EE dan. NET. Shinka memasarkan produk yang mengandaikan bahwa layanan Web adalah pusat desain fundamental dan bahwa program akan dikembangkan untuk memetakan ke dalam mereka, bukan sebaliknya, yang adalah apa yang vendor lain kebanyakan tampaknya percaya.
