W przypadku standardowych (lokalnych) programów ich uruchomienie, a tym samym debugging  nie rodzi większych trudności. W przypadku aplikacji webowych, dla których wymagana jest obecność środowiska takiego jak serwer aplikacji, sprawa ulega komplikacji. Ponieważ sam temat może być bardzo rozległy, przyjmijmy zatem pewne założenia:

• środowisko programistyczne (IDE) – Eclipse
• uruchomienie aplikacji w środowisku serwerowym (serwer aplikacji, kontener) – ograniczymy się do: Apache Tomcat, Glassfish, Jboss

Ze względu na różne możliwe podejścia, dalsza część materiału pogrupowana została na 3 części, co oczywiście jest wyłącznie subiektywną decyzją autora.

1. Wykorzystanie wtyczek (plugins)
Jeśli posiadasz środowisko Eclipse dla Java EE (pierwsza pozycja na liście) lub co najmniej wtyczkę Web Standard Tools, to sprawa jest stosunkowo banalna.

• Otwórz widok Servers (Window -> Show View -> Other -> Servers)
• Zdefiniuj nowy serwer wybierając opcję New-> Server. Jeśli na liście nie ma takiego serwera jakiego oczekujesz możesz spróbować Download additional server adapters



• Kolejne kroki są bardzo intuicyjne: specyfikujesz środowisko uruchomienia serwera podając ścieżkę do katalogu z serwerem, podajesz parametry dla danego typu serwera (np. adres, porty, itp.)
• Jeśli wszystko będzie w porządku to na liście serwerów pojawi się nowy wpis. Warto zauważyć, że pojawia się również nowa konfiguracja uruchomienia w menu Run i Debug zatytułowana tak samo jak serwerowy wpis.



• Istnieje również możliwość dostosowania stworzonej konfiguracji serwera, wystarczy wybrać wpis i wykonać dwuklik.
  W przypadku serwera Glassfish opcje konfiguracyjne wyglądają następująco:



• Jeśli szukasz szczegółowych informacji jako przykład może posłużyć
  tutorial dla Glassfisha. Analogicznie przebiega sposób konfiguracji dla innych serwerów.
• W przypadku posługiwania się wtyczkami możemy też skorzystać z innych dostępnych rozwiązań.
  Bardzo popularnym pluginem dla serwera Apache Tomcat jest Sysdeo
  Posiada wiele opcji konfiguracyjnych, jest przyjazny dla użytkownika i dodaje kolorowe Kociaki.
  Na pewno warto wypróbować.

2. Uruchomienie serwera jak zwykłej aplikacji Java.
Ta propozycja skierowana jest główniej dla tej części Społeczności Programistów, która sceptycznie i z dużą dozą nieufności patrzy na gotowe rozwiązania.
Jeśli programowanie aplikacji zaczynasz np. od zastanawiania się nad pisaniem własnego kompilatora, to bardzo prawdopodobne, że wykorzystanie pluginów,
będzie dla Ciebie zbyt ograniczające i niesatysfakcjonujące. Powodem może też być frustracja wynikająca z problemów z ich obsługą.

Tak czy inaczej w zaistniałej sytuacji rozwiązaniem wydaję się być utworzenie własnej konfiguracji uruchomienia serwera. Jako przykład przedstawię sposób tworzenia konfiguracji uruchomienia dla serwera Apache Tomcat. (Podpowiedź, pluginy zazwyczaj udostępniają możliwość wygenerowania takiej konfiguracji lub po prostu ją tworzą)

• W menu Run wybierz opcję Run Configurations. Utwórz nową konfigurację typu Java Application. Jako klasę startową (posiadającą metodę main) wybierz:
  org.apache.catalina.startup.Bootstrap
  
• Na kolejnej zakładce możesz podać argumenty z jakimi ma zostać uruchomiony serwer. Podstawowe jakie najczęściej się używa to:
  Wymagane:
  • -Dcatalina.home=”D:\apache-tomcat-5.5.26″
  • -Dcatalina.base=”D:\apache-tomcat-5.5.26″
  Dodatkowe:
  • -Djava.endorsed.dirs=”D:\apache-tomcat-5.5.26\common\endorsed”
  • -Djava.io.tmpdir=”D:\apache-tomcat-5.5.26\temp”
  • -Xms256m -Xmx512m
  • -XX:MaxPermSize=128m

  

• Na zakładce Classpath należy skonfigurować ścieżkę klas, poprzez dołączenie biblioteki bootstrap.jar, która znajduje się podkatalogu bin zainstalowanego serwera (np. D:\apache-tomcat-5.5.26\bin)
• Kolejna zakładka Source służy wskazaniu jakie źródła mają być rozpoznawane przez debuggera. Czyli po prostu dodajesz te projekty, które Cię interesują. I to praktycznie tyle. Pamiętaj o zachowaniu wprowadzonych zmian (przycisk Apply)

3. Debug zdalny (remote debug)
Ciekawą możliwością jest śledzenie działania serwera w sposób zdalny. Aby Eclipse był w stanie obsługiwać debug serwera potrzebne są 2 konfiguracje.
Po pierwsze serwer musi być skonfigurowany tak, aby pozwalał na debug. Po drugie konieczne jest utworzenie w Eclipsie konfiguracji dla Remote Java Application

• Konfiguracja serwera może sprowadzić się do odnalezienia pliku konfiguracyjnego i aktywacji trybu debug. Na przykład dla serwera JBoss wystarczy w pliku skryptowym run odkomenotwać odpowiedni wiersz:
  set JAVA_OPTS=-Xdebug -Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=y %JAVA_OPTS%
• W środowisku Eclipse tworzymy konfigurację Remote Java Application której parametry (adres, port) muszą pokrywać się z ustawieniami serwera. Na zakładace Source podobnie jak to omawialiśmy wyżej dołączamy projekty, których źródła chcemy prześledzić



• Oczywiście zdalne debugowanie działa również w przypadku, gdy serwer mamy na tej samej maszynie na której pracujemy
• Przydatne informacje można znaleźć tutaj:
  • Eclipse Special: Remote Debugging Tomcat & JBoss Apps with Eclipse
  • Debugging a servlet with tomcat and Eclipse tutorial
  • Debugging Glassfish with Eclipse

I to by było na tyle Moi Drodzy. Obfitego Debugowania!!!