International Business Machines Corporation

Richard E Moore

Floyd W Shackelford

Robert L Abraham

William L Rich

Richard S Briggs, Jr

John R Tiller, Jr

Cynthia A Ross

Michael P Priven

April D Stiles

Thomas P Moorman

Jane E Schrock

Mary K Nix

Data may be manipulated directly in an object oriented programming system by providing a slot object which contains data within its frame. In contrast with conventional objects, the frames of which only contain attributes of the associated instances, the slot object contains actual data therein. Since this data is not contained in a separate object, a unique object identified need not be provided, thus simplifying object management. Unique messages also need not be provided so that message overhead is simplified. Memory fragmentation is also reduced because simple and tightly bound data may be encapsulated within a larger slot object. The data area in the slot object may be of fixed or variable size.

Slot objects for an object oriented programming system

In an Object Oriented Programming System, a Communications Interface Packet (CIP) enables processing in either a remote system or in a batch environment. A CIP is an object in an Object Oriented Programming System, and like any other object, the CIP object contains data or attributes surrounded by or encapsulated by methods or actions for those data or attributes. Unique to a CIP, however, are attributes which contain an action, an object and parameters. An Application Programming Interface (API) method enables remote processing. An IPA method, which is the reverse of the API method, creates the CIP object which is to be executed in a remote or batch system through the application programming interface. After a CIP object has been created, it must be flattened or formatted prior to submission to the batch system or prior to sending the CIP object to a remote system. Flattening or formatting puts the CIP object into a flat sequential file known as a product data interface (PDIF) file for use by either the remote or batch system. The PDIF file includes three major sections known as the administrative header section, the data dictionary section, and the object data section.

Remote and batch processing in an object oriented programming system

A system and method for dynamic processing of unbounded data streams. The system is adapted to operate on a data processing system including a display panel and a database stored on a non-volatile storage device. An input stream of data elements is received by the system from the database. The input stream of data elements is designated as a source data stream. An insert list of data elements is provided to maintain a first set of data elements arranged in sequence according to a corresponding sequence value; the first set of data elements is not contained in the source data stream. A delete list of data elements is provided to maintain a second set of data elements presently in the source data stream, and arranged in sequence according to a corresponding sequence value. A flagged list of data elements selected for further processing by a user, contains a third list of data elements arranged in sequence according to a corresponding sequence. In order to identify a data element to be returned to the display panel in response to a request for a current element in an apparent list of data elements, the system filters the source data stream through the insert list of data elements to obtain a candidate data element for the next element in the apparent list. The system then filters candidate data element through the delete list of data elements to verify that the candidate element has not been deleted. The system may optionally check the candidate data element through the flagged list of data elements to determine if the candidate element has been flagged. Finally, the system sets the candidate data element as the current data element in the apparent list and returns the current data element to the display panel.

System for modifying persistent database based upon set of data elements

A Unit of Work object class for an object oriented database management system provides concurrent processing through Unit of Work levels and instances while maintaining the integrity of the data in the database. Each new Unit of Work assigned to a task is an instance of the Unit of Work object class. A Unit of Work manager controls each step such that manipulation of the data occurs to the copies at that particular level for that particular instance. Only after all levels have been completed satisfactorily will a 'Commit' occur to the data in the database. If completion is not satisfactory, Rollback of the levels occur, thus preserving data integrity. The Unit of Work manager can also switch control between Unit of Work instances, thus permitting simultaneous performance of tasks.

Unit of work for preserving data integrity of a data-base by creating in

A data structure and method for uniquely identifying, and optimizing access to, object instances in an object oriented programming environment on a data processor containing a memory. Objects are categorized into one or more classes which define the method of the categorized objects, and messages are sent by the data processor to objects to perform actions. The data structure consists of a persistent portion containing a unique object identifier and a non-persistent portion containing the access address of an instance data frame in memory. The access address is set to the address of the instance data frame control block when the message is sent in order to optimize subsequent messages to the same object instance. The instance data frame control blocks are not allocated in memory until a first message is sent to an instance.

System for persistent and delayed allocation object reference in an

A system for implementing a messenger and object manager in an object oriented programming environment on a data processor containing a memory, in which objects are categorized into one or more classes which define methods of the objects categorized therein, and in which messages are sent by the data processor to objects to perform actions thereon. The system includes a message call processing procedure operating on the data processor for processing message calls to instances, including a method resolution segment for calling a loaded classes table to determine whether the class corresponding to a method of the instance is loaded, where the method corresponds to the action requested by the message. If the corresponding class is not loaded in main memory, then the system dynamically loads the class. A data resolution segment calls an object management table to resolve an indirection pointer which points to the address of a data frame corresponding to the instance.

System and method for implementing a messenger and object manager in an

A persistent data interface for an object oriented programming system provides a persistent class object. Any object which must survive a run time session is arranged to inherit from the persistent class object. Any object which inherits from the persistent class automatically becomes a persistent object. The persistent class includes a 'materialize' method for automatically retrieving a persistent object from nonvolatile memory and placing it in volatile memory if the persistent object cannot be located in volatile memory. A 'dematerialize' method is also included for removing an object from volatile memory and storing it in nonvolatile memory. Data integrity of the system is thereby preserved.

Persistent data interface for an object oriented programming system

An inter-panel process flow control method and system for enabling an uninhibited change of scope from the active panel to another panel visible on a display screen. The process relies on object-oriented programming constructs, particularly the inheritance property, and the control methods associated with the panel class. A hierarchical internal program logic is implemented where each child panel inherits the control method of its parent panel. An Action Router control method determines if a change of scope request can be handled locally by the currently active panel. The child panels of the currently active panel are queried in a controlled sequence using this inherited control method until a child panel is found that can handle the change of scope request.

Growing community of inventors

Marietta, GA, United States of America

Richard E Moore