The Tomcat server comes to your aide in monitoring performance by providing JMX beans for most of these metrics that you can verify using a tool like Tomcat Manager or JavaMelody. To continue this article, we’re going to take a look at each area of Tomcat performance, any MBeans definitions that can help monitor it and how you can view their. 20X Faster Apache Tomcat Server You could spend all day searching for Apache Tomcat Hosting, but we’re going to save you some time. It's A2 Hosting! We're the high powered provider featuring our fine-tuned SwiftServer platform. Tomcat The Tomcat server is the most widely used open source implementation of the Java Servlet, JavaServer Pages, Java Expression Language, and Java WebSocket technologies. Apache Tomcat software powers numerous large-scale, mission-critical web applications across a diverse range of industries and organizations.
We already learnt how webservers work in general when you deploy your web application on server and access from a browser. Now let’s learn the stuffs inside server which may not be used in day to day job, but they will certainly help you when you are configuring your application first time. I have been using tomcat server from long time so I am picking it for tutorial. I will try to share my learning on other servers in future whenever time permits.
Apache Tomcat is an open-source web server and servlet container developed by the Apache Software Foundation (ASF). Tomcat implements several Java EE specifications including Java Servlet, JavaServer Pages (JSP), Java EL, and WebSocket, and provides a “pure Java” HTTP web server environment for Java code to run in. [Wiki]
Tomcat’s Architecture
Tomcat’s architecture consists of a series of functional components that can be combined according to well-defined rules.
The structure of each server installation (via these functional components) is defined in the file server.xml, which is located in the /conf subdirectory of Tomcat’s installation folder. Let’s discuss these components in detail.
server.xml components
By default, server.xml file comes with this configuration and we will study it’s elements in detail.
Let’s discuss the functional components of tomcat configuration file from inside to outside to better relate the things.
Context
A Context is the innermost element of a group of Tomcat components called containers, and it represents a single web application. Tomcat automatically instantiates and configures a standard context upon loading your application. As part of the configuration, Tomcat also processes the properties defined in the WEB-INFweb.xml file of your application folder and makes them available to the application.
Connector [Lines 16–19]
A Connector handles communications with the client. There are multiple connectors available with Tomcat e.g. HTTP connector for most of the HTTP traffic and AJP connector which implements the AJP protocol used when connecting Tomcat to another web server such as Apache HTTPD server.
The default configuration of Tomcat includes a connector to handle HTTP communication. By default, this connector waits for requests coming through port 8080. This is why the URLs of our examples always start with http://localhost:8080/. Note that the requests for all applications go through a single instance of this connector. Each new request causes the instantiation of a new thread that remains alive within the connector for the duration of the request. Articles available on internet about Tomcat often refer to this connector as “Coyote“.
The connectionTimeout attribute set to 20,000 means that a session is terminated after 5 hours, 33 minutes, and 20 seconds of inactivity, while redirectPort=”8443″ means that incoming requests that require Secure Socket Layer (SSL) transport are redirected to port 8443.
AJP connector lets Tomcat only handle dynamic web pages and lets a pure HTML server (e.g., the Apache Web Server) handle the requests for static pages. This maximizes the efficiency with which the requests are handled. You can probably comment out this connector as tomcat itself is pretty fast today OR simply if you don’t plan on using a web server together with Tomcat.
Host [Lines 25–30]
A Host is an association of a network name, e.g. www.yourdomain.com, to the Tomcat server. A host can contain any number of contexts (i.e. applications). You can define several hosts on the same server. For example, if you have registered the domain yourdomain.com, you can define host names such as w1.yourdomain.com and w2.yourdomain.com. Keep in mind that it will only be accessible from the Internet if a domain name server maps its name to the IP address of your computer.
The default configuration of Tomcat includes the host named localhost. The association between localhost and your computer is done instead by writing an entry in the file C:WindowsSystem32driversetchosts.
The Host attribute “appBase” defines the application directory within the Tomcat installation folder. Each application is then identified by its path within that directory. The only exception is the path ROOT, which is mapped to the empty string. The application base directory for localhost is webapps. This means that the application in directory “C:Program FilesApache Software FoundationTomcat 6.0webappsROOT” is identified by the empty string. Therefore, its URL is “http://localhost:8080/“. For other applications, which reside in directories other than ROOT, as in “C:Program FilesApache Software FoundationTomcat 6.0webappsmyapp“, the URL is like “http://localhost:8080/myapp/“.
The attribute unpackWARs=”true” means that if you drop a WAR file in the appBase directory, Tomcat will automatically expand it into a normal folder. If you set this attribute to false, the application will run directly from the WAR file. This obviously means a slower execution of the application, because Tomcat needs to unzip the WAR file at execution time.
The attribute autoDeploy=”true” means that if you drop an application in the appBase directory while Tomcat is running, it will be deployed automatically.
Tomcat Web Server
Engine [Line 20]
An Engine represents request processing pipeline for a specific Service. As a Service may have multiple Connectors, the Engine receives and processes all requests from these connectors, handing the response back to the appropriate connector for transmission to the client.
An engine must contain one or more hosts, one of which is designated as the default host. The default Tomcat configuration includes the engine Catalina, which contains the host localhost (obviously designated to be the default host because it is the only one). The Catalina engine handles all incoming requests received via the HTTP connector and sends back the corresponding responses. It forwards each request to the correct host and context on the basis of the information contained in the request header.
Service [Line 15]
A Service is an intermediate component which lives inside a Server and ties one or more Connectors to exactly one Engine. Tomcat’s default configuration includes the service Catalina which associates the HTTP and AJP connectors to the Catalina engine. Accordingly, Connector and Engine are subelements of the Service element.
The Service element is rarely customized by users, as the default implementation is simple and sufficient.
Server [Line 2]
The Server is the top component and represents an instance of Tomcat. It can contain one or more services, each with its own engine and connectors.
Now let’s discuss few other concepts used in above server.xml.
Listener [Line 3-7]
A Listener is a Java object that, by implementing the org.apache.catalina.LifecycleListener interface, is able to respond to specific events.
- AprLifecycleListener : enables the Apache Portable Runtime (APR) library. This library provides OS level support to tomcat.
- JasperListener : enables Jasper, which is the JSP engine. This listener is what makes it possible to recompile JSP documents that have been updated.
- JreMemoryLeakPreventionListener : deal with different known situations that can cause memory leaks.
- GlobalResourcesLifecycleListener : is responsible for instantiating the managed beans associated with global Java Naming and Directory Interface (JNDI).
- ThreadLocalLeakPreventionListener : also deal with different known situations that can cause memory leaks.
Global Naming Resources
Tomcat Web Server Download
The GlobalNamingResources element can only be defined inside the Server component. It defines JNDI resources that are accessible throughout the server. The only resource defined in the default server.xml is a user and password memory-based database defined via the file conf/tomcat-users.xml.
Realm [Line 21-24]
The Realm component can appear inside any container component (Engine, Host, and Context). It represents a database of users, passwords, and user roles. Its purpose is to support container-based authentication.
Beside UserDatabaseRealm, the following realm classes are available: JDBCRealm (to connect to a relational database via its JDBC driver), DataSourceRealm (to connect to a JDBC data source named via JNDI), JNDIRealm (to connect to a Lightweight Directory Access Protocol directory), and MemoryRealm (to load an XML file in memory).
Valve [Line 27-29]
A Valve is an interceptor like element that, when inserted in a Container (Context, Host, or Engine), intercepts all the incoming HTTP requests before they reach the application. This gives you the ability to preprocess the requests directed to a particular application; to the applications running in a virtual host OR to all the applications running within an engine.
There can be multiple usage of valves e.g.
The RemoteAddrValve valve lets you selectively allow or block requests on the basis of their source IP address. It support two attributes – allow and block.
The RemoteHostValve valve operates like remote address filter but on client host names instead of client IP addresses.
The RequestDumperValve logs details of the incoming requests and therefore is useful for debugging purposes.
The single sign on valve, when included in a Host container, has the effect of requiring only one authentication for all the applications of that host. Without this valve, the user would have to enter his ID and password before using each separate application.
That’s all for this limited introduction of elements inside server.xml. I will cover more tasks/concepts related to tomcat server in future.
Happy Learning !!
Reference :http://tomcat.apache.org/tomcat-7.0-doc/architecture/overview.html