Book Image

Tomcat 6 Developer's Guide

Book Image

Tomcat 6 Developer's Guide

Overview of this book

While Tomcat is one of the most popular servlet containers, its inner workings still remain a mystery to many developers. If you only have a superficial familiarity of how this container actually functions, much of its power remains untapped and underutilized. This book will provide you with all that you need to undertand how to effectively use Apache Tomcat. This book begins by providing detailed instructions on building a Tomcat distribution. The next few chapters introduce you to the conceptual underpinnings of web servers, the Java EE and servlet specifications, and the Tomcat container. Subsequent chapters address the key Tomcat components, taking care to provide you with the information needed to understand the internal workings of each component. Detailed examples let you walk through a Tomcat installation, stepping into key Tomcat components, as well as into your own custom servlets. During the course of the book you will encounter various structural components such as the Server and Service; containers such as the Engine, Host, Context, and Wrapper; and helpers such as the Loader, Manager, and Valve. You will also see how Tomcat implements the JNDI API to provide both a directory service for storage agnostic access to its resources, as well as a naming service that implements the Java EE Environment Naming Context. Along the way you will learn how various elements of the servlet 2.5 specification, as well as the HTTP RFCs are implemented by a servlet container. By the end of your journey, you will be able to count yourself as part of the elite minority of Java EE web developers who truly understand what goes on under the covers of a servlet container.
Table of Contents (17 chapters)
Tomcat 6 Developer's Guide
Credits
About the author
Acknowledgement
About the reviewers
Preface

Shared library mechanism


A web application's dependency on a library can be fulfilled by placing that library's JAR file in the web application's WEB-INF/lib folder. However, as more of your web applications deployed into a single container depend on a given library, you end up with multiple copies of the same file, littered across your contexts. This not only takes up space and feels cluttered, but also makes upgrading to a new version of this library more work than it needs to be.

A better option would be to register this JAR file as a shared library and then have each of your web applications use that shared library.

Servlet containers usually provide a shared library mechanism, where you can place libraries that must be available across all the web applications deployed into that container.

Each web application then declares, using the META-INF/manifest.mf file, the shared libraries that it expects to use. As per the servlet specification, a container must notify the administrator and...