ABAP Keyword Documentation → ABAP - Reference → Enhancements → Enhancements Using BAdIs
GET BADI
Other versions: 7.31 | 7.40 | 7.54
Syntax
GET BADI { badi [FILTERS f1 = x1 f2 = x2 ...] }
| { badi TYPE (name)
[ {FILTERS f1 = x1 f2 = x2 ...}
| {FILTER-TABLE ftab}] }
[CONTEXT con].
Extras
1. ... FILTERS f1 = x1 f2 = x2 ...
2. ... FILTER-TABLE ftab
3. ... CONTEXT con
Effect
This statement generates a new BAdI object and sets the
BAdI reference to the object in a
BAdI reference variable badi
. This statement has a static and a dynamic variant.
-
In the case of the static variant, addition
TYPE
is not declared. The static type of the reference variablebadi
must be a BAdI. This determines which BAdI will be used. -
In the case of the dynamic variant, a character-like data object
name
is declared for additionTYPE
. When the statement is executed, this object must contain the name of a BAdI. The static type of the reference variablebadi
must be a superclass for all CL_BADI_BASE BAdI classes.
To declare values for the BAdI's filters, you can declare the addition FILTERS
in the static variant, or addition FILTER-TABLE
in the dynamic variant.
In the case of a context-free BAdI, addition CONTEXT
cannot be declared. In the case of a context-specific BAdI, however, it must be declared.
After instancing, the program searches for BAdI implementation classes for the BAdI as follows:
FILTERS
or in
ftab
. If no BAdI implementations are found with the filter specifications,
the system searches for BAdI implementations that are marked as standard implementations. If there are also none of these, the fallback BAdI implementation class of the BAdI is used (if one exists). If the resulting hit list is suitable for the definition of the BAdI which means:
- For a BAdI defined for a single use, the hit list must contain exactly one BAdI implementation class,
-
For a BAdI defined for multiple use, the hit list may contain several or no BAdI implementation classes,
then references to object plug-ins of the found BAdI implementations are saved in the BAdI object.
Object plug-ins that
do not yet exist are generated for this purpose. Whether an existing object plug-in is generated or
reused, or whether a new object plug-in is generated, depends on whether the BAdI is context-free or
context-dependent, and depends on the CONTEXT
addition. The precise semantics are described in the addition.
If the hit list contains no or multiple BAdI implementations although the BAdI is defined for single
use, an exception occurs. If the BAdI reference variable badi
is given a valid BAdI reference before the statement in an exception case, this is retained, otherwise it is initialized.
Notes
-
It is not possible to access BAdI objects directly using BAdI references. The references are only used to call the
BAdI methods in the referenced
object plug-ins with the statement
CALL BADI
. Otherwise, BAdI reference variables can be used in the same operand positions as normal object reference variables. In particular, this means that assignments and comparisons are possible. - The method NUMBER_OF_IMPLEMENTATIONS of the class CL_BADI_QUERY returns the number of BAdI implementations that are saved in a BAdI object.
-
The statement
GET BADI
prepares an enhancement spot invocation, and can therefore be seen as part of an explicit enhancement option in the terminology of the enhancement concept. - To prevent the exception for BAdIs that are defined for single use in systems in which no corresponding enhancement is carried out, it is recommended to specify a fallback BAdI implementation class for these BAdIs. The fallback BAdI implementation class belongs to the BAdI and is independent of enhancements.
- To access object plug-ins directly requires the corresponding references. These can be supplied, for example, by BAdI methods.
-
The BAdI reference cannot be used to handle any instance events of a BAdI. Instead, when the
event handler is registered,
either the addition
FOR ALL INSTANCES
must be specified usingSET HANDLER
, or an reference to an object plug-in must be entered directly.
Addition 1
... FILTERS f1 = x1 f2 = x2 ...
Effect
After addition FILTERS
, the elementary data objects
x1
, x2
, ... must be declared for all f1
,
f2
, ... filters of the BAdI. If a filter in the BAdI has the property Constant Filter Value at Call, only
literals and
constants can be declared.
The data objects must be compatible with the data type of the filters. FILTERS
cannot be declared for a BAdI without filters.
Addition 2
... FILTER-TABLE ftab
Effect
Using the special internal table ftab
, this addition assigns values to the
filters of a dynamically declared BAdI. The internal table must have table type BADI_FILTER_BINDINGS
from ABAP Dictionary. When statement GET BADI
is executed, the table must contain exactly one row for each of the BAdI's filters. The table columns are:
-
NAME of type
c
and length 30
for the name of the filter in uppercase letters. Declaring a nonexistent filter raises a non-handleable exception. -
VALUE of type
REF TO data
A reference to a matching data object. The value of the data object that the reference variable inVALUE
refers to is assigned to the filter declared in NAME.
The column NAME
is the unique key of the sorted table ftab
.
Addition 3
... CONTEXT con
Effect
Using the addition CONTEXT
, for context-dependent BAdIs, an
object reference variable con
must be specified, the static type of which is, or includes, the
tag interface IF_BADI_CONTEXT, and which contains a reference to a
BAdI context object.
If con
is initial, an exception is raised. The addition CONTEXT
cannot be entered for context-free BAdIs.
The addition CONTEXT
controls the generation of the object plug-ins as follows:
-
Without the addition
CONTEXT
, hence for context-free BAdIs, the generation of the object plug-ins is based on the setting of the BAdI. Either new plug-ins are generated every time the statementGET BADI
is executed, or an object plug-in that has already been generated in the current internal session is reused, if it is required again. An object plug-in of this type is a singleton in terms of its BAdI implementation class. -
With the addition
CONTEXT
, and hence for context-dependent BAdIs, the same object plug-ins are always used for the same content ofcon
. These object plug-ins are singletons in terms of their BAdI implementation class and a BAdI context object.
If a BAdI implementation class implements multiple
BAdI interfaces and
GET BADI
is executed within one internal session for several of these BAdIs,
then multiple BAdI objects can point to the same object plug-in. This enables the sharing of data between
different BAdIs. For context-free BAdIs, this is only the case for reuse. For context-dependent BAdIs, multiple BAdI objects from the same context can point to the same object plug-ins.
Notes
- The fact that object plug-ins can either be newly generated or reused can also be expressed in terms of an object plug-in being stateful or stateless with reference to a BAdI or a context.
-
The tag interface IF_BADI_CONTEXT can be implemented by any class. Possible applications range from
the implementation in a local class without other components that have the sole purpose of enabling
internal program context administration for BAdIs, to the implementation in a global application class in which the objects are specifically enhanced.
Exceptions
Catchable Exceptions
CX_BADI_CONTEXT_ERROR
-
Cause: A context error has occurred in the dynamic variant of the statement.
CX_BADI_FILTER_ERROR
-
Cause: Incorrect information was specified regarding the BAdI's filters in the dynamic variant of the statement.
CX_BADI_INITIAL_CONTEXT
-
Cause: The reference variable declared after
CONTEXT
is initial.
CX_BADI_MULTIPLY_IMPLEMENTED
-
Cause: Multiple BAdI implementation classes were found, although the BAdI is defined for single use. Subclass of CX_BADI_NOT_SINGLE_USE.
CX_BADI_NOT_IMPLEMENTED
-
Cause: No BAdI implementation class was found, although the BAdI is defined for single use. Subclass of CX_BADI_NOT_SINGLE_USE.
CX_BADI_UNKNOWN_ERROR
-
Cause: The BAdI declared in the dynamic variant does not exist.