[ Pobierz całość w formacie PDF ]
.Poniżej podałem te powody:Istnieje możliwoœć dodania obsługi żšdań innych typów; wystarczy w tym celu (naprzykład w klasie potomnej) zaimplementować metody doPut, doTrace, itd.Wprzypadku bezpoœredniego przesłonięcia metody service nie można tego zrobić.Istnieje możliwoœć dodania obsługi dat modyfikacji; w tym celu wystarczyzaimplementować metodę getLastModified.W przypadku wykorzystania metody doGet,standardowa implementacja metody service wywołuje metodę getLastModified w celupodania wartoœci nagłówków Last-Modified.Podanie wartoœci tych nagłówków jestkonieczne dla prawidłowej obsługi warunkowych żšdań GET (czyli żšdańzawierajšcych nagłówek If-Modified-Since).Stosowny przykład znajdziesz wpodrozdziale 2.8, pt.: „Przykład wykorzystania inicjalizacji serwletu i datymodyfikacji strony”.Uzyskuje się automatycznš obsługę żšdań HEAD.W takim przypadku serwer zwracawyłšcznie nagłówki i kod statusu wygenerowany przez metodę doGet, pomijajšcwszelkš zawartoœć wygenerowanego dokumentu.Żšdania HEAD sš bardzo przydatne wprzypadku tworzenia programów korzystajšcych z protokołu HTTP.Na przykład,narzędzia sprawdzajšce poprawnoœć hiperpołšczeń umieszczonych na stronach WWW,aby zredukować obcišżenie serwera, bardzo często posługujš się właœnieżšdaniami HEAD a nie GET.Uzyskuje się automatycznš obsługę żšdań OPTIONS.Jeœli metoda doGet zostałazaimplementowana, to standardowa metoda service odpowiada na żšdania OPTIONSzwracajšc nagłówek Allow informujšcy, że obsługiwane sš żšdania GET, HEAD,OPTIONS oraz TRACE.Uzyskuje się automatycznš obsługę żšdań TRACE.Żšdania TRACE stosowane sšpodczas testowania programów korzystajšcych z protokołu HTTP — w odpowiedzi nanie serwer zwraca wyłšcznie nagłówki HTTP.PodpowiedŸJeœli tworzony serwlet ma w identyczny sposób obsługiwać zarówno żšdania GETjak i POST, to wywołuj metodę doPost z metody doGet, lub na odwrót.Nie stosujnatomiast rozwišzania polegajšcego na bezpoœrednim przesłonięciu metodyservice.Metody doGet, doPost oraz doXxxTe metody zawierajš najistotniejsze czynnoœci wykonywane przez serwlet.W 99procentach przypadków będš Cię interesowały wyłšcznie żšdania GET lub POST, azatem będziesz implementował metody doPost lub doGet.Jeœli jednak będzieszchciał, to nic nie stoi na przeszkodzie, aby zaimplementować także metodędoDelete służšcš do obsługi żšdań DELETE, doPut obsługujšcš żšdania PUT,doTrace obsługujšcš żšdania TRACE oraz doOptions służšcš do obsługi żšdańOPTIONS.Pamiętaj jednak, że możesz skorzystać z automatycznej obsługi żšdańOPTIONS oraz TRACE, jakš dysponuje metoda service, opisana w poprzednimpodrozdziale.Zwróć uwagę, iż nie ma metody doHead, gdyż system automatyczniewykorzystuje wiersz statusu oraz nagłówki generowane przez metodę doGet, takżedo obsługi żšdań HEAD.Interfejs SingleThreadModelStandardowo system tworzy jednš kopię serwletu, a następnie używa nowych wštkówdo obsługi nadsyłanych żšdań; przy czym, w przypadku gdy nowe żšdanie nadejdziezanim wykonywanie poprzedniego żšdania zostanie zakończone, uruchamiane sškolejne wštki wykonywane jednoczeœnie.Oznacza to, że metody doGet oraz doPostmuszš bardzo uważnie synchronizować dostęp do pól oraz innych, wspólnychinformacji.Jest to konieczne, gdyż wiele wštków może jednoczeœnie próbowaćkorzystać z tych danych.Więcej informacji na ten temat znajdziesz wpodrozdziale 7.3, pt.: „Trwałe przechowywanie stanu serwletu i automatyczneodœwieżanie stron”.Jeœli nie chcesz, aby serwlet działał w ten standardowy —„wielowštkowy” sposób, wystarczy zaimplementować w nim interfejsSingleThreadModel:public class MojServlet extends HttpServletimplements SingleThreadModel {//.kod servletu.//}Jeœli zaimplementujesz ten interfejs, system zagwarantuje, że w dowolnej chwiliz pojedynczej kopii serwletu będzie korzystał co najwyżej jeden wštekobsługujšcy żšdania [ Pobierz całość w formacie PDF ]

zanotowane.pl

doc.pisz.pl

pdf.pisz.pl

klimatyzatory.htw.pl