[ Pobierz całość w formacie PDF ]
.Dzięki usłudze wymianykomunikatów możliwe jest skorzystanie z wymienionych programów.Usługa ta rozwiązuje również problem składniowy przy jednostronnej deklaracji IDL, w której niemożna zagwarantować jakości usługi i która powinna zgodnie ze standardami (bez względu na ichzłą implementację) pomijać w ORB wszystkie jednostronne żądania.Usługa ta jest szczególnie ważna w aplikacjach finansowych oraz innych wykorzystującychprzetwarzanie wsadowe.Na razie nie wdrożono jej na szerszą skalę, nawet w komercyjnychpośrednikach ORB.Usługi związane z czasemUsługi te (Time Service) mają za zadanie dostarczenie użytkownikowi pracującemu warchitekturze CORBA informacji o bieżącym czasie łącznie z oszacowaniem błędów.Należą donich:Określanie kolejności zajścia zdarzeń.Generacja zdarzeń na podstawie czasu, np.odmierzania interwałów czasowych igeneracja alarmów.Obliczanie odstępów czasowych między zdarzeniami.Nie jest to prawdopodobnie zbyt ważna usługa w systemie Linux, w którym znacznie prościejmożna osiągnąć podobne wyniki po instalacji klienta lub serwera NTP, dającego o wieledokładniejszą synchronizację czasową niż oferowana w usługach CORBA. Usługę tę można jednak stosunkowo łatwo wprowadzić i istnieje jej bezpłatna wersja wpośredniku ORB o nazwie MICO.Obsługa cyklu życia obiektuUsługa ta (Life Cycle Service) definiuje zasady tworzenia, usuwania i przenoszenia obiektów doinnych lokalizacji.Usługi relacyjneUsługi relacyjne (Relationship Service) tworzą dwa nowe rodzaje obiektów: relacje i role.Pozwala to na bezpośrednią reprezentację i przenoszenie relacji między obiektami występującymiw architekturze CORBA.Usługi utrwalania obiektówZadaniem usług z tej grupy (Persistence Service) jest nadawanie obiektom takich wartości,które pozostaną nawet po wyłączeniu komputera.Historia tych usług jest dosyć dziwna.Najwcześniejsza z nich o nazwie Persistent ObjectService (POS) stała się nieaktualna jeszcze przed wdrożeniem jej na szerszą skalę.Wynikało toze skomplikowanego interfejsu, braku aktualnych i planowanych wdrożeń oraz niezgodności zzapotrzebowaniem.Nowsza, o nazwie Persistant State Service (PSS), ma zapewniać obiektomzdolność do zarządzania swoim własnym stanem.Niestety, przy wielkiej różnorodności środkówdo przechowywania danych, włączając w to pliki oraz relacyjne i obiektowe bazy danych,wdrożenie tej usługi jest dosyć skomplikowane.Obecnie nie wdrożono jej jeszcze w żadnym zpakietów wolnego oprogramowania.Usługi transakcyjneUsługi te (Transaction Service) gwarantują poprawność transakcji.Dzięki swojej dwufazowejskładni zatwierdzeń komunikat dotyczący transakcji w architekturze CORBA zapewnia zgodnośćsystemu przetwarzania transakcji z charakterystyką nazywaną skrótem ACID (od wyjaśnionychniżej pojęć Atomicity, Consitency, Isolation i Durability)AtomowośćWszystkie transakcje są przetwarzane albo do końca z zatwierdzeniem, albo wcale.Oznacza to, żeczęściowo przetworzona i przerwana transakcja musi być wycofana.ZgodnośćWynik transakcji musi spełniać wymagania systemu, nazywane często integralnością bazy danych.Na przykład, jeżeli pomiędzy kontami bankowymi są przekazywane jakieś kwoty, to przychód irozchód musi zostać zatwierdzony podczas jednej operacji na bazie danych, tak aby byłyzachowane salda (nawet, wówczas, gdy wielokrotne modyfikacje mogą się chwilowo niebilansować).IzolacjaStany pośrednie nie mogą być widoczne dla innych transakcji.Oznacza to, że np.przydokonywaniu przelewów między kontami bankowymi, obydwie strony systemu księgowego (strona winien i strona ma ) muszą się zmieniać równocześnie.Wydaje się więc, że transakcjeodbywają się kolejno po sobie nawet gdy są wykonywane równocześnie.OdpornośćPo zatwierdzeniu transakcji wprowadzone przez nią zmiany muszą pozostać na trwałe, nawet wprzypadku katastrofalnej awarii.Oprócz tego, jeżeli trwa proces zatwierdzania i wystąpi jakaśmniej grozna awaria, to musi on zostać zakończony po podjęciu pracy przez system.Usługi związane z bezpieczeństwemUsługi związane z bezpieczeństwem (Security Service) tworzą podstawy dla budowy aplikacji,które będą godne zaufania.Wykorzystuje się w nich szyfrowanie danych w celu ichzabezpieczenia przed odczytem i wprowadzenia protokołów autoryzacji.Należą do nich:identyfikacja i autoryzacja użytkowników,autoryzacja i kontrola dostępu,kontrola aktywności,zabezpieczenie kanałów komunikacyjnych,zabezpieczenie przed możliwością nieprzyznania się do wykonanych operacji,zarządzanie zabezpieczeniami.Niestety, zagadnienia bezpieczeństwa nie są sprawą prostą i nie można ich rozwiązać za pomocąjednej nakładki na aplikację.Tworzą one cały system, o który należy zadbać w każdej fazieprojektu.W idealnym przypadku pośrednik ORB powinien sprawdzać autentyczność żądańporównując je z tożsamością żądającego i jego uprawnieniami
[ Pobierz całość w formacie PDF ]