Skip to Content
Author's profile photo Steffen Froehlich

NW Gateway: Tips & Tricks

In this blog I want to share some experience, I made with NW Gateway. You can find most of my information via popular search engines and via SCN, I just wanted to bring it together here.


07/30/2013 – renaming a service and method in SEGW

02/26/2014 – provide Response Context to improve performance


  • NetWeaver Gateway documentation
  • Caching aspects while testing
  • Service analyzation & debugging
  • Various tips
  • Performance

Available documentation for Netweaver (NW) Gateway addon

SAP NetWeaver Gateway documentation at

Caching settings while testing / development

While your application is still in test phase it’s recommended to disable cache in all necessary systems (NW Gateway, possible middleware like SMP [SAP Mobile Platform] and your client). In Gateway you can deactivate cache via Customizing (transaction: SPRO). While you constantly test and extend your application/service this helps not to receive data which comes from cache. Even for performance test it’s better to deactivate caches to see how your application works under real circumstances.

You’ll find Gateway customizing setting here: Tx: SPRO >> SAP Netweaver >> Gateway >> OData Channel >> Administration >> Cache Settings

It’s also possible to create cleanup jobs or clean cache manually via transaction /IWFND/CACHE_CLEANUP and /IWBEP/CACHE_CLEANUP.

Service analyzation & debugging

Browser debugging

You can debug your ODATA services like you do it with any other website. In Google Chrome you have an build in developer tool which can be activated via menu: View >> Developer >> Developer Tools

Most important tabs in Developer Tools for analyzing your services are Resources, Network and Timeline.

Timing / Error analyzes for ABAP methods

SAP gives you the possibility to trace execution time for all methods which are called during your ODATA request. Just insert “sap-ds-debug=true” after the question mark in your URI. You’ll get the response and have several tabs to see more detailed information on your request. In tab Runtime you’ll see execution times for your ABAP methods. If you need this information permanently for documention propose you can download it as an HTML file on disk. Just change the URI parameter to “sap-ds-debug=download“.

Screen Shot 2013-06-21 at 09.25.52.png

          Example screenshot for URI parameter sap-ds-debug=true

If you get an error for your service call, you’ll see an additional tab in your browser “Stacktrace“.


URI paramter sap-ds-debug=true will also work in transaction /IWFND/GW_CLIENT.

Performance Trace in NW Gateway

SAP provides you also in NW Gateway an separate tool for analyzing ABAP method execution times. You can start this tool via transaction /IWFND/TRACES. The nice thing for this tool is, that you can easily configure the trace and click on your client through all pages of your UI5/native application. After that, look into traces transaction and see which service are called. And dive deeper in each service measurement.

To start a new measurement just follow these steps:

  • right click on “Users & Request URI Prefix”, enter a user name _or_ an URI prefix
  • configuration tab: set performance trace to value “Active”
  • save configuration, this will active the trace for 2 hours
  • call your URI via client
  • refresh trace list

For further details, please look into the official documentation by SAP:

Screen Shot 2013-06-21 at 09.24.58.png
          Example screenshot on performance trace in NW Gateway system (tx: /IWFND/TRACES)

Various tips

1) OData data types in URIs

Respect data types which need a identifier before actual content like Edm.Binary, Edm.DateTime, Edm.Guid, Edm.Time, Edm.DateTimeOffset.

For example when using a Edm.Guid type in a URI as a key, it has to be look like this: ServiceEndpoint(guid’xxxx-yyyy-…’). See all examples here:

2) Eclipse Gateway AddOn: services aren’t visible

mark every entity set as addressable which are considered as an ‘entry point’ for your client. All entity sets which are accessable via URI navigation, shouldn’t be directly addressable via a service URI to outside world (see comment by Ron Sargeant ).

3) POST & PUT payload for date properties

In my current setup, when I want to create or update an entity which has a date property (OData type: Edm.DateTime), I always have to provide attribute ‘m:null=“true”‘ in payload. Even if my date property has flag “nullable” set in transaction SEGW, I have to provide it with null value, anyway. Otherwise I received error: CX_SXML_PARSE_ERROR: Error while parsing an XML stream

So this tag doesn’t work for me:  <d:StartDate></d:StartDate> or  <d:StartDate />

I have to set payload as following:  <d:StartDate m:null=”true”>

4) rename a Service node and your method names

Renaming a service endpoint in transaction SEGW is very easy. Just go in folder “Entity Sets” and rename it. After you generate your runtime objects everything should work for the client with the new service name. But your methods in Data Provider Class (class *_DPC_EXT) isn’t renamed automatically.

To rename your method, you need to delete entity set in folder “Entity Sets“, save it and insert it again (copy properties first 😉 ). With this two steps you Association Set is gone, so please go to folder “Association Sets” and fill empty cells in column “Dependent Entity Set Name”. After new generation of your runtime objects you’ll see in SE80 that you’ve got new method names. You have to redefine these new methods and copy coding from your old ones into it.

5) get JSON response if format=json URI parameter didn’t work

Provide HTTP-header “ACCEPT=application/json”


Always keep in mind performance with OData and especially mobile clients. There are so many aspects regarding performance that I’m thinking to write a separate blog about this topic.

  • a mobile device is limited to 5 HTTP request in parallel
  • application cache on mobile device (e.g. safari) is only in program memory and not in flash memory,. That’s because it should not to destroy flash memory by huge amount of read/write requests >> better use web application cache (5MB available)
  • use expand query via OData to save requests on slow networks (3G), but respect that response is bigger

for more info please take a look here:

– blog about best practices on performance in Gateway with many Dos and Don’ts by David Freidlin

Provide Response Context to improve performance

When you’re using URI parameters like $COUNT, $INLINECOUNT,… Gateway framework provides you with build in functions, that you don’t have to count output table by yourself. But you can override these variables with your own data (see output structure ES_RESPONSE_CONTEXT). If you implement a special function to count the output vars, that could be faster, then the generic part. Maybe a faster access to the table with one select like SELECT count(guid) FROM table INTO lv_lines WHERE … ORDER BY guid. Though, you don’t really have to select real data from database, which isn’t needed in case of $count.

Sample coding, which could be used in GET_ENTITYSET method for your entity:

          IF io_tech_request_context->has_count( ) = abap_true.

             ” fast select with count >> actually don’t fetch any business data from database
             SELECT count(guid) FROM table INTO es_response_context-count  WHERE … ORDER BY


             ” fetch all business data from database

             SELECT * FROM table WHERE…..


Screen Shot 2014-02-25 at 14.25.08.png

Screen Shot 2014-02-25 at 14.26.59.png

Please see method /IWBEP/IF_MGW_CORE_SRV_RUNTIME~READ_ENTITYSET for further details on GW handling for $count parameter:

Screen Shot 2014-02-25 at 15.26.32.png

G+ author page

Assigned Tags

      You must be Logged on to comment or reply to a post.
      Author's profile photo Satheesh Kumar
      Satheesh Kumar


      Author's profile photo Former Member
      Former Member

      Hi Steffen,

      Some useful pointers there.

      I would advise against making all entity sets addressable as that opens them up a bit too widely. Your 'entry point' entity sets should be addressable but those reached by navigation aren't addressed directly, as they are associations. This only applies to clients (like the Eclipse plugin) that observe the addressing rules anyway.



      Author's profile photo Steffen Froehlich
      Steffen Froehlich
      Blog Post Author

      Thanks Ron, that is a valuable point! I'll improve this.

      Author's profile photo Vijay Vegesana
      Vijay Vegesana

      Hi steffen,

      very helpful....

      In the 2nd point, i am getting the same error as you mentioned, how i need to pass date when i am testing through REST client..




      Author's profile photo Former Member
      Former Member

      Vijay, do you get your error when reading or updating? There are some additional factors that can cause this error when using update operations.

      Author's profile photo Vijay Vegesana
      Vijay Vegesana

      Thanks Ron for quick reply,

      When i test it from rest client, it is working fine..but when web developer is trying to call the post or put(creating and updating) this error "Error while parsing an XML stream" is  getting populated.. pls guide me

      Author's profile photo Former Member
      Former Member

      OK, it sounds like you need to complete/correct the ABAP as described here:



      Author's profile photo Vijay Vegesana
      Vijay Vegesana

      yes thanks for that ron, but for me create and update are working successfully and updating at SAP backend, when i test it from rest client..only problem is when the web developer is trying to do this they are getting the above mentioned error..



      Author's profile photo Former Member
      Former Member

      Obtaining a correct update in the backend is not the whole story, the OData processor will also send back the entity as a confirmation. This is in effect the same as obtaining a feed from a GET, so if the return is somehow different to a feed (Such as a null date) it will create problems.

      However I'm starting to think that the feed from the web guy is faulty (assuming that your create method is not reached), so drill down into the error log context to examine the request contents. That usually indicates that the body has a fault but it could be another issue.

      Author's profile photo Vijay Vegesana
      Vijay Vegesana

      Previously when we did through SE80, its working from both end..Now i did it through SEGW transaction and i set OData type: Edm.DateTime to nullable=true. now i dont understand what exactly this is <d:StartDate m:null="true"> and where to pass..

      do i need to explicitly declare er_entity in both create and update..

      Author's profile photo Martin English
      Martin English


      When using /IWFND/TRACES, I would like to extend the period the trace runs for. Is this possible (or do I have to come back every 2 hours) ?


      GW_CORE                        190        SP 3

      IW_BEP                         200        SP 7

      IW_FND                         240        SP 3


      SRMNXP01                       100        SP 2


      Author's profile photo Steffen Froehlich
      Steffen Froehlich
      Blog Post Author

      Hi Martin,

      I think you have to reactivate the trace every 2 hours. I usually use URI parameter '?sap-statistics=true' to track performance. You'll get a new request header field back:


      SAP Performance Statistics - SAP NetWeaver Gateway Foundation (SAP_GWFND) - SAP Library

      Hope that helps you.



      Author's profile photo NARENDER SINGH

      Hi Steffen,

      We have implemented standard SAP Fiori app, which has an additional that is not required.

      The app doesnt proceed unless we put some value in that field. If we try to leave it blank we get an error saying "<property> at <offset> has invalid value".

      Do you know how can we bypass this error.