abaprapunmanaged
A practice repository for the unmanaged RAP scenario: a sales order business object whose behaviour implementation delegates to an existing function group.
The unmanaged scenario is what RAP offers when the persistence already exists, and this repository works through it on a sales order. The README states the conditions existing code has to meet before it can be reused that way: modularised in function modules or methods, business logic kept apart from technical aspects such as UI technologies or protocols, acting in its own transaction buffer, and making no commits. It names the SAP Press book on the ABAP RESTful Application Programming Model as its reference. The objects under src/ are the exercise: the CDS views ZI_MYSALESORDER and ZC_MYSALESORDER with their behaviour definitions, the behaviour implementation class ZBP_I_MYSALESORDER, a lock object, an OData service definition and binding, and the function group ZVB_API, whose modules check, lock, read, enrich, initialise, create, update, delete and save. They are serialised in abapGitabapGitA Git client written in ABAP that runs inside the system, so objects are cloned, pulled and pushed without leaving it; with no package manager in ABAP, a cloned repository is how code is distributed.community org, abap's format; nothing is published to a registry.
Facts
Where it sits
Who is behind it
In the atlas: maintains 5, contributes to 6@attilaberencsimaintainer
What it declares
Every artifact
- Type
- Sample
- Origin
- Independently maintained
As a sample
- Form
- A reference application
Connections
Defining business object behaviour and who owns the transaction
Download
README
quoted from attilaberencsi/abaprapunmanaged under MIT, readUnmanaged RAP Scenario
Practicing with Brownfield Approach
Application code is already available to validate data, lock records, or persist data. To be able to reuse existing code in the ABAP RESTful application programming model, it must have the following characteristics:
- It is modularized in function modules or methods
- Business logic hasn’t been mixed with technical aspects such as UI technologies or protocols
- The application code acts in its own transaction buffer
- No commits are made
Reference: https://www.sap-press.com/abap-restful-application-programming-model_5647/
Details
Sources
Sources are graph entities: the same page may back several entries, and an unreachable source flags every row that rests on it.
Compatibility and provenance
abaplint
History in the atlas
- First seen.
For your agent
- Ref
artifact:attilaberencsi-abaprapunmanaged- JSON
- /artifacts/attilaberencsi-abaprapunmanaged.json
- MCP
- Connecting an agent