[ Pobierz całość w formacie PDF ]
.Problem tenrozwi�zano w XML-u i RPC znów oka�zuje si� dobrym sposobem komunikacji systemówzdalnych.Dzi�ki standardowi umo�li�wia�j��ce�mu reprezentowanie dowolnego typudanych za pomoc� dokumentów tekstowych mechanizm XML-RPC potrafi odwzorowywa�parametry egzemplarza (ang.instance) obiektu na elementy XML i w prosty sposóbdekodowa� ten �graf� obiektu na serwerze.Uzyskana odpowied� mo�e znowu zosta�przekszta�cona na �graf� XML-a i zwrócona klientowi (rysunek 1.3).Wi�cejinfor�ma�cji o mechanizmie XML-RPC mo�na znale�� w rozdziale 10., XML-RPC.Rysunek 1.3.Komunikacja i powiadamianie w standardzie XML-RPCFirma-firmaOstatni ze sposobów zastosowania XML-a w celach komunikacyjnych tak naprawd�nie stanowi oddzielnej metody czy specyfikacji; poniewa� jednak poj�ciekomunikacji i handlu typu firma-fir�ma (ang.business-to-business) jestostatnio bardzo popularne, nale�y je obja�ni�.Komunikacja fir�ma-firma oznaczanie tyle porozumiewanie si� dwóch ró�nych aplikacji, co komunikacj� pomi�dzyprzedsi�biorstwami, a nawet ca�ymi bran�ami.XML jest w takich przypadkachnaprawd� pomoc�nym narz�dziem � zapewnia komunikacj� pomi�dzy systemamizamkni�tymi, umo�liwiaj�c wdro��enie us�ug, na które kiedy� mog�y sobiepozwoli� jedynie najwi�ksze firmy.Przeanalizujmy to zagadnienie naprzyk�adzie.Za�ó�my, �e niewielki, lokalny operator telekomunikacyjnysprzedaje swojemu klientowi lini� do przesy�ania danych, np.DSL lub T1.Poci�ga to za sob� szereg pro�cesów (rysunek 1.4).Trzeba z�o�y� zamówienie udostawcy linii, nale�y skonfigurowa� router.O�ustawieniach routera trzebapoinformowa� us�ugodawc� internetowego (ISP).Nast�pnie prze�pro�wadzana jestfaktyczna instalacja, do wykonania której mo�e zosta� wynaj�ta � np.nazasa�dzie outsourcingu � jeszcze inna firma.W tej wzgl�dnie prostej operacjisprzeda�y ��cza sieciowego bior� udzia� a� trzy firmy! Je�li do tego dodamytechników zatrudnionych przez producenta rou�tera, firm� telekomunikacyjn��wiadcz�c� inne us�ugi klientowi czy NASK zajmuj�cy si� reje�stracj� domeny, toca�y proces zaczyna urasta� do sporego problemu.Na szcz�cie proces ten mo�na upro�ci�, w�a�nie za pomoc� XML-a (rysunek 1.5).Wyobra�my so�bie, �e pierwotne zamówienie na za�o�enie ��cza zostajewprowadzone do systemu, który kon�wer�tuje je na doku�ment XML.Dokument tenjest przetwarzany (za pomoc� XSL-a) na format, który mo�na przes�a� dostawcylinii.Dostawca linii dodaje do tego dokumentu w�asne informacje i przekszta�cago na nowy dokument XML, który zwracany jest naszemu lokalnemu operatorowi.Tennowy dokument przekazywany jest firmie instaluj�cej z dodatkowymi informacjamio tym, gdzie znajduje si� firma klienta.Po instalacji firma instaluj�ca dodajedo dokumentu notatk� in�for�mu��j�c� o powodzeniu lub niepowodzeniu instalacjii po przekszta�ceniu (znów za pomoc� XSL-a) do�kument jest oddawany do g�ównejaplikacji u operatora.Elegancja tego rozwi�zania po�le�ga na tym, �e zamiastkilku sys�te�mów firmowych, z których ka�dy ma swój sposób for�ma�to�wa�nia, naka��dym etapie wyko�rzys�ty�wany jest ten sam interfejs XML � bez wzgl�du narodzaj aplikacji, systemu czy firmy.Rysunek 1.4.Proces instalowania ��cza sieciowego z wykorzystaniem systemówfirmowychXML w konfiguracjiJeszcze jedno istotne zastosowanie standardu XML w aplikacjach i technologiachzwi�zanych z Ja�v� ma miejsce na poziomie serwera aplikacji.SpecyfikacjaEnterprise JavaBeans (EJB) 1.1 wymaga, aby deskryptory wdro�eniowe dlaprogramów JavaBean (definiuj�ce sposób dzia�ania i inne pa�ra�metry zwi�zane zEJB) oparte by�y na XML-u.Wcze�niej w tym celu u�ywano serializowanychdeskryptorów wdro�eniowych.W �rodowisku programistów EJB t� zmian� przyj�to zzado�wo�le�niem, poniewa� deskryptory wdro�eniowe nie musz� by� ju� tworzonezgodnie z wymogami roz�wi��za� firmowych [ Pobierz całość w formacie PDF ]