Java batching: Introduction to Xiandai Batch and computational-intensive programming models

This series of articles, consisting of two parts, will introduce the programming model provided by the http://www.aliyun.com/zixun/aggregation/33934.html ">modern Batch feature, and demonstrate the IBM rational® Creator Developer V8.0 provides new features that greatly simplify the development of batch applications and associated XJCL that are required to submit jobs. The 1th section will be Shaoxing Xiandai Batch, showing an example implementation of the compute-intensive programming model. Part 2nd will cover the transaction batch model and other aspects of the batch framework, including the various interfaces for submitting and controlling jobs, integration with the scheduler, and troubleshooting tips

A batch process is a traditional and indispensable component of any enterprise IT domain. The current batch development trend is to apply internal Java skills to online and batch programs to ensure that:

Maximize the reuse of the implementation. Easier development and maintenance because the same toolset is used. Consistency in the implementation of enterprise standards and service quality.

IBM developed solutions provide a cohesive batch process management model. Xiandai Batch features of IBM WebSphere Creator server (available for WebSphere Creator Server V8, WebSphere Creator Server V7.0 Feature Pack for Xiandai Batch and IBM WebSphere Extended deployment Compute Grid V8.0) provides a batch middleware framework that provides:

Container-managed batch job execution: provides the structure and support capabilities required by Java batch applications to help you avoid custom middleware traps. Job Control Interface: An XML file that describes the steps that are contained in a Java class file and a batch job that is used in a batch step. Job Checkpoint and reboot feature: the ability to create checkpoints on a record quantity or time basis. This supports restarting a job from a known checkpoint. Universal Batch Data stream (BDS): A feature that abstracts data into easily accessible record formats, allowing batch programming to focus on business functions rather than basic code for reading and writing data.

Having such a framework provides a good alternative to developing custom batch middleware, allowing developers to focus on achieving core business goals. With Xiandai Batch, you can streamline the development of batch applications to write business logic for the job. Separation of concerns between this business logic and the "Piping" code is an important advantage of the batch processing framework. It enables a more efficient modularity of batch functions, which supports more efficient reuse and the ability to expose batches as modular services.

Xiandai Batch supports two types of batch programming modes:

Compute-intensive: simple jobs that perform compute-intensive work without requiring a reboot. Transaction Batch: Applies to checkpoints that require a container management and a job that restarts the mechanism. If interrupted because of a planned or unplanned power outage, this enables the batch job to reboot from the last checkpoint.

This article analyzes the compute-intensive model and provides an example implementation that uses the new functionality provided in the IBM Rational creator Developer V8.

See Resources for more information on the importance of the batch platform, details on the Xiandai Batch middleware framework, and the purpose of the WebSphere Extended deployment Compute Grid.