Parallelization in Web UI


1.    General Idea

All modern web-browser applications support parallelization or asynchronous processing of the requests from the user. Nowadays, the backend systems are scalable and therefore the processing of several requests will not consume more system power (system time) than one big request which contains the logic of four requests. Of course, the load must be properly distributed across the processing units (servers) and in time, so that we never come to the system resources border. Implementation of the parallel request processing can significantly improve the performance and usably without a need in new hardware.

Initially, when SAP WebUI was designed, it did not implement this concept and it was done by intention. Also by intention, it is implemented as a stateful application. Only after some time several asynchronous features like Asynchronous Value Fetch (AVF), asynchronous table rendering (fake rendering), drag-and-drop were introduced.

You would like to implement parallel processing in your SAP WebUI and you are looking for more information regarding possible solutions.

2.    Possible variants

In this document, we will review some options, which can be implemented in SAP WebUI. Particularly we will review the use of HTML iframes, AJAX calls and asynchronous RFCs and their implementations in stateful and stateless applications. Later you will understand all possible options and choose the most appropriate one or the combination.

3.    iFrames

One of the oldest concept of enabling the parallelization of the requests in the browser-based applications is based on HTML iframes.

<iframe src=></iframe>

For more information, please refer to W3Schools’ web site:

3.1.iFrames in WebUI

You can also implement this concept in WebUI. The following diagram explains how you can do it.



This approach can work with stateless applications or stateless frames only, and therefore the typical use case for this would be a customer fact sheet or similar applications. In our case, I created a Main Window, a main View Set and several views containing iframes. You can see that each iframe contains an independent HTML (in our case BSP) application. The parameters can be transported via URL, and it does not have to be static.

Most of the time the information in WebUI is shown in tables and you can do it as well with iframes.


In our example opportunity frame PartnerOpportunity.htm looks as below.

<%@page language=”abap” %>
<%@extension name=”htmlb” prefix=”htmlb” %>
<%@extension name=”thtmlb” prefix=”thtmlb” %>
<%@extension name=”chtmlb” prefix=”chtmlb” %>
  <htmlb:content design      =
                forceEncode =
    <thtmlb:content renderBody =
                    renderHead =
title      = “Test Page” >
        <chtmlb:pageType type=
“EDIT” >
          <thtmlb:cellerator actions                =
“<%= action_tab %>”
                            actionsMaxInRow        =
                            columnDefinitions      =
“<%= column_tab %>”
                            editMode                =
                            enableTableGraphics    =
                            fixedHeaders            =
                            hasExpander            =
                            hasPagerWhenCollapsed  =
                            headerText              =
                            horizontalScrolling    =
id                      = “test1”
                            isExpanded              =
                            iterator                =
“<%= iterator %>”
                            pagerEntryCount        =
                            personalizable          =
                            scrollRowCount          =
                            selectedRowIndex        =
                            selectionMode          =
                            showEmptyTableText      =
                            showPersonalizeButton  =
                            showToolbarArea        =
table                  = “<%= data_tab %>”
                            verticalScrolling      =
                            visibleRowCount        =
                            visibleRowCountExpanded =
“5” />

To get the data I am using event OnInitializationwith the following coding.

* event handler for data retrieval
*** Get the partner from the URL
= request->get_form_field( ‘partner’ ).
check partner is not initial.
input  = partner
output = partner.
*** Check the partner for existance
select single partner from but000 into (partner) where partner = partner.
if sysubrc <> 0.
clear partner.
*** Read the data into collection
data: lr_core          type ref to cl_crm_bol_core.
data: lr_entity        type ref to cl_crm_bol_entity.
data: lr_collection    type ref to if_bol_bo_col.
data: lv_obj_guid      type crmt_genil_object_guid.
data: lv_partner_guid  type  bu_partner_guid.
= cl_crm_bol_core=>get_instance( ).
->start_up( ‘BP_APPL ‘ ).
call function ‘BUPA_NUMBERS_GET’
= partner
= lv_partner_guid.
= lv_partner_guid.
= lr_core->get_root_entity( iv_object_name = ‘BuilHeader’
= lv_obj_guid ).
check lr_entity is bound.
= lr_entity->get_related_entities( iv_relation_name = ‘BuilOpportunityRel’ ).
check lr_collection is bound.
catch cx_root.
*** Fill the data table
data: ls_data like line of data_tab.
clear data_tab[].
  lr_entity ?= lr_collection
->get_first( ).
while lr_entity is bound.
->get_properties( importing es_attributes = ls_data ).
append ls_data to data_tab.
    lr_entity ?= lr_collection
->get_next( ).
*** Create Iterator
if iterator is not bound.
create object iterator.
iterator->data_tab[] = data_tab[].
iterator->runtime = runtime.

Take the HTTPWatch trace to see how the parallelization works.


One can see that all our three main requests were triggered at the same time and were processed in parallel.

3.2.Limits of a iframes in WebUI

However, using this concept has one very big constraint. The WEBUI framework does not know tables visible on the screen and therefore you cannot easily jump into the object, e.g. opportunity, as it has no navigation link and cannot have it by definition. You can easily show static information, as plain text, pictures, external links etc., but navigation within WEBUI is almost impossible.

Why almost, because you can still use your own iterator (IF_HTMLB_TABLEVIEW_ITERATOR) and build a link to launch a certain object in WEBUI, e.g. incident; however this looks too brutal to me.

        concatenate ‘/sap/bc/bsp/sap/crm_ui_start/default.htm?’
‘crm-object-type=’    ‘CRM_SRQM_INCIDENT’  ‘&’
‘crm-object-keyname=’  ‘OBJECT_GUID’        ‘&’
                  ‘crm-object-value=’    lv_guid
into lv_url.
condense lv_url.
call method cl_thtmlb_link=>factory
id            = p_cell_id
reference    = lv_url
= ‘_top’
text          = lv_text
= p_replacement_bee.

To report this post you need to login first.


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

Leave a Reply