SAP HANA SPS 09: New Developer Features; SAP River
This blog is part of the larger series on all new developer features in SAP HANA SPS 09:http://scn.sap.com/community/developer-center/hana/blog/2014/12/02/sap-hana-sps-09-new-developer-features
The benefits of the SAP River language (RDL) application development environment were validated by partners and early adopters. However, based on feedback we received, and consistent with our strategic direction of building open and standard environments, SAP has decided to abandon a proprietary language approach, and to reapply and integrate the SAP River assets and principles within a cloud based development environment as part of the HANA Cloud Platform.
The SAP River language will therefore no longer be available as a stand-alone development environment in SAP HANA.
SAP River Assets Reused
The SAP River Application Explorer has been rebuilt as a general SAP OData Explorer in SPS 09. It allows for the general testing and data generation of XSODATA based services. You can view all records in a service or create/delete/edit individual records. It also supports mass generation of multiple records at once with random value generation. It can be launched from the Web-based Development Workbench (via context menu option on XSODATA service) or directly via the url=
/sap/hana/ide/editor/plugin/testtools/odataexplorer/index.html?appName=<xsodata service path>
SAP River Concepts Realized in Alternative Ways
We now introduce One-Click debugging in SPS 09. No longer do you have to choose the XS Session ID. Instead the targer of the debug session will launch in an external web browser or run in-place within the HANA Studio when you choose debugging. This also means that we needed to provide tools within the debugger for stubbing in HTTP Headers, Body, etc. In the past developers often used 3rd party tools like Postman to simulate service calls. Now you can do all of this from within the HANA Studio as you start the debugging.
But the debugging improvements don’t end there. We now also support XSJS/SQLScript integrated end-to-end debugging. From an XSJS that calls into a SQLScript stored procedure we can now step from the XSJS debugger seamlessly into the SQLScript debugger.
XSDS (XS Data Services)
In SPS 09, SAP introduces a major extension to the programming model in the form of a reusable XSJS Library called XSDS or XS Data Services. There are several goals for this new library and the impact that it has on the overall programming model.
General HANA artifact consumption
- Structured API calls instead of low-level SQL Interface
- Less boilerplate coding (for example result set conversions)
Native CDS Consumption
For more details on XSDS please refer to this blog: