SAP BSP應用有狀態和無狀態行為差異比較

i042416發表於2020-08-25

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


SAP BSP應用有狀態和無狀態行為差異比較


It consists of three files.

first.json

<%@page language="abap" %><%
WAIT UP TO 3 SECONDS.
%>
{
"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.

index.html

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><html><head><title>Jerry Test Stateful</title></head><body><button onclick="fire()">Fire two request</button><script>function wrapperOnFetch(url){
  fetch(url,{ credentials:"include" }).then(function(response){
    return response.json();
  }).then(function(json){
      console.log(url + ":" + json.message);
  });}function fire(){
  wrapperOnFetch("first.json");
  wrapperOnFetch("second.json");}</script></body></html>

second.json

<%@page language="abap"%>
{
"message":"Second page no wait to response"
}

The application is firstly set as Stateful:


SAP BSP應用有狀態和無狀態行為差異比較


Stateful test

(1) Launch index.html, and in Chrome development tool you can see there are three “set-cookie” in Response Header fields.


SAP BSP應用有狀態和無狀態行為差異比較


One of them, the sap-contextid is set in method ON_REQUEST_LEAVE of CL_BSP_RUNTIME explained in previous  blog.


SAP BSP應用有狀態和無狀態行為差異比較


And you can observe the cookie in tab “Application”:


SAP BSP應用有狀態和無狀態行為差異比較


The cookie could also be reviewed in Chrome via Settings ->Advanced Settings->Privacy->Content Settings->All cookies and site data…


SAP BSP應用有狀態和無狀態行為差異比較


(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.


SAP BSP應用有狀態和無狀態行為差異比較


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.


SAP BSP應用有狀態和無狀態行為差異比較


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:


SAP BSP應用有狀態和無狀態行為差異比較 SAP BSP應用有狀態和無狀態行為差異比較


Stateless test

Now set application as stateless and open index.html again:


SAP BSP應用有狀態和無狀態行為差異比較


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.


SAP BSP應用有狀態和無狀態行為差異比較


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.


SAP BSP應用有狀態和無狀態行為差異比較


In Network tab, once fire button is clicked, the second request gets processed almost immediately, and the first request still has status “Pending”.


SAP BSP應用有狀態和無狀態行為差異比較


After 3 seconds the first request is done, total duration is around 3 seconds:


SAP BSP應用有狀態和無狀態行為差異比較


In Stateless application, it is clearly observed that cookie field sap-contextid is not involved in the request & response handling.


SAP BSP應用有狀態和無狀態行為差異比較 SAP BSP應用有狀態和無狀態行為差異比較


要獲取更多Jerry的原創文章,請關注公眾號"汪子熙":

SAP BSP應用有狀態和無狀態行為差異比較


來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/24475491/viewspace-2714419/,如需轉載,請註明出處,否則將追究法律責任。

相關文章