Skip to content

Latest commit

 

History

History
165 lines (112 loc) · 6.76 KB

step-4-calling-a-function-import-95e5b87.md

File metadata and controls

165 lines (112 loc) · 6.76 KB

Step 4: Calling a Function Import

In this step, we change the binding of the list to a function import call that returns only upcoming meetups instead of the entire collection.

We only want to display the upcoming meetings and hide the meetings that happened in the past in our app. By using a function import that calculates these items on the back end, we do not need to do the calculation on the client. The OData V2 mock server will be instructed to do the calculation locally for testing purposes.

Preview

Only the upcoming meetups are shown

The graphic has an explanatory text.

Coding

You can view and download all files in the Demo Kit at Mock Server - Step 4.

webapp/localService/metadata.xml

… 
      <EntityContainer Name="Meetups" m:IsDefaultEntityContainer="true">
        <EntitySet Name="Meetups" EntityType="Meetup.Models.Meetup" />
        <FunctionImport Name="FindUpcomingMeetups" EntitySet="Meetups" ReturnType="Collection(Meetup.Models.Meetup)" m:HttpMethod="GET" />
      </EntityContainer>
    </Schema>
  </edmx:DataServices>
</edmx:Edmx>

The function import we are going to use is declared in the metadata.xml file.

webapp/view/App.view.xml

<!-- Replace 'items="{/Meetups}"' -->
    <List id="list" items="{/FindUpcomingMeetups}" noDataText="{i18n>noDataText}"> 
… 

We change the binding of the list to a function import call /FindUpcomingMeetups that returns only upcoming meetups, replacing the previous /Meetups call to the entire meetup collection.

After saving and running the app again, we should get the following result:

No data visible

The graphic has an explanatory text.

Since the function import call is not simulated automatically by the mock server, we do not see any data in list, and a failed network call is issued in the developer tools of the browser.

Tip:

In Google Chrome, mocked requests will appear in a debug level log of the console (both request and response) and not on the Network tab. If you do see them in the Network tab, they are not mocked and you need to check your code.

In order to simulate the function import call, we write our own (mocked) implementation, and add to the internal list of requests.

webapp/localService/mockserver.js

sap.ui.define([
    "sap/ui/thirdparty/jquery",
    "sap/ui/core/date/UI5Date",
    "sap/ui/core/util/MockServer",
    "sap/base/Log"
], (jQuery, UI5Date, MockServer, Log) => {
    "use strict";
    return {
        /**
         * Initializes the mock server.
         * You can configure the delay with the URL parameter "serverDelay".
         * The local mock data in this folder is returned instead of the real data for testing.
         * @public
         */
        init() {
            // create
            const oMockServer = new MockServer({rootUri: "/"});

            oMockServer.simulate("../localService/metadata.xml", {
                sMockdataBaseUrl: "../localService/mockdata",
                bGenerateMissingMockData: true
            });

            // handling mocking a function import call step
            const aRequests = oMockServer.getRequests();
            aRequests.push({
                method: "GET",
                path: new RegExp("FindUpcomingMeetups(.*)"),
                response: (oXhr) => {
                    Log.debug("Incoming request for FindUpcomingMeetups");
                    const oToday = UI5Date.getInstance();
                    oToday.setHours(0); // or oToday.toUTCString(0) due to timezone differences
                    oToday.setMinutes(0);
                    oToday.setSeconds(0);
                    // the mock server only works with sap.jQuery.ajax and async: false. But the request does not
                    // actually go to a server, so this does not block the main thread.
                    jQuery.ajax({
                        url: `/Meetups?$filter=EventDate ge datetime'${oToday.toISOString()}'`,
                        dataType : 'json',
                        async: false,
                        success : (oData) => {
                            oXhr.respondJSON(200, {}, JSON.stringify(oData));
                        }
                    });
                    return true;
                }
            });
            oMockServer.setRequests(aRequests);
            // handling custom URL parameter step
            const fnCustom = (oEvent) => {
                const oXhr = oEvent.getParameter("oXhr");
                if (oXhr?.url.includes("first")) {
                    oEvent.getParameter("oFilteredData").results.splice(3, 100);
                }
            };
            oMockServer.attachAfter("GET", fnCustom, "Meetups");
            // start
            oMockServer.start();
            Log.info("Running the app with mock data");
        }
    };
});

We push a new request handler to mock the function import call as follows:

  1. Fetch the array of requests from the MockServer. The OData V2 mock server holds an internal list of requests that you have to get and set if you want to modify.

  2. Push a new request handler to handle the function import

  3. Set the updated request array

The request handler has the following structure:

  • method: The HTTP method of the mock request

  • path: The relative path (appended to the rootUri) of the request.

    We can define the path as a regular expression, for example, to handle URL parameters.

  • response: A response function that simulates the answer from the server

The response function executes a request to the Meetups entity set with an OData $filter query that actually returns all meet-ups with EventDate that is greater than or equals today. We compose a date for the filter and send it to the server manually as a synchronous request.

It's ok to use jQuery.sap.ajax here, because the call will not actually leave the client. It triggers a new request that again is intercepted and processed by the mock server.

We finally respond on the XHR object by calling the respondJSON API. It will add the proper content type header for the JSON format and send the result. We provide the HTTP status code 200 (success) and the 'stringified' response data as the arguments. Returning true at the end of the function indicates that we have completed the processing of the request in this handler (no additional request handlers should be checked for that request).

When you now start the app again you will see a list of upcoming meetups.