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

zanotowane.pl

doc.pisz.pl

pdf.pisz.pl

listy-do-eda.opx.pl