Abstract: Batch processing has been part of IT for a long time. Java batch has existed in different forms for the past 10+ years. In 2013 a open standards group defined a standard for Java Batch. That standard is known as JSR 352, and is part of the broader Java EE 7 open standard. IBM Liberty Profile 188.8.131.52 is Java EE 7 compliant, which means it includes JSR 352 as well.
IBM's implementation of JSR 352 incorporates all the required interfaces. In addition, IBM provides extensions to make the the operational aspects of using IBM's JSR 352 more productive. This Techdoc provides information on IBM's JSR 352 implementation found in Liberty Profile (all platforms) 184.108.40.206 and above.
Technical Executive Overview
This two-page executive overview paper provides the essential information for IBM's JSR 352 implementation.
Note: Printed in color and duplex on glossy paper stock, this makes an excellent "single sheet of paper" handout at events and meetings.
Wildfire workshops are no-fee, hands-on workshops that allow you to explore technology in a structured workshop setting. The workshop for IBM Liberty Batch is a two-day event. The material covered is described in the following descriptive flyer:
The document here provides the essential steps in setting up and using IBM's JSR 352. The document is only 8 pages long, so some of the more advanced features of IBM's JSR 352 implementation are not shown. For those, see the "Step-by-Step Implementation Guide" below.
This document is 80+ pages long and provides a fairly detailed step-by-step instructions for configuring and using the WebSphere Liberty Java Batch solution. The document's focus is on the z/OS platform, but a great deal of the configuration information is common across platforms.
This guide can serve as a self-guided "Proof of Technology" for IBM WebSphere Liberty Java Batch.
This document provides an illustration of an actual WebSphere Liberty Java Batch configuration we have running in the test lab. This is a multi-server configuration using a "dispatcher" server and two "executor" servers, with IBM MQ as the queueing mechanism between the dispatcher and executors. This also illustrates how batch events operates.
Note: this is a sample, and is intended as an illustration only. Please review all security samples and configuration values and modify as needed to comply with your local standards and policies.