Forum dyskusyjne SAP

Jeden z programow (własnych) niemal systematycznie wychodzi z błedem "Time limit exceeded", ale dzieje sie tak TYLKO dla pewnych ustawien ekranu wyboru-ma wtedy rzeczywiscie bardzo duzo "pracy".
Moje pytanie.
1. Czy mozna ustawic limit czasowy dla konkretnego programu?
2. Czy mozna ustawic limit czasowy dla konkretnego programu z ustalonym wariantem?
M.

Tak, w RZ11 można ustawić np. parametr 25528 Parameter rdisp/max_wprun_time

Ale pomyśl czy nie lepiej uruchomić ten program w jobie.

W jobie czyli "uruchomienie w tle''?
Jesli to miales na mysli to wlasnie "idzie" w tle juz dobrą godzinę..(sm37).

Dziękuje za podpowiedz o rz11. Spróbuję tą drogą.Dziękuję. Milego dnia. M.

Jeśli to jest wasz Z raport, dodajcie w pętli co jakiś czas COMMIT WORK. Powoduje to roll-out procesu i wyzerowanie licznika.

Jedyna słuszna odpowiedź to użycie progress baru, bez wymuszania sztucznie commitów


http://scn.sap.com/community/abap/blog/ ... meout-dump

Dzięki MarcorMarc, być może jest to bardziej eleganckie rozwiązanie niż odpalenie COMMIT WORK.
Z ciekawości sprawdziłem co takiego robi FM SAPGUI_PROGRESS_INDICATOR. Otóż wywołuje funkcję RFC SAPGUI_PROGRESS_INDICATOR z destination SAPGUI.
Efekt jest taki sam jak przy COMMIT WORK, czyli switch procesu dialogowego, gdyż dowolne wywołanie funkcji RFC tak właśnie zadziała.
Zatem jest to standardowe zachowanie systemu, a nie jak ktoś w zalinkowanym przez Ciebie poście napisał "This "tricks" the GUI into resetting it's timeout counter and hence it only ever thinks your process has been running for 3mins, not the full 30mins.".
Bo przecież to nie GUI ma timeout counter tylko proces dialogowy.
Z tego co wiem również instrukcja WAIT powoduje roll-out/roll-in procesu, zatem można by użyć WAIT UP TO 0 SECONDS

Najlepszym sposobem na resetowanie czasu jest FM TH_REDISPATCH.
http://abapblog.com/articles/tricks/44- ... -a-program