- Updates
- 16.12.2022 - Added the information that using ADT preview and transaction /n/IWFND/MAINT_SERVICE requires that SAP Gateway is activated also locally on the SAP S/4HANA backend system
When I saw the
question of whether
"when the RESTful ABAP Programming Model (RAP) is rolled out, will there still be a central Gateway hub deployment model in place?" I thought it would be better to write a small blog rather than trying to answer in this detail in the Q&A section.
In short the answer is, yes, a central SAP Gateway Hub
can still be in place if you want or have to use it.
However, since the SAP Gateway Hub is used mainly as a SAP Fiori Frontend Server a central hub deployment might not be possible as described in the blog
SAP Fiori deployment options and SAP Fiori front-end server strategy – UPDATE 2020 if your system landscape contains several SAP S/4HANA backend systems with different releases. Because of this the recommended deployment option in SAP S/4HANA systems is the
embedded deployment.
In this blog you will also find a statement about the future direction.
" … SAP’s strategic direction is to evolve powerful alternatives for a SAP Fiori front-end server as a central hub or standalone server with a much lower TCO on customer-side." In the newly updated document
SAP Fiori Deployment Options and System Landscape Recommendations you will find the information that for SAP FES 2020 for S/4HANA it is planned that the SAP NetWeaver version must be SAP NetWeaver 7.52.
However , the root cause of the question was that it was not clear which role
Service Definitions and
Service Bindings play in a hub based deployment. For this we will have a look at a simple OData service using the un-managed scenario which is available as of SAP S/4HANA 1909 also on premise. In such a system we can nicely compare how service binding relates to the service activation using transaction
/iwfnd/maint_service.
Please note:
In order to be able to use transaction /iwfnd/maint_service or the preview functionality in ADT SAP Gateway would have to be activated locally in your SAP S/4HANA Development system.
So we will take a look behind the scenes of the ABAP RESTful Programming Model.
The sample service is based on the following tutorial:
Define and Expose a CDS-Based Travel Data Model
I here omitted the step to publish the service.
As you can see there is a push button called
Activate which would activate a
Local Service Endpoint. This already clearly shows what this button is meant for namely to publish the service locally in the development system.
In a SAP S/4HANA 1909 system we can still call the transaction
/iwfnd/maint_service and we can select the service
ZUI_C_TRAVEL_M_###, the service binding and publish it.
After getting the usual dialogs the service is activated (here locally on my SAP S/4HANA 1909 system).
If we now switch back to ABAP in Eclipse and refresh the tab where I have activated the Service Binding we see that the Local Service Endpoint is now active.
So the
Service Binding does create the service in the backend. To publish it locally in your system you can use the
Activate button provided in ABAP in Eclipse.
If you want to use this service in a hub based system you can still used transaction
/iwfnd/maint_service.
P.S.:
At this point I have also to point out that the new programming model is called "
ABAP RESTful Programming Model" and NOT "RESTful ABAP Programming Model".
P.S.:
When using a hub based deployment of SAP Gateway / SAP Fiori Frontend Server I would