ABAP reports are widely used in ECC systems especially with transaction codes, but quite often a user needs to run an ABAP query. For this reason, when defining custom transactions, job steps an so on, calling the query generated report is preferred instead of invoke the query itself.
In this blog I would like to share with the SCN community the tool I developed to massively convert these kind of transactions.
After a release upgrade, these transactions no longer work generating always the same ABAP short dumps:
The SAP OSS Note 393160 - SAP Query: Using queries provides the guidelines for the conversion of such transactions. In brief it suggests to wrap the query call in a parameter transaction instead of running the query generated report.
The standard transaction REISSQMAIN has been created for our scope; we just need to create a parameter transaction and assign values to the below selection screen parameters:
Ok, I’ve to say that fixing this kind of issues is very simple :grin:
Here it comes the hard part!
For each transaction that dumps we should execute the below steps:
The ABAP query will be regenerated once the query call has been executed.
OK, now that you got it, repeat these steps for all transactions that might dumps! :cry:
During an upgrade project we discovered more than 400 transactions defined as above. For this reason I decided to develop a simple tool; in case you have a clear commitment from the customer, you can perform a mass conversion in few seconds.
The ABAP code that I’m sharing in this blog is quite “vintage”, but you should keep in mind that it was developed during the project, with the aim to speed-up this annoying activity, not to share high quality source code. The rule in my mind was: OK Andrea, develop it rude and... don’t worry about Doctor Zedge :wink:
The following video would show how the tool works; I know the quality is not excellent but let me say, the steps to follow are really for dummies 😉
Code is shared here using SAPLink.
ℹ Before to start the tool, don’t forget to "remote enable" both function modules in function group ZSDN_UPG_AQ as shown below
The import in production of this tool is not required. After the first run in DEV, the scheduling of the tool as periodic job should avoid the spread of AQ* report transactions…
The superb blog Dragging SAP Query enabled folks into the development process by otto.gold provides a lot of technical stuffs.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
9 | |
8 | |
6 | |
5 | |
4 | |
4 | |
4 | |
3 | |
3 | |
3 |