Na początku był Apache – czyli połączenie serwera Tomcat z HTTP
Witam,
Czas zacząć przygodę z blogiem. Choć okoliczności nie są sprzyjające, miło mi stworzyć coś swojego, dzielić się doświadczeniem i refleksjami z życia programisty. O tym kim jestem i co robię, dowiesz się ze strony O mnie. Teraz zachęcam do lektury.
O tym, co to jest Apache HTTP, zapewne wie każdy programista aplikacji internetowych. Jednak, co to jest Apache Tomcat, już wie zdecydowanie mniej, a warto wiedzieć, bo daje on nam spore możliwości. Załóżmy, że posiadamy aplikację pisaną w Javie (lub opartą o serwer Javy – nie musi iść to w parze!) to najważniejszą rzeczą jest wybranie kontenera aplikacyjnego. Jest wiele alternatyw, np. JBoss, Apache Geronimo, Apache Jetty, ale Tomcat jest niezwykle popularny (nie ujmując pozostałym, które nierzadko są bardziej rozbudowane). Miałem przyjemność pracować z każdym kontenerem aplikacyjnym – nie zawsze długo, ale pozwoliło mi to do wystawienia subiektywnej, wewnętrznej oceny. O ile na Jetty i Tomcacie pracowało mi się przyjemnie, o tyle JBoss i Geronimo już nie pozwoliły sobie na taką opinię. Domyślam się, że musiałbym zdecydowanie więcej czasu spędzić na poznaniu ich „od środka” 🙂
Ale do rzeczy. Cały temat „połączenia” kontenerów rozbija się o moduł mod_jk, który akceptuje połączenia na standardowym porcie (80), tłumaczy zapytanie i przesyła je do Tomcat. W ten sposób dostęp do webapp możliwy jest bez podawania portu kontenera Tomcat. Zasada działania dobrze zobrazowana jest na poniższej grafice. Czytaj dalej…