[ Pobierz całość w formacie PDF ]
.Us�ugi z grupy CORBAFacilities zosta�y wdro�one z ró�nym stopniem powodzenia, awiele z nich znajduje si� dopiero w fazie rozwoju.Wspomniane specyfikacje mog�wi�c zawiera� pewne idee i przyk�ady wymy�lnych zastosowa� architektury CORBA,ale nie oznacza to, �e podano w nich u�yteczny kod.Je�eli planujemy utworzenie aplikacji dzia�aj�cej w której� z wy�ejwymienionych dziedzin, to opublikowane specyfikacje mog� pomóc w rozwi�zywaniuproblemów, z którymi ju� kto� si� zetkn�� i je rozwi�za�.Nawet wówczas, gdynie mamy zamiaru tworzy� systemu kierowania ruchem lotniczym, dzia�aj�cego warchitekturze CORBA, to ta dokumentacja umo�liwi zapoznanie si� z kilkomarealistycznymi przyk�adami.Projektowanie i uruchamianie skalowalnych us�ug CORBAUs�ugi z grup CORBAServices i CORBAFacilities omówione w poprzednichpodrozdzia�ach pokazuj�, �e mamy znaczn� ilo�� dodatkowego materia�u, którymo�na wykorzysta� w zaawansowanych aplikacjach dzia�aj�cych w architekturzeCORBA.Podczas rozwoju architektury CORBA zarysowa�y si� dwa g�ówne nurty:Tworzenie stosunkowo prostych us�ug, takich jak serwery komunikatówpomocniczych, serwery obs�ugi logów, serwery dokonuj�ce autoryzacji lub serweryus�ug katalogowych.Dzi�ki nim mo�na uzyska� wspomaganie w zarz�dzaniusystemami, a je�eli zadbano o elementarn� funkcjonalno�� umo�liwiaj�c� ichszersze u�ycie � rozszerzaj� one funkcjonalno�� pulpitu GNOME i aplikacji.Tworzenie bardziej zaawansowanych interfejsów i us�ug przeznaczonych dlaspecyficznych aplikacji, których przyk�adem mo�e by� np.aplikacja obs�uguj�cawypo�yczalni� p�yt DVD lub interfejsy GNOME Pilot u�ywane w komunikacji zkomputerami podr�cznymi z serii PalmPilot.Ten rodzaj interfejsów umo�liwiabudow� bardzo zaawansowanych rozproszonych aplikacji, ale nie mo�na go u�y�gdzie indziej.System GNOME Bonobo mo�na potraktowa� jako trzeci� opcj�, która dzi�kiinteligentnej obs�udze z�o�onych dokumentów umo�liwia wzajemne wbudowywanieaplikacji i dokumentów GNOME.Pozosta�o tylko czeka� na sukces Bonobo.Zewzgl�du na swój ogólny charakter wielopoziomowo�� architektury GNOME stwarzaolbrzymie mo�liwo�ci, których cz�sto nie rozumiej� do ko�ca nawet projektanci.Im bardziej skomplikowany jest system, tym bardziej skomplikowane staj� si�okoliczno�ci wyst�powania b��dów i zatrzyma�.Mo�na to skrótowo pokaza� naprzyk�adzie funkcji dvd_member_delete(int member_id) w naszej wiod�cejaplikacji.W tej funkcji kod obs�ugi wyj�tków jest kilkakrotnie d�u�szy ni� kodwykonuj�cy u�yteczne czynno�ci.Mog�oby si� wydawa�, �e lepiej b�dzie rozpocz��prac� od mniej ambitnego, ale prostszego rozwi�zania, przerzucaj�c cz�� zada�na serwer i program obs�uguj�cy logi.Istnieje jeszcze kilka zagadnie�, które nie zosta�y tu wcale omówione, a którestaj� si� wa�ne przy tworzeniu skalowalnych aplikacji w architekturze CORBA.Oto one:Zarz�dzanie równoczesnym dost�pemJe�eli przyjrzymy si� dok�adnie operacjom zdefiniowanym w podanych przyk�adach,to oka�e si�, �e wszystkie one dotycz� stosunkowo krótkotrwa�ych transakcji.Czas odpowiedzi tych transakcji nie jest wi�c d�ugi.Wykonywane by�y nast�puj�ce czynno�ci:Wyszukiwanie w tabeli jednej lub kilku warto�ci,Aktualizacja wpisu w bazie danych,Wys�anie krótkiego komunikatu.�adna z nich nie wymaga du�ej mocy przetwarzania i dzi�ki temu ��dania mog� by�wysy�ane po kolei.Je�li zatem nadejdzie jakie� ��danie podczas przetwarzaniapoprzedniego, mo�na odczeka� kilka milisekund na zako�czenie jego obs�ugi.Je�li jednak operacje wymagaj� du�ej mocy obliczeniowej, to zarz�dzaniekolejno�ci� obs�ugi staje si� powa�nym problemem przy projektowaniu programu.Niektóre z rozwi�za� polepszaj�cych czas odpowiedzi aplikacji powinny zosta�w��czone do specyfikacji CORBA 3 [ Pobierz całość w formacie PDF ]