Application Development Discussions
Join the discussions or start your own on all things application development, including tools and APIs, programming models, and keeping your skills sharp.
cancel
Showing results for 
Search instead for 
Did you mean: 

Debugger won't stop at my Driver program of output type.

former_member524141
Participant
0 Kudos

I have created a Requirement Routine and one output type which is triggered when Transfer Order is created and not confirmed.

But when I try to create TO in background using tcode VL06O, debugger never stops at the driver program of new output type created.

I have tried placing debugger at lot of statements but it never stops while creating TO in background.

I am using SAP 4.6

9 REPLIES 9

Sandra_Rossi
Active Contributor

As usual (already asked/answered many times), activate the update debug, because it's probably done via an update task.

Hi,

try to make a infinite loop within the ABAP Coding ( e.g. IF 1 = 2, ENDIF ).

Goto SM51 and search for the infinite process, after doubleclick this entrie you can go to the debugger.

Jump out of the loop and go ahead.

Hope this helps 🙂

BR
Claus

Jelena
Active Contributor

IF 1=2 is not an infinite loop, it's just a dummy statement...

@claus brueggemann Your Answer really did help... Thanks..

Jelena
Active Contributor
0 Kudos

If your question is answered then please close it (see this blog).

0 Kudos

Yes sorry, but Ravi seems to know what was meant ;-).

But thanks for this hint.

Jelena
Active Contributor
0 Kudos

If you're talking about an actual background job then there is a blog on that. I found it in Google by using "debug background job site:sap.com"

It'd be much easier to debug though if you just created the document manually and switched on update debugging, as Sandra suggested.

Also those routines are usually pretty short, so if you've just posted the code it's likely someone here could point out the problem even without debugging. The usual suspect is trying to read DB tables that are not actually updated yet when the code runs. Or "dirty assigns" that don't work. Those routines are rather straightforward when used properly.

Former Member
0 Kudos

I would prefer debugging instead of a code analysis without runtime informations :).

It is pretty hard for not so easy errors without this field informations.

sekhar999
Explorer
0 Kudos

I think it was not stop at driver program, it done in back ground and it take care by system. I think it done in trans port layer. You can find it in a trace.