[ Pobierz całość w formacie PDF ]
.cshrc.Jeœli nazwa pakietu byłaby bardziej złożona (na przykład:pakiet1.pakiet2.pakiet3), a nie tak prosta jak w naszym przypadku (pakiet1), tozmienna CLASSPATH i tak powinna wskazywać główny katalog przeznaczony doprzechowywania plików klasowych serwletów (czyli katalog zawierajšcy katalogpakiet1).Drugi sposób kompilacji klas należšcych do pakietów polega na przechowywaniukodów Ÿródłowych oraz plików klasowych w odrębnych katalogach.W takimprzypadku, w pierwszej kolejnoœci, powinieneœ umieœcić katalog z kodamiŸródłowymi w dowolnie wybranym miejscu.Nazwę tego katalogu powinieneœnastępnie dodać do zmiennej œrodowiskowej CLASSPATH.Następnie, podczaskompilacji klas, będziesz musiał użyć opcji -d programu javac, aby umieœcićpliki klasowe serwletów w katalogu, w którym będzie ich poszukiwał serwer.Także w tym przypadku warto w trwały sposób zmodyfikować wartoœć zmiennejœrodowiskowej CLASSPATH.DOS> cd c:\MojeServlety\coreservletsDOS> set CLASSPATH=C:\MojeServlety;%CLASSPATH%DOS> javac -d C:\tomcat\webpages\WEB-INF\classes HelloWWW2.javaOsobiœcie, w swej pracy wykorzystuję właœnie to rozwišzanie, polegajšce naprzechowywaniu kodu Ÿródłowego oraz plików klasowych w odrębnych katalogach.Aby dodatkowo skomplikować sobie życie, używam kilku różnych ustawień zmiennejœrodowiskowej CLASSPATH, wykorzystywanych w zależnoœci od projektu nad którymaktualnie pracuję, poza tym, zazwyczaj używam JDK 1.2 a nie JDK 1.1 któregooczekuje Java Web Server.W powyższych względów, doszedłem do wniosku, iż wsystemie Windows warto zautomatyzować cały proces kompilacji servletów przywykorzystaniu pliku wsadowego.Przykład takiego pliku, o nazwie servletc.bat,przedstawiłem na listingu 2.5 (zwróć uwagę, iż polecenie set CLASSPATH=.powinno być zapisane w jednym wierszu, na listingu podzieliłem je, aby poprawićczytelnoœć przykładu).Plik ten umieœciłem w katalogu C:\Windows\Command lub winnym katalogu podanym w zmiennej œrodowiskowej PATH systemu Windows.W tensposób, aby skompilować servlet HelloWWW2 i zainstalować go w katalogu, w jakimbędzie go poszukiwał Java Web Server, wystarczy przejœć do kataloguC:\MojeServlety\coreservlets i wydać polecenie servletc HelloWWW2.java.KodyŸródłowe dostępne na serwerze FTP Wydawnictwa HELION(ftp://ftp.helion.pl/przyklady/jsjsp.zip) zawierajš zmodyfikowane wersje plikówwsadowych servletc.bat przeznaczone do kompilacji servletów, które będšuruchamiane na serwerach JSWDK oraz Tomcat.Listing 2.5 servletc.bat@echo offrem To jest wersja dla Java Web Serverrem Inne wersje znajdziesz pod adresemrem ftp://ftp.helion.pl/przyklady/jsjsp.zipset CLASSPATH=C:\JavaWebServer2.0\lib\servlet.jar;C:\JavaWebServer2.0\lib\jsp.jar;C:\MojeServletyC:\JDK1.1.8\bin\javac -d C:\JavaWebServer2.0\servlets %1%Wywoływanie serwletów należšcych do pakietówAby wywołać serwlet umieszczony w pakiecie, należy podać adres URL onastępujšcej, ogólnej postaci:http://komputer/servlet/nazwa_pakietu.nazwa_servletuW takim przypadku nie należy posługiwać się adresem URL:http://komputer/servlet/nazwa_servletuA zatem, zakładajšc, że serwer został uruchomiony na lokalnym komputerze,adreshttp://localhost/servlet/coreservlets.HelloWWW2spowoduje wykonanie serwletu HelloWWW2 i wyœwietlenie wyników przedstawionychna rysunku 2.3.Rysunek 2.3 Wywołanie serwletu przy użyciu adresuhttp://localhost/servlet/coreservlet.HelloWWW22.5 Proste narzędzia pomocne przy tworzeniu dokumentów HTMLPoniżej przedstawiłem podstawowš strukturę dokumentów HTML:.Być może będzie Cię kusiło by pominšć któryœ z elementów tej struktury, a wszczególnoœci deklarację DOCTYPE, gdyż wszystkie główne przeglšdarki ignorujšjš, niezależnie od tego, iż w specyfikacjach HTML 3.2 oraz 4.0 jest onawymagana.Odradzam jednak stosowanie takich rozwišzań.Deklaracja ta ma tęzaletę, iż informuje narzędzia sprawdzajšce poprawnoœć kodu HTML, jakiejspecyfikacji należy użyć przy weryfikacji dokumentu.Narzędzia te sš niezwykleprzydatne podczas testowania stron WWW, gdyż wykrywajš błędy składniowe wkodzie HTML, które w nowych przeglšdarkach zostałyby poprawnie zinterpretowane,lecz w starych doprowadziły do błędnego wyœwietlenia strony.Dwomanajpopularniejszymi narzędziami sprawdzajšcymi poprawnoœć kodu HTML dostępnymina WWW sš serwisy World Wide Web Consortium (http://validator.w3.org/) oraz WebDigest Group (http://www.htmlhelp.com/tools/validator/).Serwisy te pozwalajšna podanie adresu URL, a następnie pobierajš wskazanš stronę, sprawdzajš jejpoprawnoœć syntaktycznš i zgodnoœć z formalnš specyfikacjš języka HTML izwracajš raport z informacjami o błędach.Z punktu widzenia użytkownikaserwlety generujšce kod HTML niczym się nie różniš od zwyczajnych stron WWW; ztego względu wyniki ich działania można sprawdzać przy użyciu wspomnianychwczeœnie serwisów.Jedynym wyjštkiem sš serwlety, które wymagajš przekazaniainformacji metodš POST.Pamiętaj, że dane przesyłane metodš GET sš dołšczane doadresu URL, a zatem możliwe jest przekazanie do serwisu sprawdzajšcego adresuURL zawierajšcego dane, jakie majš zostać przesłane do serwletu metodš GET.MetodaUżywaj serwisów sprawdzajšcych aby skontrolować poprawnoœć dokumentów HTMLgenerowanych przez servlety.Bez wštpienia generacja kodu HTML przy użyciu wywołań metody println jest nieconiewygodnym rozwišzaniem, zwłaszcza w przypadku generacji długich wierszy kodu,takich jak deklaracje DOCTYPE.Niektórzy rozwišzujš ten problem tworzšc wjęzyku Java narzędzia służšce do generacji kodu HTML i wykorzystujšc je wserwletach.Ja jednak sceptycznie podchodzę do tworzenia rozbudowanejbiblioteki narzędzi tego typu.Przede wszystkim, trudnoœci jakich nastręczageneracja kodu HTML z poziomu programu jest jednym z głównych problemówrozwišzywanych przez Java Server Pages (technologię, której poœwięcona jestdruga częœć niniejszej ksišżki) [ Pobierz całość w formacie PDF ]