Embedding Tomcat as a Web Container

---

Author	XAP Version	Last Updated	Reference	Download
Ali Hodroj	9.6	Feb 2014

Overview

The key features of the embedded Tomcat are:

• Auto-Scaling: Dynamic allocation and auto-scaling of Tomcat instances (hosting a web application) as well as automatically updating your load balancer through the Admin API
• Simplified Management: Consolidated management of your web tier along with your data grid under one common administrative interface (through a web, desktop, and CLI administrative interface)
• Fault Tolerance and Isolation: SLA enforcement through the Grid Service Manager by providing JVM-level, Machine-level, and Zone-level redundancy and failover upon deployment.
• Low latency: Leverage colocation of Tomcat instances with space instances to avoid network round trips that access POJO from the data grid.

Deployment

Embedding Tomcat along with one or more associated web application is simply a matter of deploying a skeleton tomcat processing unit that contains both the Tomcat instantiation code as well as a your target web applications self-contained within the processing unit. This provides a clean way to deploy and undeploy the entire server instance along with its associated applications.

The tomcat processing unit hierarchy, once built with maven, will have the following structure:

Tomcat PU
|- com
|- lib
|- META-INF
|- webapps

Folder	Purpose
com	Contains compiled code for instantiating Tomcat as well as utilizing server parameters
lib	Additional libraries required by Tomcat and web application
META-INF	Contains the PU.XML file for configuring Tomcat along with an optional SLA.XML file for configuring the processing unit SLA
webapps	A collection of web applications which will be loaded by Tomcat

In order to deploy Tomcat along with your web application within XAP, the following steps must be followed:

Step 1: Download the tomcat-pu project from here
Step 2: Configure the Tomcat instance through PU.XML to specify the container and application configuration

<bean id="tomcat7" class="com.gigaspaces.tomcat.Tomcat7">
  <property name="appBase" value="/webapps" />
  <property name="contextPath" value="/" />
  <property name="port" value="8888" />
  <property name="portRetries" value="10" />
  <property name="webapps">
   <array>
    <bean class="com.gigaspaces.tomcat.Webapp">
     <property name="name" value="examples" />
     <property name="path" value="/examples" />
    </bean>
  </array>
 </property>
</bean>

Property	Description
appBase	Location in the project of web applications
contextPath	Root context path for applications
port	Starting port number when deploying multiple instances
portRetries	How many ports to try before giving up
webapps	The collection of web applications contained in the processing unit.

Step 3: Place your web applications in src/main/resources/webapps. Step 4: (optional) Specify the SLA parameters for fault isolation and redundancy through an SLA.XML file in META-INF/spring

Setting	SLA Directive
Maximum of one Tomcat instance per JVM	<os-sla:sla max-instances-per-vm="1" />
Maximum of one Tomcat instance per physical machine	<os-sla:sla max-instances-per-machine="1" />
Maximum of one Tomcat instance per zone (sets of machines or availability zone)	<os-sla:sla max-instances-per-zone="1" />

Step 5: Build the project through mvn package. Step 6: Deploy processing unit in XAP, once deployed Tomcat should appear as the following

Navigate to (default) port 8888 to test

Step 7: Increase or decrease instances of Tomcat running through the “Deployed Processing Units” tab

With the default project, upon adding new instances on your local machine, the next one should be listening on port 8889.

Class Loading

The following describes the structure of the class loaders when several web applications are deployed on the Service Grid:

     Bootstrap (Java)
              |
           System (Java)
              |
           Common (Service Grid)
              |
        Tomcat 7 Container (Tomcat)
         /        \
    WebApp1     WebApp2

The following table shows which user controlled locations end up in which class loader, and the important JAR files that exist within each one:

Class Loader	User Locations
Common	[GSRoot]/lib/platform/ext/*.jar
Tomcat 7	[PU]/lib, [PU]/com/*
Webapp	[PU]/webapps/WEB-INF/classes, [PU]/webapps/WEB-INF/lib/*.jar

Tomcat Cluster with a Data Grid Deployment

See below for different options deploying Tomcat cluster with an embedded data grid or Tomcat cluster using a local cache with Remote data grid:

Deploying Two nodes Tomcat Cluster with an Embedded Sync-replicated Data-Grid

The pu.xml should include:

<beans 
    <bean id="tomcat7" class="com.gigaspaces.tomcat.Tomcat7">
....
    <os-core:embedded-space id="space" name="space" />
</beans>

Tomcat Cluster with two instances embedded sync-replicated data-grid deploy command:

gs deploy -cluster schema=sync_replicated total_members=2 tomcat-pu-1.0-SNAPSHOT.jar

Deploying Two nodes Tomcat Cluster with an Embedded ASync-replicated Data-Grid

The pu.xml should include:

<beans 
    <bean id="tomcat7" class="com.gigaspaces.tomcat.Tomcat7">
....
    <os-core:embedded-space id="space" name="space" />
</beans>

Tomcat Cluster with two instances embedded async-replicated data-grid deploy command:

gs deploy -cluster schema=async_replicated total_members=2 tomcat-pu-1.0-SNAPSHOT.jar

Deploying Two nodes Tomcat Cluster with a Local-cache Communicating with a Remote Data-Grid

The pu.xml should include:

<beans 
    <bean id="tomcat7" class="com.gigaspaces.tomcat.Tomcat7">
....
    <os-core:space-proxy id="space" name="space" />
    <os-core:local-cache id="localCacheSpace" space="space">
        <os-core:properties>
        <props>
            <prop key="space-config.engine.cache_size">5000000</prop>
            <prop key="space-config.engine.memory_usage.high_watermark_percentage">75</prop>
            <prop key="space-config.engine.memory_usage.write_only_block_percentage">73</prop>
            <prop key="space-config.engine.memory_usage.write_only_check_percentage">71</prop>
            <prop key="space-config.engine.memory_usage.low_watermark_percentage">50</prop>
            <prop key="space-config.engine.memory_usage.eviction_batch_size">1000</prop>
            <prop key="space-config.engine.memory_usage.retry_count">20</prop>
            <prop key="space-config.engine.memory_usage.explicit">false</prop>
            <prop key="space-config.engine.memory_usage.retry_yield_time">200</prop>
        </props>
        </os-core:properties>
    </os-core:local-cache>

    <os-core:giga-space id="localCache" space="localCacheSpace"/>
</beans>

Data Grid (Two partitions with a sync-replicated backup) deploy command:

gs deploy-space -cluster schema=partitioned-sync2backup total_members=2,1 space

Tomcat Cluster deploy command:

gs deploy -cluster total_members=2 tomcat-pu-1.0-SNAPSHOT.jar

Elastic Load Balancer

Implementing automatic updates of load balancer tables can be done through the combination of the Admin API for monitoring the processing unit instances. A similar pattern is available through the Apache Load Balancer processing unit.