ITP Insights

13 Sep: Layer-Aware Debugging (SLAD) in SAP Demystified

How many of us have had this happen during debugging? You need to analyze a bug, or you want to find out how an application works. And you don’t know where exactly to set a breakpoint. So you start the ABAP Debugger and start stepping through the code. And you keep on stepping through the code, endlessly, without reaching any of the application logic in which you are interested! Well there is a solution and its Software Layer-Aware Debugging (SLAD), sometimes referred to as Profile Controlled Debugging.

23 Aug: World Class Utility Makes getting a WHERE-USED on a RFC Push Button Easy – Part 2

Typically, you use the delivered WHERE-USED functionality of the Repository Information System (SE84) inside an SAP instance to discover where the subject object is called or referenced. But what if the objects calling reference is not in the system that has the RFC? You could log on to every SAP system and do a Where-Used, or we can learn from Henry and use his tool. Part 2 of this series does a deep dive into the ALV design and programming, and delivers the user the entire code base.

19 Jul: World Class Utility Makes getting a WHERE-USED on a RFC Push Button Easy – Part 1

Typically, you use the delivered WHERE-USED functionality of the Repository Information System (SE84) inside an SAP instance to discover where the subject object is called or referenced. But what if the objects calling reference is not in the system that has the RFC? You could log on to every SAP system and do a Where-Used, or we can learn from Henry and use his tool. Part 1 of this series lays the foundation for understanding the problem and how to address it.

13 Jun: ABAP Dynamic Programming – Part 5

Program code generation is considered to be the highest level of dynamic programming because the source code is created at runtime and all ABAP features can be used independently of input parameters. But, please be aware that this is an expensive and difficult option. The code to generate programs dynamically is very complex and hard to maintain. If you adopt this approach, you still have choices to make. ABAP supports two types of runtime program generation — transient and persistent.

19 Apr: ABAP Dynamic Programming – Part 3

Unlike languages that are intended primarily for building software tools, the ABAP programming language has evolved for 20+ years, driven by the needs of business application development. Consequently, as an SAP application developer, ABAP offers you some unique features that are not typically available in other languages. In particular, the concept of dynamic programming enables you to easily add runtime customization to your ABAP programs in several ways. Mastering these techniques will make your ABAP programs more powerful and flexible.

15 Mar: ABAP Dynamic Programming – Part 2

Unlike languages that are intended primarily for building software tools, the ABAP programming language has evolved for 20+ years, driven by the needs of business application development. Consequently, as an SAP application developer, ABAP offers you some unique features that are not typically available in other languages. In particular, the concept of dynamic programming enables you to easily add runtime customization to your ABAP programs in several ways. Mastering these techniques will make your ABAP programs more powerful and flexible.

16 Feb: ABAP Dynamic Programming – Part 1

Unlike languages that are intended primarily for building software tools, the ABAP programming language has evolved for 20+ years, driven by the needs of business application development. Consequently, as an SAP application developer, ABAP offers you some unique features that are not typically available in other languages. In particular, the concept of dynamic programming enables you to easily add runtime customization to your ABAP programs in several ways. Mastering these techniques will make your ABAP programs more powerful and flexible.

10 Jan: ABAP Database SQL Analysis Using The Performance Trace – Part 2

ots of factors can give rise to slow execution of a transaction or a report. Sometimes there are general system problems. Sometimes users use the program in a way it was not designed for. Sometimes the nature of the application and workload calls for parallel processing. And sometimes the source of the performance issue can be traced back to your ABAP code, mainly the construction of your OPEN SQL.

While there are many reasons other than database performance that could be causing the performance problem, this blog series will focus on just this aspect. If you’ve ruled out deficiencies in the system setup, mishandling by users, or the need for parallel processing, then you need to revisit your code and see if the source of your performance problem is hiding there.