r10 05

[ Pobierz całość w formacie PDF ]
.Wysiłek związany z samodzielnym wykonaniem tego działania nie jest duży, jako że interfejs Remote właściwie nie definiuje żadnych metod.Obiekt deklaruje, że implementuje interfejs Remote, aby być traktowany jako obiekt zdalny.Drugim działaniem, jakie musi wykonać RemoteHttpServlet jest ręczne wyeksportowanie siebie.Zazwyczaj jest to wykonywane automatycznie przez konstruktora UnicastRemoteObject().Wykonanie tego bez konstruktora nie jest jednak problemem.Klasa UnicastRemoteObject posiada statyczną metodę exportObject(Remote), którą każdy obiekt Remote może wykorzystać w celu wyeksportowania siebie.RemoteHttpServlet wykorzystuje tę metodę i eksportuje siebie przy pomocy poniższej pojedynczej linii:UnicastRemoteObject.exportObject(this);Powyższe dwa kroki, implementacja Remote i eksportowanie siebie są wykonywane przez RemoteHttpServlet, ponieważ nie jest ona rozszerzeniem UnicastRemoteObject.Pozostała część kodu RemoteHttpServlet wykonuje rejestrowanie i wyrejestrowanie siebie w rejestrze RMI.Jak powiedziano wcześniej, serwer rejestrujący RMI działa jako miejsce, w którym klienty mogą zlokalizować obiekty serwera.Zdalny obiekt (obiekt serwera) rejestruje siebie w rejestrze pod konkretną nazwą.Klienty mogą więc wyszukać ten obiekt według nazwy w rejestrze.W takim razie, aby być dostępny dla klientów, serwlet musi odnaleźć (lub stworzyć) serwer rejestrujący i zarejestrować się w tym serwerze pod konkretną nazwą.W języku specjalistycznym nosi to nazwę dowiązania do rejestru.RemoteHttpServlet wykonuje to dowiązanie przy pomocy swojej metody bind(), wywoływanej wewnątrz metody init().Metoda bind() wykorzystuje dwie metody wspierające, getRegistryPort() i getRegistryName() w celu określenia portu, na którym powinien działać serwlet i nazwy, pod którą powinien on zostać zarejestrowany.W przypadku przykładowej implementacji, port jest określany przy pomocy parametru inicjacji registryPort, lub posiada domyślną wartość 1099.Nazwa jest pobierana z parametru inicjacji registryName lub posiada domyślną nazwę klasy serwletu — w tym przypadku SerwletGodziny.Poniżej opisana jest dokładniej metoda bind().Rozpoczyna ona działanie przez wykorzystanie następującego kodu, próbując odnaleźć właściwy działający już rejestr.registry = LocateRegistry.getRegistry(getRegistryPort());registry.list();Pierwsza linia próbuje odnaleźć rejestr pracujący na danym porcie.Druga prosi rejestr o listę jego obecnie zarejestrowanych obiektów.Jeżeli oba wywołania zakończą się sukcesem, wynikiem będzie prawidłowy rejestr.Jeżeli dowolne wywołanie spowoduje wyjątek Exception, metoda bind() dowiaduje się, że nie istnieje prawidłowy rejestr i samodzielnie go tworzy.Wykonuje to działanie przy pomocy następującej linii kodu:registry = LocateRegistry.createRegistry(getRegistryPort());Po wykonaniu tych działań metoda bind() powinna znaleźć lub utworzyć serwer rejestrujący.Jeżeli pobranie rejestru nie powiodło się, a nie powiodło się też jego tworzenie, powraca ona i serwlet pozostaje niezarejestrowany.Następnie RemoteHttpServlet dowiązuje się do rejestru przy pomocy poniższej linii kodu:registry.rebind(getRegistryName(), this);Wykorzystuje ona metodę Registry.rebind() zamiast metody Registry.bind() aby wskazać, że to dowiązanie powinno zastąpić wszystkie poprzednie dowiązania wykorzystujące tę nazwę.Dowiązanie to trwa dopóki serwlet nie zostaje zniszczony, w którym to miejscu metoda destroy() RemoteHttpServlet wywołuje jego metodę unbind().Kod wykorzystywany przez unbind() w celu zniszczenia dowiązania do rejestru jest niezwykle prosty:if (registry != null) registry.unbind(getRegistryName());Po prostu prosi ona rejestr o zniszczenie dowiązania do swojej nazwy.Wskazówka!!!!W którym miejscu uruchomić rejestr?Szeroko akceptowanym sposobem uruchamiania serwera rejestrującego RMI jest samodzielny program Javy rmiregistry.Polecane jest jednak opuszczenie rmiregistry i pozwolenie RemoteHttpServlet na samodzielne utworzenie rejestru.Jest to łatwiejsze i bardziej wydajne.Pierwszy serwlet korzystający z rejestru może go utworzyć.Z powodu uruchamiania rejestru wewnątrz serwletu, rejestr pracuje przy pomocy tej samej JVM, co serwlet.Pozwala to na wykorzystanie tylko jednej wirtualnej maszyny Javy dla serwera, wszystkich jego serwletów (obiektów zdalnych) i rejestru.Niektóre serwery aplikacji na starcie uruchamiają rejestr wewnątrz własnej JVM.Możliwe jest również całkowite ominięcie uruchomienia rejestru, przy pomocy serwletów.Klient może połączyć się ze specjalnym serwletem przy pomocy HTTP i zażądać danego obiektu zdalnego (przy pomocy parametru), a serwlet może zwrócić mu dane odpowiedzi jako zserializowaną końcówkę obiektu zdalnego — podobnie jak zwraca te dane rejestr.Zastosowanie serwletu zamiast rmiregistry pozwala serwletowi na zaimplementowanie polityki bezpieczeństwa ograniczającej prawa przeglądania obiektów, pozwala serwletowi na nadanie każdemu klientowi odwołania do różnych obiektów zdalnych oraz (ponieważ serwlet może tworzyć zdalny obiekt w ramach obsługi żądań) powoduje, że obiekt zdalny jest dostępny nawet przed jego utworzeniem [ Pobierz całość w formacie PDF ]

pdf; download; ebook; pobieranie; do ÂściÂągnięcia

Archiwum

Szukaj