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

Asynchronous Office Address Space Communication

IP.com Disclosure Number: IPCOM000119565D
Original Publication Date: 1991-Feb-01
Included in the Prior Art Database: 2005-Apr-01
Document File: 1 page(s) / 45K

Publishing Venue

IBM

Related People

Cox, D: AUTHOR [+2]

Abstract

This article addresses the need for an asynchronous communication vehicle between the Environment Facility and Office Address Spaces in MVS. This vehicle is outside the normal LU 6.2 Conversation communication protocol. LU 6.2 conversations are synchronous communication and limited to two partners and do not let an interrupt flow unless it is from the remote partner. An asynchronous communication vehicle would allow delivery from a source outside the LU 6.2 protocol boundary without breaking the conversation. This vehicle could be used for delivery of communication from an operator or delivery of a request for the service to refresh information that has been changed.

This text was extracted from an ASCII text file.
This is the abbreviated version, containing approximately 70% of the total text.

Asynchronous Office Address Space Communication

      This article addresses the need for an asynchronous
communication vehicle between the Environment Facility and Office
Address Spaces in MVS.  This vehicle is outside the normal LU 6.2
Conversation communication protocol. LU 6.2 conversations are
synchronous communication and limited to two partners and do not let
an interrupt flow unless it is from the remote partner.  An
asynchronous communication vehicle would allow delivery from a source
outside the LU 6.2 protocol boundary without breaking the
conversation. This vehicle could be used for delivery of
communication from an operator or delivery of a request for the
service to refresh information that has been changed.

      The solution to this problem is the creation of an environment
that enables code to be executed in Service Request Block (SRB) mode.
An SRB is a dispatchable unit of work supplied by MVS for
asynchronous communication between two address spaces.  One address
space creates the SRB to be dispatched against another address space.
It receives high priority from the scheduler and executes in the
target address space. Requesting a SRB requires program execution in
supervisory state.  Therefore, it is not generally available to
application programs, such as OfficeVision*/MVS.  To enable this
mode, as it is very restrictive, requires creation of an environment
with SRB mode as a goal.  The Environment Facility offers a solution
to this problem...