Rozdział. Badanie technologii Microsoft.NET Remoting w rozproszonym systemie wspomagajcym publikowanie katalogów reklamowych



Podobne dokumenty
Spis treci. Dzie 1. I Wprowadzenie (wersja 0911) II Dostp do danych biecych specyfikacja OPC Data Access (wersja 0911)

Programowanie obiektowe

Programowanie Komponentowe WebAPI

Projektowanie architektury systemu rozproszonego. Jarosław Kuchta Projektowanie Aplikacji Internetowych

Technologie dla aplikacji klasy enterprise. Wprowadzenie. Marek Wojciechowski

Jolanta Łukowska Małgorzata Pakowska Stanisław Stanek Mariusz ytniewski

Michał Jankowski. Remoting w.net 2.0

Przegldanie stron wymaga odpowiedniej mikroprzegldarki w urzdzeniu mobilnym lub stosownego emulatora.

Programowanie współbieżne i rozproszone

Architektury usług internetowych. Tomasz Boiński Mariusz Matuszek

Komunikacja i wymiana danych

Planowanie adresacji IP dla przedsibiorstwa.

Dariusz Brzeziński. Politechnika Poznańska, Instytut Informatyki

WIADECTWO INNOWACYJNOCI PRODUKTU

Klonowanie MAC adresu oraz TTL

1. WSTP. 2. Koncepcja platformy bezpieczestwa publicznego

Temat: Programowanie zdarzeniowe. Zdarzenia: delegacje, wykorzystywanie zdarze. Elementy Windows Application (WPF Windows Presentation Foundation).

Warstwa integracji. wg. D.Alur, J.Crupi, D. Malks, Core J2EE. Wzorce projektowe.

Analiza wydajno±ci serwera openldap

Spis treści. Dzień 1. I Wprowadzenie (wersja 0906) II Dostęp do danych bieżących specyfikacja OPC Data Access (wersja 0906) Kurs OPC S7

WYKŁAD 12. Wzorce projektowe czynnociowe State Mediator

SIMON SAYS ARCHITECTURE! Usługi zdalne. Technologie, techniki i praktyki implementacji

Zdalna edycja i przeglądanie dokumentacji medycznej.

Program do konwersji obrazu na cig zero-jedynkowy

Automatyzacja procesów biznesowych Andrzej Sobecki. ESB Enterprise service bus

Typy bazy danych Textract

Kurs OPC S7. Spis treści. Dzień 1. I OPC motywacja, zakres zastosowań, podstawowe pojęcia dostępne specyfikacje (wersja 1501)

Systemy Rozproszone Technologia ICE

Bazy danych. Zaliczenie. Literatura. Strony WWW. Wykład 1: Wprowadzenie do baz danych. Semestr 1

WYKŁAD 10. Wzorce projektowe czynnociowe Command Strategy

Czym jest Java? Rozumiana jako środowisko do uruchamiania programów Platforma software owa

Wprowadzenie. Dariusz Wawrzyniak 1

Wybrane działy Informatyki Stosowanej

Akademia Techniczno-Humanistyczna w Bielsku-Białej

Wybrane działy Informatyki Stosowanej

Wybrane działy Informatyki Stosowanej

Opracowanie protokołu komunikacyjnego na potrzeby wymiany informacji w organizacji

Wykład 6 Dziedziczenie cd., pliki

Architektura systemu e-schola

zdefiniowanie kilku grup dyskusyjnych, z których chcemy odbiera informacje, dodawanie, usuwanie lub edycj wczeniej zdefiniowanych grup dyskusyjnych,

Kurs Wizualizacja z WinCC SCADA - Zaawansowany. Spis treści. Dzień 1. I VBS w WinCC podstawy programowania (zmienne, instrukcje, pętle) (wersja 1410)

4 Web Forms i ASP.NET Web Forms Programowanie Web Forms Możliwości Web Forms Przetwarzanie Web Forms...152

Bazy danych Podstawy teoretyczne

Protokoly w technologii obiektow rozproszonych - CORBA, RMI/IIOP, COM, SOAP. Paweł Kozioł p.koziol@students.mimuw.edu.pl

RPC Remote Procedural Call. Materiały do prezentacji można znaleźć na stronie:

Projektowanie architektury systemu. Jarosław Kuchta Projektowanie Aplikacji Internetowych

Terminologia baz danych

System Obsługi Wniosków

System midzybankowej informacji gospodarczej Dokumenty Zastrzeone MIG DZ ver Aplikacja WWW ver. 2.1 Instrukcja Obsługi

" # # Problemy budowy bezpiecznej i niezawodnej globalnej sieci szerokopasmowej dla słub odpowiadajcych za bezpieczestwo publiczne

System zarządzający grami programistycznymi Meridius

Web Services w połączeniu z aplikacjami uruchamianymi na urządzeniach mobilnych

System kontroli wersji - wprowadzenie. Rzeszów,2 XII 2010

ActiveXperts SMS Messaging Server

Wybrane działy Informatyki Stosowanej

A Zasady współpracy. Ocena rozwiązań punktów punktów punktów punktów punktów

Aplikacje RMI

Systemy rozproszone. na użytkownikach systemu rozproszonego wrażenie pojedynczego i zintegrowanego systemu.

System Connector Opis wdrożenia systemu

Kurs ASP.NET ASP.NET CORE APLIKACJE WEBOWE

System komputerowy. Sprzęt. System komputerowy. Oprogramowanie

Efektywność mechanizmów wywoływania procedur zdalnych

Narzędzia i aplikacje Java EE. Usługi sieciowe Paweł Czarnul pczarnul@eti.pg.gda.pl

Wszystkie parametry pracy serwera konfigurujemy w poszczególnych zakładkach aplikacji, podzielonych wg zakresu funkcjonalnego.

Grzegorz Ruciński. Warszawska Wyższa Szkoła Informatyki Promotor dr inż. Paweł Figat

Budowa aplikacji w technologii. Enterprise JavaBeans. Maciej Zakrzewicz PLOUG

Zagadnienia projektowania aplikacji J2EE

Zarys moliwoci IVM NT

Dotacje na innowacje. Inwestujemy w waszą przyszłość.

Dokumentacja wstępna TIN. Rozproszone repozytorium oparte o WebDAV

Programowanie równoległe i rozproszone. Praca zbiorowa pod redakcją Andrzeja Karbowskiego i Ewy Niewiadomskiej-Szynkiewicz

Serwery Aplikacji "CC" Grzegorz Blinowski. tel (22) ; faks (22)

PROTOKOŁY TRANSPORTU PORTY krótki przegld

1 Wprowadzenie do J2EE

Typy przetwarzania. Przetwarzanie zcentralizowane. Przetwarzanie rozproszone

danych przestrzennych

Budowa aplikacji ASP.NET z wykorzystaniem wzorca MVC

Wzorcowy załcznik techniczny, do umowy w sprawie przesyłania faktur elektronicznych pomidzy Firm A oraz Firm B

Część I Tworzenie baz danych SQL Server na potrzeby przechowywania danych

Zaawansowany WinCC SCADA. Spis treści. Dzień 1. I VBS w WinCC podstawy programowania (zmienne, instrukcje, pętle) (wersja 1708)

obsług dowolnego typu formularzy (np. formularzy ankietowych), pobieranie wzorców formularzy z serwera centralnego,

Problemy niezawodnego przetwarzania w systemach zorientowanych na usługi

Konspekt pracy inżynierskiej

Middleware wprowadzenie października 2010

Programowanie Sieciowe 1

Web Services. Wojciech Mazur. 17 marca Politechnika Wrocławska Wydział Informatyki i Zarządzania

76.Struktura oprogramowania rozproszonego.

Procedury techniczne modułu Forte Kontroling. Środowisko pracy programu i elementy konfiguracji

Middleware wprowadzenie października Dariusz Wawrzyniak (IIPP) 1

Czym jest jpalio? jpalio jpalio jpalio jpalio jpalio jpalio jpalio jpalio

5.14 JSP - Przykład z obiektami sesji Podsumowanie Słownik Zadanie... 86

1. CZYM JEST SERIALIZACJA

Informatyka I. Standard JDBC Programowanie aplikacji bazodanowych w języku Java

INFORMATYKA Pytania ogólne na egzamin dyplomowy

INŻYNIERIA OPROGRAMOWANIA

Deduplikacja danych. Zarządzanie jakością danych podstawowych

Tworzenie aplikacji Web Alicja Zwiewka. Page 1

Forum Client - Spring in Swing

OfficeObjects e-forms

ZiMSK. Konsola, TELNET, SSH 1

Transkrypt:

Rozdział Badanie technologii Microsoft.NET Remoting w rozproszonym systemie wspomagajcym publikowanie katalogów reklamowych Wojciech STANKO, Bogdan TRAWISKI Politechnika Wrocławska, Instytut Informatyki Stosowanej wstanko@go2.pl, trawinski@pwr.wroc.pl Streszczenie W rozdziale przedstawiono wykorzystanie technologii Microsoft.NET Remoting do budowy systemu wspomagajcego publikowanie katalogów reklamowych, opracowanego w wielowarstwowej architekturze klient serwer. Zbadano rozmiar przesyłanych obiektów w przypadku uycia serializacji do postaci binarnej i do formatu SOAP, a nastpnie porównano wydajno przy wykorzystaniu protokołów HTTP i TCP. Uzyskane wyniki potwierdziły przydatno zastosowania.net Remoting do implementacji systemów tej klasy. 1. Wprowadzenie Wraz z rozwojem sieci komputerowych, a w szczególnoci Internetu, zwikszyło si rozproszenie systemów. W kocu XX wieku powstała architektura wielowarstwowa, opracowano wiele standardów majcych na celu umoliwienie łatwej komunikacji aplikacji znajdujcych si na rónych komputerach połczonych sieci komputerow. Pojawiły si takie standardy, jak: RPC, CORBA, COM, DCOM, które miały ułatwi tworzenie rozwiza typu klient serwer [4, 5]. Jednak wykorzystanie ich było czsto skomplikowane, wymagało dodatkowej wiedzy ze strony programistów na temat zagadnie sieciowych, a czasami take dodatkowej implementacji niskich warstw połczenia sieciowego. W ostatnich latach z powodu silnej rywalizacji dwóch platform programistycznych, czyli platformy.net oraz JAVA, powstały nowe standardy pozwalajce szybko i łatwo realizowa komunikacj aplikacji znajdujcych si na rónych komputerach. Firma Microsoft wraz z.net dostarcza technologi.net Remoting [3, 6], pozwalajc na przezroczyst komunikacj aplikacji połczonych sieci komputerow, a w szczególnoci take sieci Internet.

2 W. Stanko, B. Trawiski Konkurencyjna JAVA zapewnia bardzo popularn technologi RMI (Remote Method Invocation) [4]. Pomimo silnej rywalizacji obu technologii, producenci take współpracuj nad stworzeniem jednolitych standardów pozwalajcych na integracj heterogenicznych systemów. Efektem tych działa jest technologia Web Services, która stała si standardem wspieranym przez wikszo platform programistycznych, jak równie wiele systemów baz danych [7]. Celem prezentowanych bada było sprawdzenie moliwoci wykorzystania technologii.net Remoting w rozproszonych systemach opartych na architekturze klient serwer. Przydatno technologii, łatwo i czasochłonno implementacji zweryfikowano w praktyce na przykładzie systemu wspomagajcego publikacj katalogów reklamowych. 2. Architektura Microsoft.NET Remoting.NET Remoting jest technologi, która pozwala na komunikacj pomidzy obiektami rozproszonymi w rónych aplikacjach, które mog znajdowa si na fizycznie innych komputerach [1]. Wielowarstwowa architektura.net Remoting pozwala na przezroczyst komunikacj klienta z obiektem zdalnym, z wykorzystaniem dowolnego kanału komunikacyjnego (np. protokołu TCP/IP). Zdalny obiekt jest cile zwizany z aplikacj, w której został stworzony, czyli serwerem, a klient, który wykorzystuje zdalny obiekt, nie wywołuje jego metod bezporednio, ale za porednictwem obiektu Proksy (ang. Proxy). Obiekt Proksy jest tworzony dynamicznie po stronie klienta i odzwierciedla publiczny interfejs obiektu serwera. Rys. 1. Ogólny schemat funkcjonowania.net Remoting [7] Jak pokazano na Rys. 1, w momencie wywołania metody obiektu zdalnego przez aplikacj klienta, obiekt Proksy przechwytuje wywołanie, nastpnie formatuje wywołanie danej metody za pomoc dostarczonego obiektu kodujcego o nazwie Formater (ang. Formatter) do postaci, w której danie moe zosta przesłane przez wybrany kanał komunikacyjny do serwera. Serwer po otrzymaniu wiadomoci rozkodowuje j, uywajc takiego samego obiektu kodujcego, a nastpnie za pomoc obiektu Dyspozytor (ang. Dispatcher) wywołuje odpowiedni metod w obiekcie zdalnym. Po zakoczeniu wywołania metody wynik jest zwracany w podobny sposób do aplikacji klienta. Obecnie Microsoft dostarcza tylko dwie implementacje obiektów kodujcych: binarn, oznaczon tutaj BIN oraz wykorzystujc format SOAP. SOAP wg definicji podanej przez World Wide Web Consortuim to lekki protokół przeznaczony do

Badanie technologii Microsoft.NET Remoting w rozproszonym systemie... 3 wymiany strukturalizowanej informacji w zdecentralizowanym, rozproszonym rodowisku. Ze wzgldu na to, e wszystkie elementy składajce si na technologi.net Remoting zostały zaprojektowane tak, aby były od siebie niezalene, istnieje moliwo dostarczenia własnej implementacji obiektu kodujcego wiadomoci. Zalet architektury stworzonej przez Microsoft jest moliwo wykorzystania dowolnego kanału komunikacyjnego oraz implementacji obiektu kodujcego niezalenie od siebie, co zapewnia du elastyczno oraz umoliwia dostosowanie.net Remoting do okrelonych wymaga. Zamian obiektu do postaci SOAP, binarnej, czyli postaci cigu bajtów, okrela si jako serializacj obiektu, a proces odwrotny zwany jest deserializacj, przy czym wan zasad jest, aby wykorzystywa ten sam rodzaj obiektów serializujacych i deserializujacych po stronie klienta, jak i serwera. 3. System wspomagania publikacji katalogów reklamowych MultiKatalog System wspomagania publikacji katalogów reklamowych MultiKatalog został stworzony z myl o ułatwieniu zarzdzania zawartoci katalogów reklamowych oraz skróceniu czasu przygotowania gotowego katalogu do publikacji. Katalog reklamowy to katalog przedstawiajcy fragment lub cał ofert asortymentu proponowanego przez dan firm. Najlepszym przykładem katalogów reklamowych s katalogi domów wysyłkowych (np. Quelle), koncernu IKEA lub innych firm wydajcych co roku due katalogi zawierajce aktualn ofert dla swoich klientów. W celu zmniejszenia zaangaowania firmy przygotowujcej szat graficzna, stworzono system pozwalajcy klientowi bezporednio za pomoc Internetu zarzdza struktur katalogu, wprowadza nowe dane, wykonywa poprawki i korekty, a take decydowa o formie publikacji danego katalogu. System MultiKatalog zbudowano w architekturze klient serwer, która składa si z nastpujcych podstawowych elementów (Rys. 2): Klient MultiKatalog aplikacja uruchamiana po stronie uytkownika, która oferuje graficzny interfejs oraz pozwala na dokonywanie rónych operacji. Jako klient łczy si ona z serwerem MultiKatalog, wykorzystujc.net Remoting; Serwer MultiKatalog podsystem dostarczajcy zbiór metod, które mog by wywoływane przez aplikacj klienta; Baza danych baza danych słuca do przechowywania wszystkich danych dotyczcych katalogów oraz uytkowników.

4 W. Stanko, B. Trawiski Rys. 2. Architektura klient-serwer systemu MultiKatalog System został zaprojektowany zgodnie z wielowarstwow architektur, w której wydzielono podstawowe warstwy przedstawione na Rys. 3. Rys. 3. Architektura klient-serwer systemu MultiKatalog Pierwsze dwie warstwy: prezentacja i logika aplikacji znajduj si po stronie aplikacji klienta i zostały zbudowane zgodnie ze wzorcem Model-View-Controler zaproponowanym przez Martina Fowlera [2]. Pozostałe dwie warstwy zostały zaimplementowane po stronie serwera. Zastosowano tutaj midzy innymi wzorce projektowe Table Module i Table Gateway [2]. Zalet wykorzystania wzorca Table Gateway przy implementacji dostpu do bazy danych jest uzyskanie niezalenoci implementacji systemu od implementacji bazy danych. Warstw realizujc komunikacj pomidzy klientem a serwerem z wykorzystaniem technologii.net Remoting umiejscowiono pomidzy warstwami logiki aplikacji oraz zarzdzania danymi. Na Rys. 3 wyróniono take warstw procedur składowanych, poprzez któr wykonywane s operacje na samych danych znajdujcych si w tabelach bazy danych. Warto zwróci uwag na sposób implementacji bazy danych, poniewa moe ona mie do duy wpływ na wydajno systemu. Jednym z wymaga systemu MultiKatalog było zapewnienie, jak najwikszej elastyczno okrelania budowy poszczególnych dokumentów, a take struktury katalogów, w celu zagwarantowania moliwoci dostosowania produktu do wymaga poszczególnych klientów. Ze wzgldu na to, e nie mona było załoy kocowej struktury poszczególnych dokumentów, zdecydowano si na zapisanie informacji o strukturze dokumentów za

Badanie technologii Microsoft.NET Remoting w rozproszonym systemie... 5 pomoc własnego jzyka opartego na XML. Baza danych została zaprojektowana tak, aby mogła przechowywa dokumenty zgodne ze specyfikacj opart na XML. W wyniku takiej decyzji projektowej powstała struktura bazy danych, w której pobranie lub zapisanie jednego dokumentu wymaga wielu niezalenych zapyta, co moe znacznie wydłua czas odpowiedzi systemu. Mona stwierdzi, e została zaimplementowana baza danych XML w relacyjnej bazie danych. 4. Badanie technologii.net Remoting zastosowanej w systemie MultiKatalog 4.1. Cel i zakres bada Celem bada było sprawdzenie wydajnoci technologii.net Remoting w systemie MultiKatalog, a take okrelenie iloci danych przesyłanych pomidzy serwerem a klientem w przypadku uycia serializacji do postaci binarnej (BIN) lub postaci SOAP. Zbadano take szybko serializacji w obu przypadkach, a take zbadano czas potrzebny na deserializacj, czyli ponowne odtworzenie obiektów. Do bada wydajnoci technologii.net Remoting wykorzystano dostarczane przez Microsoft narzdzie o nazwie Apllication Center Test. W tym celu zaimplementowano dodatkowego klienta konsumujcego usługi dostarczane przez serwer MultiKatalog, opartego na technologii ASP.NET i serwerze WWW. Schemat konfiguracji uytej do bada przedstawiono na Rys. 4. % #&!""#$ "'#$ Rys. 4. Konfiguracja uyta do bada wydajnoci.net Remoting Do wszystkich testów uyto tych samych obiektów: Document jest to obiekt o duym rozmiarze, posiadajcy wiele pól oraz referencji do innych obiektów, User obiekt posiadajcy znacznie mniej pól, przechowujcy podstawowe dane o uytkowniku. 4.2. Badanie wielkoci obiektów w postaci binarnej i SOAP Badanie wielkoci obiektów polegało na przekształceniu obiektów do dwóch postaci: binarnej i SOAP oraz pomiarze wielkoci takich postaci. Wyniki zostały

6 W. Stanko, B. Trawiski przedstawione w tabeli 1. W ostatniej kolumnie tabeli przedstawiono stosunek wielkoci formy SOAP do binarnej. Posta binarna była ponad trzykrotnie mniejsza od postaci SOAP dla obu obiektów. Tabela 1. Porównanie wielkoci postaci SOAP i binarnej (BIN) SOAP [bajty] BIN [bajty] SOAP/BIN Obiekt Document 34 11 1 44 3,27 Obiekt User 5 41 1 584 3,41 4.3. Badanie czasu serializacji i deserializacji obiektów W celu ograniczenia wpływu innych aplikacji i procesów działajcych na testowym komputerze na wyniki, zbadano czas potrzebny na przeprowadzenie 1, 1 oraz 1 serializacji, a nastpnie na podstawie pomiarów wyliczono czas redni. Badania zostały przeprowadzone wielokrotnie, aby unikn błdów pomiaru. a) Serializacja: Document User b) Deserializacja Document User 1.6 1.4 1.2 1.8.6.4.2 SOAP BIN 1.6 1.4 1.2 1.8.6.4.2 SOAP BIN Rys. 5. rednie czasy serializacji i deserializacji obiektów Na Rys. 5 przedstawiono zestawienie rednich czasów serializacji i deserializacji. Serializacja binarna jest około 3,5 razy szybsza od serializacji do postaci SOAP. W przypadku deserializacji rónica jest około 6-krotna. Prawdopodobnie gorszy wynik serializacji/deserializacji do formatu SOAP wynika z potrzeby wielokrotnych operacji na cigach tekstowych. Ponadto w wypadku deserializacji dochodzi take potrzeba weryfikacji poprawnoci składni otrzymanej postaci SOAP. 4.4. Testowanie połcze rónych protokołów z formaterami Badania wydajnoci, przedstawione na Rys. 6, pokazały, e liczba obsłuonych zapyta na sekund jest zbliona w przypadku wykorzystania tego samego sposobu formatowania wiadomoci i w niewielkim stopniu zaley od protokołu, którym przesyłane s wiadomoci. Protokół HTTP okazał si nieznacznie mniej efektywny od TCP. W wypadku protokołu HTTP przesyłane dane opatrzone s dodatkowym nagłówkiem, co wymaga nie tylko dodatkowego przetwarzania, ale take zwiksza rozmiar wiadomoci, co moe powodowa zmniejszon efektywno Jednak przy

Badanie technologii Microsoft.NET Remoting w rozproszonym systemie... 7 przesyłaniu do duego obiektu, jakim jest obiekt typu Document, wpływ wielkoci nagłówka jest nieznaczny. Najwiksze znaczenie ma wic sposób kodowania obiektów, poniewa przy wykorzystaniu kodowania SOAP czas odpowiedzi jest około trzykrotnie dłuszy od czasu zaobserwowanego dla binarnej postaci. HTTP + SOAP HTTP + BIN TCP + SOAP TCP + BIN HTTP + SOAP HTTP + BIN TCP + SOAP TCP + BIN czas odpowiedzi [ms] 14 12 1 8 6 4 liczba zapyta( na sekund) 14 12 1 8 6 4 2 2 1 3 6 12 15 2 3 1 3 6 12 15 2 3 Rys. 6. Wyniki bada wydajnoci systemu czas odpowiedzi [ms] 4 35 3 25 2 15 1 HTTP + SOAP bez bazy HTTP + BIN HTTP + BIN bez bazy liczba zapyta( na sekund) 14 12 1 8 6 4 HTTP + SOAP bez bazy HTTP + BIN HTTP + BIN bez bazy 5 2 1 3 6 12 15 2 3 1 3 6 12 15 2 3 Rys. 7. Porównanie wyników po odłczeniu bazy danych 4.5. Badanie wpływu bazy danych na wydajno Z uwagi na specyficzn struktur bazy danych, mona przypuszcza, e jej wpływ na wydajno jest znaczny. Badania pokazały, e czas odpowiedzi systemu, który pomijał pobranie dokumentu z bazy danych, a pobierał go z pamici, jest nawet

8 W. Stanko, B. Trawiski kilkanacie razy krótszy. Przepustowo systemu take wzrosła po odłczeniu bazy danych. Na Rys. 7 wida, jak duy wpływ ma baza danych na wydajno. Na wykresach nie uwzgldniono wyników protokołu HTTP i formatowania SOAP z podłczon baz danych, poniewa otrzymane wyniki były gorsze o ponad jeden rzd wielkoci, co spowodowałoby zniekształcenie wykresów z powodu potrzeby zwikszenia skali pionowej 5. Podsumowanie Technologia.NET Remoting dostarcza now jako tworzenia systemów klient serwer. Pozwala na szybk budow komunikacji pomidzy elementami systemu za porednictwem sieci, przy do niskim nakładzie pracy. Realizacja projektu MultiKatalog, potwierdziła praktycznie zalety.tej technologii. Z przeprowadzonych bada wynika wniosek, e najlepszym wyborem implementacyjnym jest protokół TCP oraz formatowanie wiadomoci do postaci binarnej, gdzie nie ma dodatkowych narzutów wielkociowych oraz przetwarzania, tak jak to si dzieje w przypadku protokołu HTTP oraz do mało wydajnego formatowania do postaci SOAP. Bezporednie testy zrealizowanego systemu MulitKatalog pokazały do nisk wydajno aplikacji, jednak jak si okazało, była ona spowodowana bardzo nisk wydajnoci zaimplementowanej bazy danych, która pogarszała wyniki nawet kilkunastokrotnie. Uzasadnione jest przeprowadzenie dalszych bada obejmujcych zachowanie si systemu w wypadku uycia kompresji i szyfrowania przesyłanych danych, porównanie innych ni HTTP i TCP protokołów, na przykład protokołu IPC z.net Framework 2. lub SMTP, a take porównanie wydajnoci z alternatywnymi rozwizaniami, takimi jak Web Services i Java RMI. LITERATURA 1. Conger D.: Remoting with C# and.net: Remote Objects for Distributed Applications, Wiley 23. 2. Fowler M.: Patterns of Enterprise Application Architecture, Addison-Wisley, 23. 3. McLean S., Naftel J., Wiliams K.: Microsoft.NET Remoting, Microsoft Press 23. 4. Raj G. S.: A Detailed Comparison of CORBA, DCOM, and Java/RMI (whitepaper), OMG 1998. 5. Schussel G.: Client/Server: Past, Present and Future (http://www.dciexpo.com/) 1998. 6. Srinivasan P.: An Introduction to Microsoft.NET Remoting Framework, Microsoft Corporation 21. 7. Thangarathinam T.:.NET Remoting Versus Web Services (whitepaper), (http://www.developer.com) 23, 8. Voelter M., Kircher M., Zdun U.: Remoting Patterns: Foundations of Enterprise, Internet and Realtime Distributed Object Middleware, Wiley Software Patterns Series 24.