Dismiss
InnovationQ will be updated on Sunday, Oct. 22, from 10am ET - noon. You may experience brief service interruptions during that time.
Browse Prior Art Database

IMSADF II Dynamic LINK to Special Processing EXIT Routine

IP.com Disclosure Number: IPCOM000043620D
Original Publication Date: 1984-Sep-01
Included in the Prior Art Database: 2005-Feb-05
Document File: 2 page(s) / 29K

Publishing Venue

IBM

Related People

Filip, JA: AUTHOR [+2]

Abstract

In the IMS (Information Management System) ADF (Application Development Facility), special processing EXITs were LINKEDITed with IMSADF mini-drivers and were always in the message region during scheduling. Additionally, each special processing (SPR) exit had a run under one IMS transaction. This is a cumbersome procedure requiring additional transaction switching and IMS SYSGEN overhead. This problem was overcome in the IMSADF II product by providing the capability to dynamically LINK to a special processing transaction to execute under the same IMS/VS transaction, thereby reducing IMS/VS transaction switching requirements and improving performance. Additionally, the SPR continues to have available the same IMSADF previously provided functions through the use of an external pointed control module.

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 100% of the total text.

Page 1 of 2

IMSADF II Dynamic LINK to Special Processing EXIT Routine

In the IMS (Information Management System) ADF (Application Development Facility), special processing EXITs were LINKEDITed with IMSADF mini-drivers and were always in the message region during scheduling. Additionally, each special processing (SPR) exit had a run under one IMS transaction. This is a cumbersome procedure requiring additional transaction switching and IMS SYSGEN overhead. This problem was overcome in the IMSADF II product by providing the capability to dynamically LINK to a special processing transaction to execute under the same IMS/VS transaction, thereby reducing IMS/VS transaction switching requirements and improving performance. Additionally, the SPR continues to have available the same IMSADF previously provided functions through the use of an external pointed control module. This pointed module is LINKEDITed with the dynamically invoked SPR to resolve and branch to external references. The approach may be characterized as requiring but a single IMS transaction by using one transaction cluster mini-driver and one pointer control module for each SPR function, as schematically illustrated below.

(Image Omitted)

1

Page 2 of 2

2

[This page contains 2 pictures or other non-text objects]