Browse Prior Art Database

Method for Writing Stand-Alone Batch Programs: A Reusable Framework and Programming Model

IP.com Disclosure Number: IPCOM000170062D
Original Publication Date: 2008-May-09
Included in the Prior Art Database: 2008-May-09
Document File: 2 page(s) / 63K

Publishing Venue

IBM

Abstract

Disclosed is a description of a method in which programs can be written. Specifically, the typical batch programming model is changed whereby incremental outputs from each step are required along the way. This new programming model is different than a typical processing pipeline because each step (referred to as "actions") must have an output (in XML).

This text was extracted from a PDF file.
At least one non-text object (such as an image or picture) has been suppressed.
This is the abbreviated version, containing approximately 53% of the total text.

Page 1 of 2

Method for Writing Stand-Alone Batch Programs: A Reusable Framework and Programming Model

Disclosed is a description of a method in which programs can be written. Specifically, the typical batch programming model is changed whereby incremental outputs from each step are required along the way. This new programming model is different than a typical processing pipeline because each step (referred to as "actions") must have an output (in XML). On the contrary, each step of a pipeline does not have this restriction. As expected, the XML outputs can then be used for multiple purposes, such as the input data for additional actions/programs, or to transform the data into other report formats (HTML, XLS, PDF, etc.).

There are many advantages to this programming model, some of which include:

modularity: breaking a large problem into a logical subset of smaller tasks or programs.

data reusability: requiring each step to have an output allows for maximum reusability of data. Often, program output from one step can be reused as the input to another step. Additionally, because the data output is XML, it can be transformed into multiple formats, i.e. HTML, XLS, PDF, etc.

code reusability: solving a problem in a generic fashion allows that action to be leveraged for multiple uses. This is common for any pipeline-like model.

program efficiency: data that has already been calculated from a previous action does not need to be re-calculated. Also, unlike a linear pipeline model, where data must go from one pipe to the next, this model allows for non-sequential "actions" to feed data to one another with much more flexibility of pipeline definition.

data filtering: this programming model also offers the ability to filter previously calculated data. As long as the output repr...