Introduction to unmanaged scenario in RAP

An Unmanaged RAP scenario is one where the developer is fully responsible for implementing the logic for data persistence (create, update, delete), rather than relying on the RAP framework to handle it.

Key Characteristics:

  • Marked using the keyword unmanaged in the behavior definition.

  • Requires a custom implementation class (CLASS ZBP_...) where the developer codes the logic.

  • The RAP framework only provides infrastructure like:

    • Locking

    • Transaction handling

    • Draft support (optional and manual)

  • Used for existing legacy tables, custom business logic, or integration with BAPIs/function modules.

When to Use Unmanaged:

  • Working with existing or complex database structures.

  • Business logic cannot be mapped using standard CRUD operations.

  • You need to integrate with existing code, modules, or systems.

Limitations:

  • No automatic data handling—everything must be manually implemented.

  • More development effort than managed scenarios.

  • Draft functionality is not automatic and must be manually implemented if required.

Typical Use Cases:

  • Reusing existing tables or BAPIs.

  • Migrating classical applications into RAP without changing persistence logic.

  • Implementing complex transactional logic or validations.


********************************Thank you*****************************

Comments

Popular posts from this blog

New syntax for append- VALUE (new syntax 7.4+) in ABAP

Read statement new syntax in ABAP. (7.4+).

Concatenation new syntax( 7.4+ ).