[ 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 ]

zanotowane.pl

doc.pisz.pl

pdf.pisz.pl

listy-do-eda.opx.pl