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.
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.
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.
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.
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.
Reusing existing tables or BAPIs.
Migrating classical applications into RAP without changing persistence logic.
Implementing complex transactional logic or validations.
Comments
Post a Comment