2022 Dec 12 8:45 AM
Hi Folks,
I was able to debug a cancelled job in SM37 using JDBG.
When we debug a background job in SM37 using JDBG will it not create an entry in SM37 with the status of the job ?
Thanks,
K Kiran.
2022 Dec 12 4:45 PM
No, JDBG runs the program in dialog, so that you can debug it, with the same parameters as in the job. JDBG doesn't schedule a new job, it doesn't change the state of the "template" job.
If you are an ABAP developer, you can create your own tiny test program and test yourself in few seconds.
REPORT.
PARAMETERS dummy.
ASSERT 1 = 1. " break-point here
2022 Dec 12 9:48 AM
When you debugged the cancelled job in SM37 using JDBG, did it create an entry in SM37 with the status of the job?
Well, that's your answer.
2022 Dec 12 10:40 AM
No it didn't create any entry in SM37. That is the main reason why I had raised this question.
Actually the job is ending with a dump in ST22 due to some reason for which I am debugging.
It is dumping with details in ST22 but no cancelled entry is showing in SM37.
Thanks,
K.Kiran.
2022 Dec 12 4:45 PM
No, JDBG runs the program in dialog, so that you can debug it, with the same parameters as in the job. JDBG doesn't schedule a new job, it doesn't change the state of the "template" job.
If you are an ABAP developer, you can create your own tiny test program and test yourself in few seconds.
REPORT.
PARAMETERS dummy.
ASSERT 1 = 1. " break-point here
2022 Dec 12 5:23 PM
When you debug a job using JDBG in SM37, it does not create a new entry in SM37. We cannot see the status or spool for the debugged job in SM37.
To know the status of debugged job, you can set breakpoint at the error message to check if the error is recurring.
To check the spool, in debugger, go to Miscellaneous > Display List. It will show the spool printed so far by debugged job. You can set breakpoint at last line of program and check the complete spool.