NIA DINIYAH 1401129141

JOSEPHINE KARINA 1401127602

REZON 1401127956

RAHMAN 1401127306

ALDOFA 1401127653

06PMT
ADSE UTS BAYANGAN
Web Services

Web Service dapat disamakan dengan library tersebut tetapi tidak

memerlukan registrasi khusus kedalam sistem operasi yang menyimpannya. Web
Service tersimpan di Web Server sehingga dapat diakses oleh berbagai bahasa
pemrograman dengan lebih mudah baik dalam lingkungan LAN maupun Internet.
Sistem Web Service ini diharapkan meningkatkan kolaborasi antar pemrogram dan
perusahaan, yang memungkinkan sebuah fungsi di dalam Web Service dapat
dipinjam oleh aplikasi lain tanpa perlu mengetahui detil pemrograman yang terdapat
di dalamnya.

W3C mendefinisikan Web Service sebagai subuah sistem perangkat lunak

yang dirancang untuk mendukung komunikasi dan interaksi antar mesin ke mesin
(Machine to Machine) melalui sebuah network (jaringan). Web Service juga
termasuk Web APIs yang dapat diakses melalui jaringan seperti misalnya internet,
dan dieksekusi melalui sebuah sistem jarak jauh sesusai dengan layanan yang
diminta.

Definisi Web Service menurut W3C juga meliputi banyak sistem berbeda,
tetapi pada umumnya lebih menyangkut pada client dan server yang berkomunikasi
menggunakan XML yang memenuhi standard SOAP (Simple Object Access
Protocol). Asumsi secara umum adalah pada terminologi terdapat deskripsi dari
mesin yang layanannya disediakan oleh server, atau sama seperti konsep dari
WSDL. WSDL bukan termasuk standard dari SOAP tetapi merupakan syarat mutlak
untuk client-side otomatis pada framework Java dan .NET SOAP. Beberapa
organisasi industri seperti WS-I mengklaim baik SOAP dan WSDL sebagai definisi
sari Web Service.

Definisi lain juga menyebutkan bahwa Web Service merupakan standard

yang memungkinkan adanya interaksi informasi teknologi yang terintregasi antara
proses dan sistem. Kita dapat mendeskripsikannya sebagai keluaran baru dari Web
application yang dapat mennyediakan layanan dari yang palin mudah dan
sederhana sampai yang paling rumit dan kompleks, juga proses-proses yang
bersifat scientific. Web Service menyediakan mekanisme standard untuk komunikasi
yang terintegrasi antara system-sistem yang berjauhan. Mekanisme ini membuat
Web Service ideal untuk pengimplementasian Service-Oriented Architecture (SOA).

Untuk kondisi sekarang , web services cocok untuk menyelesaikan masalah

pada system bisnis konsep lama ke system bisnis ter Intergrasi. Sehingga dengan 1
model konsep bisnis dapat di akses dan dipergunakann macam-macam aplikasi dan
device. Ini semua bekerja dengan beberapa protocol standart yang sudah ada
diantaraya :
• XML
• WSDL
• SOAP
• UDDI
Kapan Kita Gunakan Web Services ?

Web Services itu digunakan saat kita akan mentransformasi sebuat bisnis
logik / sebuah class dan object yang terpisah dalam 1 ruang lingkup yang menjadi
satu, sehingga tingkat keamanan dan security dapat di tangani dengan baik. Selain
itu Web Service juga lebih mudah dalam process deploymentnya, karena tidak
memerlukan registrasi khusus ke dalam sistem operasi. Web Service cukup diupload
ke Web Server dan siap diakses oleh pihak-pihak yang telah diberikan otorisasi.

Web Service berjalan di port 80 yang merupakan protokol standar HTTP,

dengan demikian mengurangi resiko terblokir oleh firewall. Kendala arsitektur
COM/DCOM adalah memerlukan konfigurasi khusus di sisi firewall, dan ini tidak
perlu dilakukan untuk mengakses Web Service. Beberapa vendor luar negeri mulai
berkolaborasi satu sama lain dengan konsep web services, diantaranya : IBM ,
Microsoft , SUN , ORACLE.

Diantaranya contoh web services yang sudah jadi dan dipakai adalah web
services keluaran Microsoft ( Microsoft Passport ) – web services untuk user name
dan password yang sudah dipasang di web site Microsoft dan HOTMAIL

Spesifikasi dan Standard

Ada beberapa spesifikasi inti dari Web Service, misalnya:

 SOAP: Berbasis XML, protokol primernya adalah HTTP dan HTTPS

(termasuk SMTP dan XMPP).
 WSDL: Format XML yang menyediakan layanan interface untuk
dideskripsikan. Umumnya digunakan untuk kode pada client dan
server, juga untuk konfigurasi.
 UDDI: Protokol yang digunakan untuk mempublish dan mendiscover
seluruh metadata tentang Web Service untuk menjalankan aplikasi
dalam menemukan Web Service, baik dalam segi disain maupun
waktu kerjanya.

Spesifikasi-spesifikasi di atas pada umumnya merupakan standard dari W3C,

termasuk XML, SOAP2, dan WSDL. UDDI merupakan standard dari OASIS.

Spesifikasi yang lain telah dikembangkan untuk memperluas kemampuan Web

Service itu sendiri. Spesifikasi-spesifikasi ini lebih mengarah sebagai WS-*.

 WS-Security: Menjelaskan bagaimana cara menggunakan XML

Encryption dan XML Signature pada SOAP untuk keamanan
pertukaran pesan, sebagai alternatif ataupun perpanjangan dalam
penggunaan HTTPS untuk keamanan jalur.
 WS-Reliability: Prokol standard dari OASIS untuk pertukaran pesan di
antara dua Web Service.
 WS-ReliableMessaging: Protokol untuk message di antara dua Web
Service yang dikeluarkan oleh Microsoft, BEA, dan IBM yang
distandardisasi oleh organisasi OASIS.
  WS-Addressing: Cara untuk mendeskripsikan alamat dari penerima
maupun pengirim pesan, selain SOAP itu sendiri.
Spesifikasi-spesifikasi dari Web Service bekerja bersama untuk keamanan maupun
keandalan.

Spesifikasi dalam Message (Messaging Spesifications)

 SOAP
 WS-Addressing
 MTOM (Attachments)
 WS-Enumeration
 WS-Eventing
 WS-Transfer
 SOAP-over-UDP
 SOAP 1.1 Binding for MTOM 1.0

Security Specifications

 WS-Security: SOAP Message Security

 WS-Security: UsernameToken Profile
 WS-Security: X.509 Certificate Token Profile
 WS-SecureConversation
 WS-SecurityPolicy
 WS-Trust
 WS-Federation
 WS-Federation Active Requestor Profile
 WS-Federation Passive Requestor Profile
 WS-Security: Kerberos Binding
 Web Single Sign-On Interoperability Profile
 Web Single Sign-On Metadata Exchange Protocol

Reliable Messaging Specifications

 WS-ReliableMessaging

Transaction Specifications

 WS-Coordination
 WS-AtomicTransaction
 WS-BusinessActivity

Metadata Specifications

 WSDL
 WSDL 1.1 Binding Extension for SOAP 1.2
 WS-Policy
 WS-PolicyAssertions
 WS-PolicyAttachment
 WS-Discovery
  WS-MetadataExchange

XML Specifications

 XML
 Namespaces in XML
 XML Information Set

Management Specifications

 WS-Management
 WS-Management Catalog

Business Process Specifications

 BPEL4WS

Specification Profiles

 Devices Profile
 WS-I Basic Profile

Profil Web Service

Untuk lebih mengembangkan fungsinya, WS-I mempublikasikan profil. Profil
mengeset spesifikasi inti (SOAP, WSDL, dll) pada versi yang lebih spesifik (SOAP
1.2, UDDI 2, dll) dengan beberapa tambahan untuk lebih memperketat penggunaan
spesifikasi inti. WS-I juga mempublikasikan kasus dan tool.

Penggunaan
Web Service adalah sekumpulan tools yang dapat digunakan dengan berbagai
macam cara. Tiga cara yang sering digunakan adalah RPC, SOA, dan REST.

Web Service RPC menampilkan fungsi dan metode call interface yang terdistribusi
yang bersifat familiar bagi banyak pengembang. Biasanya, unit dasar dari RPC ini
adalah WSDL operation.
Pada awalnya, tools dari Web Service lebih difokuskan pada RPC dan sebagai
hasilnya, hádala pengembangan yang lebih luas. Meskipun demikian, hal ini dirasa
tidak efektif oleh berbagai vendor sehingga pada akhirnya RPC tidak diikutkan
dalam WS-I Basic Profile.

Self-Oriented Architecture
Web Service juga dapat digunakan untuk pengimplementasian arsitektur yang
berdasarkan pada konsep Service-Oriented Architecture (SOA) di mana unit dasar
dari komunikasi itu sendiri adalah pesan, dan bukan operasi. Ini sering disebut
dengan layanan “service-oriented”. Banyak vendor-vendor software dan analis
industri “menganut” konsep Web Service SOA ini.
Representational State Transfer
Web Service RESTful berencana untuk menandingi HTTP dan protokol lain yang
sejenis dengan membatasi interface pada operasi yang standard (misalnya GET,
PUT, DELETE). Di sini, fokus lebih pada stateful resource daripada pesan ataupun
operasi. RESTful dapat menggunakan WSDL untuk mendeskripsikan pesan SOAP
melalui HTTP, yang mendefinisikan operasi, atau dapat diimplementasikan sebagai
abstraksi pada puncak SOAP (misalnya WS-Tran
Sumber:

1. www.wikipedia.org
2. www.ilmukomputer.com

Model Web Services

Setelah menyelesaikan modul ini, akan didapati:

_ Menjelaskan peran web services

_ Mengetahi daftar spesifikasi yang digunakan untuk membuat web service
platform independen
_ Menjelaskan API Java yang digunakan untuk pengolahan XML dan web services
Modul 12 Model Web Service Page 2 of 11

Peran Web Services

World Wide Web Consortium (W3C) mendefinisikan web service sebagai " sistem
perangkat lunak yang dirancang untuk mendukung interoperabiliti interaksi mesin
yang satu dengan mesin yang lain melalui jaringan." Sebuah web service
mengekspose service remote atau prosedur yang dapat dieksekusi ke klien aplikasi.
Web service dirancang untuk platform independen, namun independensi platform
ini tidak tanpa kekurangan. Kekurangan untuk independensi dari platform web
service adalah ada pengeluaran tambahan, baik pemakaian jaringan ataupun
penggunaan CPU.

Beberapa fitur utama web service adalah:

_ Platform Independen = Web Service tidak bergantung pada CPU, sistem operasi,
atau bahasa pemrograman.
_ Dirancang untuk memanfaatkan teknologi yang telah ada = Web service
menggunakan secara ekstensif teknologi XML dan HTTP.
_ Interoperabel dengan bahasa pemrograman yang berlainan = Web service
menggunakan model klien-server.
Adalah memungkinkan untuk memiliki sebuah
klien yang ditulis dalam satu bahasa pemrograman untuk berkomunikasi dengan
server yang ditulis dalam bahasa pemrograman yang berbeda.

Aplikasi klien-server dengan klien dan server yang keduanya dibuat dengan
menggunakan bahasa pemrograman Java yang tidak dapat digunakan untuk klien
atau server yang ditulis dalam bahasa pemrograman lain, memerlukan sedikit usaha
tambahan agar menjadi web service. Web service telah didukung oleh platform Java
enterprise sejak J2EE 1.4.

Meskipun web service bukan lagi sebuah teknologi baru,

sejumlah industri memberikan gairah untuk terus mengembangkannya. Anda
mungkin diminta untuk membuat fungsi aplikasi yang sudah anda buat untuk diubah
menjadi web service tanpa banyak menimbulkan masalah teknis. Beruntung
platform Java EE 5 memungkinkan penciptaan atau penambahan web service
dengan
cara yang mudah untuk aplikasi anda.

Web Service Sebagai Komponen Remote

Web service menyediakan sebuah mekanisme untuk menjalankan operasi bisnis

mirip dengan session EJB remote. Web service menyediakan eksekusi sebuah
pekerjaan secara remote yang mirip dengan:

_ Common Object Request Broker Architecture (CORBA) = Spesifikasinya

dikelola
oleh Object Management Group (OMG). Menyediakan binding untuk bahasa
pemrograman C dan C + +, kemudian diikuti Jawa. Dilihat oleh banyak orang
sebagai arsitektur yang kompleks. Digunakan terutama pada tahun 1990-an.
Mulai tahun 2000, web service mulai menggantikan CORBA untuk beberapa
aplikasi.

Membangun Aplikasi dengan Platform Java EE Page 3 of 11

_ Remote Method Invocation (RMI) = Sebuah teknologi Java untuk pemanggilan
method dari remote klien. Teknologi ini digunakan sebagai fondasi bagi
komponen distributed di Java, misalnya EJB. Dimasukkan sebagai bagian dari
platform Java SE.
_ Remote Procedure Call (RPC) = Mengeksekusi prosedur secara remote
menggunakan satu protokol tertentu dipopulerkan oleh Sun Microsystems.
Biasanya tidak digunakan dalam perangkat lunak berorientasi objek. Network File
System (NFS) adalah contoh dari program RPC.
_ Distributed Component Object Model (DCOM) = Teknologi yang dibuat oleh
Microsoft yang posisinya setara dengan RMI, yang hanya bekerja pada platform
Microsoft. DCOM saat ini diganti dengan. Net Remoting dan web service.

Web service berbeda dengan teknologi-teknilogi di atas, dengan menggunakan

teknologi Hyper Teks Transfer Protocol (HTTP) dan XML (Extensible Markup
Language), keduanya juga didukung oleh librari yang ada di hampir semua bahasa
pemrograman, seperti standar transport dan payload. Librari Java yang mendukung
web service yang saat ini disertakan dalam versi platform Java enterprise dan jika
anda menggunakan platform Java SE versi 1.6 librari web service sudah
dimasukkan
ke dalamnya.

Web Service Dibandingkan Dengan Remote EJB

Arsitektur EJB secara keseluruhan tidak jauh berbeda dari yang web service,
dengan
pengecualian teknologi spesifik yang digunakan untuk membuat web service
platform independen:

_ Sebuah registry untuk mengumumkan dan mencari web service yang dikenal
sebagai Universal Description, Discovery and Integration (UDDI). Jika klien sudah
mengetahui lokasi yang diinginkan, anda dapat membypass registry.

_ Sebuah protokol yang digunakan sebagai jalur transportasi untuk memanggil

service, mengirimkan parameter, dan menerima nilai balikan. Dalam remote EJB,
protocol ini adalah Internet Inter-Orb Protocol (IIOP). Di web service yang
digunakan adalah HTTP.

_ Sebuah urutan data yang ditransfer antara klien dan server. Session Bean remote
menggunakan object yang serialized sedangkan web service menggunakan XML.
Modul 12 Model Web Service Page 4 of 11

Spesifikasi Web Service

Pada bagian ini akan dijelaskan spesifikasi web service.

Persyaratan Interoperabilitas

Web service dirancang untuk platform dan bahasa yang netral. Untuk membuat web
service secara efektif, yang harus diperhatikan adalah:

_ Dukungan klien tanpa memandang platform atau bahasa yang digunakan –

Sebuah web service tidak tergantung pada bahasa pemrograman tertentu atau
dijalankan pada sistem operasi tertentu.

_ Dapat dilaksanakan dalam bahasa apapun tanpa memperhatikan platform yang

digunakan – Sebuah API web service meekspose semua informasi dalam bentuk
file teks yang dikenal sebagai file Web Service Description Language (WSDL).
Dengan file WSDL, anda dapat mengembangkan klien baru dalam bahasa
pemrograman apapun tanpa mengakses informasi lainnya ke server. Sebagian
besar tool di Java juga mendukung pembuatan web service yang kompatibel
cukup dengan menggunakan informasi dari file WSDL.

Dua dari beberapa spesifikasi yang digunakan untuk membuat web service
interoperable adalah HTTP dan XML. HTTP adalah protokol transportasi, biasanya
digunakan di atas Transmission Control Protocol/Internet Protocol (TCP/IP), yang
dapat digunakan untuk mentransfer informasi di dalam arsitektur berorientasi
permintaan-respon. XML adalah suatu spesifikasi yang digunakan untuk mengatur
data dalam sebuah file teks yang bisa di parsing oleh mesin.

Web service menggunakan HTTP untuk mengirim data dalam format XML untuk
permintaan dan respon. Namun, dengan menggunakan HTTP sebagai protokol
transport dan XML
sebagai format data yang tidak menyediakan interoperabilitas tingkat tinggi. Agar
interoperable:

_ Method dan header yang digunakan dalam transport protokol HTTP harus
standar.

_ Format pesan XML harus diketahui. XML tidak hanya memerlukan dokumen yang
‘well-formed’ tetapi juga memerlukan struktur atau formatnya. Simple Object
Access Protocol (SOAP) adalah spesifikasi yang mengatur standar struktur pesan
XML untuk digunakan dalam web service.
Catatan - The World Wide Web Consortium (W3C) yang menerbitkan HTTP,
XML dan SOAP spesifikasi di http://www.w3c.org
Membangun Aplikasi dengan Platform Java EE Page 5 of 11

Standar Interoperabilitas

Bukan hanya spesifikasi XML, HTTP, dan SOAP yang digunakan untuk mencapai
interoperabilitas antara web servis dan kliennya. Karena banyak spesifikasi yang
digunakan dalam web service, spesifikasi telah dibuat untuk mandat spesifikasi dan
versi yang akan digunakan. Ini serupa dengan Java EE 5 mandat penggunaan
spesifikasi, seperti EJB 3 dan Servlet 2.5.

_ XML = Standar W3C yang dirancang untuk menyimpan data dalam format yang
baik untuk dibaca manusia dan mudah diparsing oleh mesin.
_ HTTP = Standar W3C untuk komunikasi data.
_ UDDI = Standar untuk publikasi dan pencarian service, disponsori oleh OASIS.
_ SOAP = Standar W3C yang memaksa format pesan XML lebih didefinisikan pada
struktur untuk digunakan dalam web service.

Kode 12-1 Contoh Permintaan SOAP

<?xml version="1.0" encoding="UTF-8"?>
<soapenv:Envelope
xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:ns1="http://sample/">
<soapenv:Body>
<ns1:getGreeting>
<arg0>Duke</arg0>
</ns1:getGreeting>
</soapenv:Body>
</soapenv:Envelope>
Kode 12-2 Contoh Respon SOAP
<?xml version="1.0" encoding="UTF-8"?>
<soapenv:Envelope
xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:ns1="http://sample/">
<soapenv:Body>
<ns1:getGreetingResponse>
<return>Hello Duke</return>
</ns1:getGreetingResponse>
</soapenv:Body>
</soapenv:Envelope>
Modul 12 Model Web Service Page 6 of 11
_ WSDL – Diusulkan oleh W3C untuk menjadi standar yang mendefinisikan fungsi
web service. Serupa fungsinya dengan interface bisnis dari komponen Session
EJB, namun dalam format XML.
Kode 12-3 Contoh File WSDL
<?xml version="1.0" encoding="UTF-8"?>
<definitions xmlns="http://schemas.xmlsoap.org/wsdl/"
xmlns:tns="http://sample/"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"
targetNamespace="http://sample/" name="SayHelloService">
<types>
<xsd:schema>
<xsd:import namespace="http://sample/"
schemaLocation="http://10.1.1.1:8080/WebService/SayHelloService/__contain
er$publishing$subctx/WEB-INF/wsdl/SayHelloService_schema1.xsd"
xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"
xmlns:soap12="http://schemas.xmlsoap.org/wsdl/soap12/"/>
</xsd:schema>
</types>
<message name="getGreeting">
<part name="parameters" element="tns:getGreeting"/>
</message>
<message name="getGreetingResponse">
<part name="parameters" element="tns:getGreetingResponse"/>
</message>
<portType name="SayHello">
<operation name="getGreeting">
<input message="tns:getGreeting"/>
<output message="tns:getGreetingResponse"/>
</operation>
</portType>
<binding name="SayHelloPortBinding" type="tns:SayHello">
<soap:binding transport="http://schemas.xmlsoap.org/soap/http" style="document"/>
<operation name="getGreeting">
<soap:operation soapAction=""/>
<input>
<soap:body use="literal"/>
</input>
<output>
<soap:body use="literal"/>
</output>
</operation>
</binding>
<service name="SayHelloService">
<port name="SayHelloPort" binding="tns:SayHelloPortBinding">
Membangun Aplikasi dengan Platform Java EE Page 7 of 11
<soap:address location="http://10.1.1.1:8080/WebService/SayHelloService"
xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"
xmlns:soap12="http://schemas.xmlsoap.org/wsdl/soap12/"/>
</port>
</service>
</definitions>

_ Web Service Interoperability = Organzation (WS-I Organization) – WS-I

Organization adalah organisasi yang mengeluarkan mandat berupa profil yang

berisi penggunaan spesifikasi tertentu, seperti SOAP dan WSDL, dan
menempatkan mereka pada tambahan batasan yang diperlukan, untuk
menyediakan web service interoperable. Profil ini dikenal dengan istilah Basic
Profil.
Modul 12 Model Web Service

API Java Terkait Dengan XML dan Web Services

Sebagian besar dari spesifikasi dalam daftar berikut ini digunakan ketika membuat
atau menggunakan web service dalam bahasa pemrograman Java. Namun, Anda
tidak perlu menggunakan atau bahkan mengetahui rincian spesifikasi ini untuk
menggunakan web service dengan teknologi Java.

_ Java Document Object Model (JDOM atau Java DOM) menyediakan model Java
berorientasi objek dari XML dokumen.

_ Java API untuk XML Processing (JAXP) adalah teknologi Java yang merupakan
abstraksi dari pemrosesan XML.

_ Java Architecture untuk XML Binding (JAXB) mengatur bagaimana mengkonversi

objek Java ke skema XML.

_ Java API for XML-based Remote Process Communications (JAX-RPC) adalah

spesifikasi untuk membangun web service dengan teknologi Java. Di spesifikasi

Java EE 5, peran JAX-RPC digantikan oleh Java API for XML Web Services
(JAXWS).

_ Java API for XML Registries (JAXR) adalah spesifikasi standar Java untuk
menggunakan UDDI registries.

_ SOAP With Attachment API for Java (SAAJ) adalah spesifikasi standar Java untuk
membuat, mengirim, menerima, dan memparsing pesan SOAP. Digunakan oleh
JAX-WS.
_ Java API for XML Web Service (JAX-WS) adalah spesifikasi Java untuk web
service.
Implementasi JAX-WS menggunakan implementasi dari SAAJ, yang pada
gilirannya menggunakan JAXP dan spesifikasi Java untuk XML yang lainnya.

API SAAJ
API SAAJ memungkinkan klien untuk menggunakan web service tanpa harus
mempedulikan parser XML atau protokol transport yang digunakan. API-nya
dianggap lebih tinggi dari JAXP, untuk menggunakan API SAAJ masih memerlukan
pengetahuan XML dan WSDL.

Kode 12-4 Contoh Pemakaian API SAAJ

MessageFactory msgFactory = MessageFactory.newInstance();
SOAPMessage message = msgFactory.createMessage();
SOAPHeader header = message.getSOAPHeader();
header.detachNode();

Membangun Aplikasi dengan Platform Java EE Page 9 of 11

SOAPBody body = message.getSOAPBody();
javax.xml.namespace.QName bodyName = new
QName("http://sample/","getGreeting", "ns1");
SOAPBodyElement requestBodyElement = body.addBodyElement(bodyName);
QName name = new QName("arg0");
SOAPElement symbol = requestBodyElement.addChildElement(name);
symbol.addTextNode("Duke");
SOAPConnectionFactory connFactory = SOAPConnectionFactory.newInstance();
SOAPConnection connection = connFactory.createConnection();
String endpoint = "http://localhost:8080/WebService/SayHelloService";
SOAPMessage response = connection.call(message, endpoint);
connection.close();
SOAPBody soapBody = response.getSOAPBody();
SOAPBodyElement getGreetingResponseElement =
(SOAPBodyElement)soapBody.getChildElements().next();
SOAPBodyElement returnElement =
(SOAPBodyElement)getGreetingResponseElement.getChildElements().next();
System.out.print("The response was: " + returnElement.getValue());

API JAX-WS

API JAX-WS adalah Java API level tertinggi (saat ini) untuk web service. API JAX-
WS:
_ Menggantikan JAX-RPC

_ Memerlukan sedikit pengetahuan XML atau WSDL tingkat dasar untuk web
service yang sederhana

_ Menggunakan JAXB untuk menentukan bagaimana melakukan pemetaan tipe

data antara teknologi Java dan XML

_ Menggunakan SAAJ untuk mengirim, menerima, dan mem-parsing pesan SOAP

Menggunakan JAX-WS pada sisi klien atau server tidak memerlukan
penggunaannya
pada sisi lainnya. Jika anda sedang mengembangkan web service klien dan server
 dengan menggunakan teknologi Java, maka anda harus menggunakan API JAX-
WS.

Walaupun ada sedikit yang menggunakan untuk membuat web service yang
memiliki
baik pada sisi klien dan service yang menggunakan platform Java, masih ada
beberapa alasan untuk mempertimbangkan menggunakan web service:

_ Mendukung fleksibilitas platform klien tidak dikenal di masa mendatang

Modul 12 Model Web Service Page 10 of 11
_ Tidak terikat pada platform server tertentu. Misalnya, jika server platform tidak
memiliki skalabilitas yang baik, maka dapat diganti tanpa mempengaruhi aplikasi
client
_ Penggunaan HTTP sebagai teknologi untuk berkomunikasi, dalam banyak kasus,
memungkinkan penggunaan aturan-aturan firewall yang sudah ada.
Gambar 12-1 menggambarkan bagaimana teknologi JAX-WS mengelola komunikasi
antara web service dan klien.
Gambar 12-1 Komunikasi antara yang JAX-WS Web Service dan Klien
Membangun Aplikasi dengan Platform Java EE Page 11 of 11

Rangkuman

Peran web service di aplikasi enterprise adalah menyediakan metode yang

tidak
bergantung pada platform untuk pemanggilan method secara remote. Supaya
platform-netral, beberapa spesifikasi digunakan, seperti SOAP dan HTTP. Teknologi
Java menyediakan API untuk pengolahan XML dan web service . Dasar API, seperti
JAXP merupakan bagian dari platform Java SE, sedangkan API tingkat tinggi,
seperti
JAX-WS merupakan bagian dari platform Java EE.