Вызов программы по SUBMIT и обработка ошибок

[Паганель]

Делаю такой приблизительно вызов:

Код Виділити Розширити


LOOP AT t_wlk1_i .
      CLEAR wa_rspar.
      wa_rspar-selname = 'S_MATNR'.
      wa_rspar-kind    = 'S'.
      wa_rspar-sign    = 'I'.
      wa_rspar-option  = 'EQ'.
      wa_rspar-low     = t_wlk1_i-artnr.
      wa_rspar-high    = t_wlk1_i-artnr.
      APPEND wa_rspar TO rspar.

      CLEAR wa_rspar.
      wa_rspar-selname = 'S_ASORT'.
      wa_rspar-kind    = 'S'.
      wa_rspar-sign    = 'I'.
      wa_rspar-option  = 'EQ'.
      wa_rspar-low     = t_wlk1_i-filia.
      wa_rspar-high    = t_wlk1_i-filia.
      APPEND wa_rspar TO rspar.
    ENDLOOP.

   SUBMIT rwdifferencemarcwlk1 "USING SELECTION-SCREEN '1000'
            WITH SELECTION-TABLE rspar
            WITH create = 'X'
            WITH no_docu = 'X'           
            AND RETURN .


Как после вызова получить текст ошибки если она была?

По аналогии с

Код Виділити Розширити

CALL TRANSACTION 'ME32K' USING gt_bdctable
MODE 'E' UPDATE 'A'
MESSAGES INTO itab.

[Uukrul]

Как после вызова получить текст ошибки если она была?

Мда, ну если в фоне, то журнал процессе можно прочитать, а так я как-то не задумывался, а что мешает этот отчет завернуть в траназакцию и вызвать через:

СALL TRANSACTION 'ZZTR' USING gt_bdctable
MODE 'E' UPDATE 'A'
MESSAGES INTO itab.

[Паганель]

Мда, ну если в фоне, то журнал процессе можно прочитать, а так я как-то не задумывался, а что мешает этот отчет завернуть в траназакцию и вызвать через:

СALL TRANSACTION 'ZZTR' USING gt_bdctable
MODE 'E' UPDATE 'A'
MESSAGES INTO itab.

Гениально, тем более что и транзакция есть, правда не знаю как передать параметры
WITH create = 'X'
WITH no_docu = 'X'

с select-options ясно - gt_bdctable

[Uukrul]

Ну так и передавай как X, я так понял это чекбоксы...

[Паганель]

я так понял это чекбоксы...

да чекбоксы ....

Ну так и передавай как X

т.е. типа так

Код Виділити Розширити

LOOP AT t_wlk1_i .
      CLEAR wa_rspar.
      wa_rspar-selname = 'S_MATNR'.
      wa_rspar-kind    = 'S'.
      wa_rspar-sign    = 'I'.
      wa_rspar-option  = 'EQ'.
      wa_rspar-low     = t_wlk1_i-artnr.
      wa_rspar-high    = t_wlk1_i-artnr.
      APPEND wa_rspar TO rspar.

      CLEAR wa_rspar.
      wa_rspar-selname = 'S_ASORT'.
      wa_rspar-kind    = 'S'.
      wa_rspar-sign    = 'I'.
      wa_rspar-option  = 'EQ'.
      wa_rspar-low     = t_wlk1_i-filia.
      wa_rspar-high    = t_wlk1_i-filia.
      APPEND wa_rspar TO rspar.
    ENDLOOP.

      CLEAR wa_rspar.
      wa_rspar-selname = 'DETAIL'.
      wa_rspar-kind    = 'P'.
      wa_rspar-low     = 'X'.
      APPEND wa_rspar TO rspar.

      CLEAR wa_rspar.
      wa_rspar-selname = 'CREATE'.
      wa_rspar-kind    = 'P'.
      wa_rspar-low     = 'X'.
      APPEND wa_rspar TO rspar.

CALL TRANSACTION 'ZMATWER'  USING rspar AND SKIP FIRST SCREEN
    MODE 'N' UPDATE 'A'  MESSAGES INTO gt_message.


Ссори что приходится спрашивать, а не самому попробывать, тестировать не получается, меняю и сразу в продуктив  :)

[Uukrul]

Ссори что приходится спрашивать, а не самому попробывать, тестировать не получается, меняю и сразу в продуктив  :)

Ну это ты силен... а в разработке что никак нельзя попробовать на каком-то примере. как параметры передаются?

[Паганель]

Этот кусок кода вызывается из proxy - программы которая вызывается с XI.

Очень часто при тестировании в тестовом мандате, либо данные совсем не такие,
либо еще хуже, так как запуск идет вручную (и можно сказать в пулудиалоге) некоторые ошибки попросту не выявляются, так же было и с этим куском кода: тестируем FM-ку в которой код, все ок, тестируем прокси - тоже, а при реальной работе, когда данные передаются с XI и наши прокси дергаются как калбек методы .... вылазят траблы ..... в данном случае, прога не вызывалась, просто стопорилась очередь, при повторной активации очереди, просто вываливались в стартовый екран описанной выше проги ......