Skip to content

ABAP Keyword Documentation →  ABAP − Reference →  Creating Objects and Values →  Shared Objects →  Shared Objects - Areas 

Areas - Fixed Area Properties

Like basic properties, fixed properties of an area can be only be changed by developers. When the fixed properties of an area are changed at runtime, all area instances of the area are set to the state expired and the area class must be generated again in most cases.

  • Area binding
The context specified for this property defines the visibility and lifetime of the area instance version of the instance. The possible contexts are as follows:
  • Application server

    Area instance versions exist until the AS Instance is shut down. In areas with the Application Server area binding, the methods FREE_AREA, FREE_INSTANCE, INVALIDATE_AREA, and INVALIDATE_INSTANCE of the area class have a parameter called AFFECT_SERVER that can be used to control cross-server invalidations.
  • User session

    Area instances exist until the last ABAP session of the current user session ends. In area bindings, every user logon to an AS ABAP counts individually. This also applies in particular when users log on via external interfaces such as RFC or ICF.
  • Top level transaction

    The top level transaction is the first program in a call sequence. These area instances exist for as long as the ABAP memory assigned to a call sequence is loaded, in other words for as long as the internal session of the top level transaction is loaded. In area instances, the SAP Easy Access program also functions as a top level transaction.
  • Area instance versioning
This property defines whether there can be only one area instance version or more than one version of an area instance. Without versioning, there is only one version and the area instance is equivalent to this area instance version. If versioning is used, there can be multiple versions in different states and an area instance is the set of all area instance versions with the same area instance name.
Without versioning, multiple readers from different internal sessions can access an area instance after it has been built. Writes are only possible if no shared locks are in force. If versioning is used, a change lock can be set on an area instance that still has shared locks.
The maximum number of versions of an area instance can be specified in the runtime-dependent area properties.

Other versions: 7.31 | 7.40 | 7.54