Здравствуйте!

Какие есть способы встроить в ABAP-Программу код, который должен выполняться, но не подвергаться синтаксической проверке?

Необходимо встроить кусок кода в SAP-системе версии 4.6. Код будет выполняться в системе ECC6.0.
версию системы будем проверять, только тогда запускать этот код. Возможности программировать в 6.0 нет, только тестировать.

Код такой:

DATA: lv_memid(10).

CALL METHOD cl_abap_container_utilities=>fill_container_c
EXPORTING
im_value = v_mem_id
IMPORTING
ex_container = lv_memid
EXCEPTIONS
illegal_parameter_type = 1
others = 2.

IMPORT it_samp = it_samp FROM MEMORY ID lv_memid.

Дело в том, что в 4.6 нет класса cl_abap_container_utilities , поэтому будет выскакивать ошибка.

Спасибо за ответы!

GENERATE SUBROUTINE POOL

А вы уверены что в 4.6 нет аналога этого метода?

fill_container_c не самая жизненно необходимая вещь. если напишите зачем оно вам, может и другие решения подскажут. А вообще можно поместить вызов в ФМ в отдельной группе функций и принудительно его активировать несмотря на ошибки. пока этот ФМ не вызываете в 4.6, дампа не будет.

upd. В этом методе 50 строк кода, попросите чтобы вам его прислали из версии 6.0

cl_abap_container_utilities=> fill_container_c нужен для того, чтобы присвоить структуре bapiparex значения из структуры bapi_te_mepoitem. В bapiparex только CHAR поля, в bapi_te_mepoitem у нас затесалось одно поле
CURR. Т.о., прямое присвоение bapiparex = bapi_te_mepoitem, в Unicode-системе выдает ошибку. SAP предлагает этот метод для решения проблемы.

Спасибо за помощь, предложения очень дельные!

О, это тоже очень здорово!

Если вы из самописной проги дергаете бапи, совсем не обязательно передавать дополнительные данные через Extension. Можно например создать статический атрибут глобального класса и через него передать таблицу в нормальном виде, без преобразования в char

Статический атрибут не получится. Для этого нужно знать, какие поля в bapi_te_mepoitem. А это может меняться. Мы должны предложить решение тому, кто поставляет нам программу. Они программируют в 4.6, мы сейчас переходим на 6.0. В 6.0 они не программируют, якобы, потому что другие подразделения не перешли на 6.0. Собственные поля в ЕКРО разные у разных отделов. Поэтому эти разработчики предлагают всем одно решение: переводите все поля в CHAR. Мы этого не хотим, в случае с CURR это все равно будет плохо работать.

Если не ошибаюсь, динамическое программирование рассматривается в BC402(C примерами )

Ну не могу же я сейчас BC402 перечитывать

Зачем знать какие там поля, сделайте таблицу со ссылкой на структуру bapi_te_mepoitem. Вам же в любом случае в какой-то момент придется их перекладывать из extension в bapi_te_mepoitem