Ошибка при активации запроса в инфо-провайдере

AlexanderGamov

Добрый день, ситуация в следующем: при активации запроса в инфо-кубе запрос устанавливается в статус "ошибка" , в мониторе доходчиво написано, что -
@5C@ Значение "2579400081, ЦЗ, 110,77 " (HEX 0032003500370039003400300030003000380031002C002004) признака Z0XEXTEN7 содержит ошибку BRAIN 290 @35@ @3R@.
То есть в конце строки есть пробелы. При просмотре значения данного поля в PSA там выводится значение "2579400081, ЦЗ, 110,77#". Сначала задача показалась мне довольно тривиальной, что делаю я, для начала я модифицировал подпрограмму запуска для трансформации(Z0XEXTEN7 - поле, в которое приходит из исходной системы шлак) с текстом:

Code:

 LOOP AT SOURCE_PACKAGE ASSIGNING <SOURCE_FIELDS>.
      CONDENSE <SOURCE_FIELDS>-Z0XEXTEN7.
      REPLACE ALL OCCURRENCES OF '#' IN <RESULT_FIELDS>-Z0XEXTEN7
      WITH ''.
    ENDLOOP.

Положительных результатов данное телодвижение не дало. Ошибка все еще воспроизводится.

Затем в самой трансформации в формуле по которой происходит присвоение исходного поля инфо-объекту составил формулу, с текстом:
REPLACE_ALL( '#', '', CONDENSE( EXT7 ) )

Данная процедура так же не повлияла на статус выполнения активации запроса.
Посему у меня вопрос, в чем я мог ошибиться или что можно предпринять в данной ситуации.

Roman

Это может быть и не решетка совсем. Например пробел какой-нибудь хитрый #00A0.
Под отладчиком посмотрите это поле в hex, в сообщении оно выводится не полностью.

AlexanderGamov

Не большой специалист в 16-ой кодировке может подскажите... В отладчике получилось так:

В режиме просмотра текста:
2579400081, ЦЗ, 110,77#

Просмотр 16-го кода:

0032003500370039003400300030003000380031
002C002004260417002C0020003100310030002C
00370037000A0020002000200020002000200020
0020002000200020002000200020002000200020
0020002000200020002000200020002000200020
0020002000200020002000200020002000200020
0020002000200020002000200020002000200020
0020002000200020002000200020002000200020
0020002000200020002000200020002000200020
0020002000200020002000200020002000200020
0020002000200020002000200020002000200020
0020002000200020002000200020002000200020
0020002000200020002000200020002000200020
0020002000200020002000200020002000200020
0020002000200020002000200020002000200020

Как этот символ можно отловить в трансформации?

Online

Похоже, это перевод строки. Как отловить: http://www.sapboard.ru/forum/viewtopic.php?f=13&t=14616

12ozmdm

Пользовался как-то для удаления непечатаемых символов следующим:

Code:

* удаление непечатаемых символов из l_str

Translate l_str to upper case.

"# sign
IF STRLEN( l_str ) = 1.
   IF l_str(1) = '#'.
       l_str(1) = ' '.
   ENDIF.
ENDIF.

" ! sign
IF l_str(1) = '!'.
     l_str(1) = ' '.
ENDIF.

l_strlen = STRLEN( l_str ).
l_offset = 0.
DO l_strlen TIMES.
   IF l_str+l_offset(1) < ' '.
      l_str+l_offset(1) = ' '.
    ENDIF.

    ADD 1 TO l_offset.
ENDDO.

может не очень красиво, но у меня работает. Если кто скажет как сделать лучше, буду только рад

AlexanderGamov

Спасибо за ответы коллеги, если кому-то интетерсно мой вопрос решился написанием в подпрограмме запуска в трансформации кода:

Code:

    LOOP AT SOURCE_PACKAGE ASSIGNING <SOURCE_FIELDS>.
      REPLACE ALL OCCURRENCES OF CL_ABAP_CHAR_UTILITIES=>CR_LF(1)   IN
      <SOURCE_FIELDS>-EXT7 WITH ''.
      REPLACE ALL OCCURRENCES OF CL_ABAP_CHAR_UTILITIES=>CR_LF+1(1) IN
      <SOURCE_FIELDS>-EXT7 WITH ''.
      REPLACE ALL OCCURRENCES OF CL_ABAP_CHAR_UTILITIES=>FORM_FEED(1) IN
      <SOURCE_FIELDS>-EXT7 WITH ''.
      REPLACE ALL OCCURRENCES OF CL_ABAP_CHAR_UTILITIES=>BACKSPACE(1) IN
      <SOURCE_FIELDS>-EXT7 WITH ''.
    ENDLOOP.

Ошибка при активации запроса в инфо-провайдере

Кто сейчас на конференции