In previous blog Fiori and CRM WebClient UI – Stateless and Stateful, but how? I have researched how stateful and stateless BSP application are handled in ABAP server side. In this blog I will explain how stateful and stateless BSP application behave differently.

The test BSP application I am using

It consists of three files.


<%@page language="abap" %>
"message":"First page wait 3 seconds"
Here I use WAIT keyword to simulate that it will take 3 seconds for the first request to finish.


In this html file, I fire two requests to fetch “first.json” and “second.json” one by one. The first request is sent before second request.
<%@page language="abap" %>
<%@extension name="htmlb" prefix="htmlb" %>
<!DOCTYPE html>
<title>Jerry Test Stateful</title>
<button onclick="fire()">Fire two request</button>
function wrapperOnFetch(url){
  fetch(url,{ credentials:"include" }).then(function(response){
    return response.json();
      console.log(url + ":" + json.message);
function fire(){


<%@page language="abap"%>
"message":"Second page no wait to response"
The application is firstly set as Stateful:

Stateful test

1. Launch index.html, and in Chrome development tool you can see there are three “set-cookie” in Response Header fields.
One of them, the sap-contextid is set in method ON_REQUEST_LEAVE of CL_BSP_RUNTIME explained in previous blog.
And you can observe the cookie in tab “Application”:
The cookie could also be reviewed in Chrome via Settings
->Advanced Settings->Privacy->Content Settings->All cookies and site data…
2. click button “Fire two request”, and in console we can observe that these two requests are handled sequentially in server: the response of first request still comes first before the response of second request.
This could also be confirmed in the Network tab. The first request takes totally 3 seconds to finish. During the wait of this 3 seconds, the process of second request is pending till the first request finishes. As a result finally both request takes around 3 seconds to get handled.
We can also observe that the cookie set by index.html load is now automatically appended as the request header for “first.json” and “second.json” request:

Stateless test

Now set application as stateless and open index.html again:
Compare the cookie with stateful test, this time the cookie
sap-contextid is not there. This observation is consistent with what I found in blog Fiori and CRM WebClient UI – Stateless and Stateful, but how?, as it will only be set in stateful application.
Click fire button, and we can find in stateless application, these two requests are handled by server in parallel: the response of second request is now coming first before the response of first request.
In Network tab, once fire button is clicked, the second request gets processed almost immediately, and the first request still has status “Pending”.
After 3 seconds the first request is done, total duration is around 3 seconds:
In Stateless application, it is clearly observed that cookie field
sap-contextid is not involved in the request & response handling.
To report this post you need to login first.


You must be Logged on to comment or reply to a post.

  1. Peter Inotai

    Hi Jerry,

    It’s nice to see some cool blogs about BSP. It’s declared several times as not recommended UI, but I really liked it when I worked with it, because of its open framework.

    I’m looking forward for more BSP blogs 🙂

    Best regards,


    1. Tobias Schnur

      Hi Peter,

      how can BSP technology be declared as “not recommended UI”. Where did you read that? Basically all SAP UI Frameworks (CRM, Fiori, Web Dynpro) make use of  BSP technology behind the curtain. So I think SAP still trusts their old framework 🙂.



  2. Peter Inotai

    Hi Tobias,

    Now it’s difficult to find the source, but I clearly remember, when WebDynpro for ABAP was released, SAP was saying that WebDynpro is the recommended UI technology instead of BSP. Meanwhile there are Fiori and UI5, which are the new recommended way.

    You can check the roadmap, there is no BSP mentioned there anymore:

    The ICM framework is the same for BSP and Webdynpro, but the development framework and the approach is different.

    Best regards,




Leave a Reply