+

Search Tips   |   Advanced Search

Running an embeddable container

Use this task to run an embeddable container. Applications running in the embeddable container start faster and require a smaller footprint than when running in the full application server. It is an ideal environment for quickly developing and testing applications that might eventually run in the application server.

Before running an embeddable container, you must have the following items ready:

The key to running the embeddable container is the class path. The class path must include all the artifacts previously listed. For example, if the main class is my.pkg.MyMainClass, and it uses enterprise beans stored in the MyEJBModule.jar file, the following line might run the main class that launches the embeddable container. This example assumes that all JAR files and class directories are in the current working directory.

It is possible to run the embeddable container without specifying all the modules on the class path. This requires the code to specify a File or File array for the MODULES property, and the context class loader for the thread creating the container instance must be able to load the specified files.

To specify embeddable container properties in a text file other than embeddable.properties in the current working directory, then specify the com.ibm.websphere.embeddable.configFileName system property; for example:

When developing an application using JPA in the embeddable EJB container, the class path must include the JPA thin client, com.ibm.ws.jpa.thinclient_n.0.jar, where n is the WAS release; for example, 8.5 for v8.5. The JPA thin client is located in \runtimes where the root directory of the installation image is located.

Supported configurations: We can specify the Java agent mechanism to complete the dynamic enhancement at run time. For example, type the following line of code at the command prompt:.

To enable tracing in the embeddable container, we can specify the com.ibm.ejs.ras.lite.traceSpecification system property to a trace specification value as you would specify for the server. By default, the trace is printed to standard output, but we can redirect the output by specifying the com.ibm.ejs.ras.lite.traceFileName system property. The following example shows how we can use both system properties:

If the beans use the javax.annotation.Resource annotation with the lookup attribute, you must also use the Java Endorsed Standards Override Mechanism to override the javax.annotation.Resource API that is available in the JDK on the system. Copy the app_server_root\runtimes\endorsed\endorsed_apis_8.5.0.jar file into a target directory of the choice. Use the java.endorsed.dirs property on the Java command to specify your directory containing the copied JAR file. The following example shows how we can specify the java.endorsed.dirs property:


Related concepts

  • Trace user interface for stand-alone clients


    Related tasks

  • Use bean validation in the product