Май 2022 - SAPCODE

Создание oData сервиса. Часть 7. Загрузка файла с фронтенда.

И так, друзья. Давайте попробуем получить файл с богомерзкого фронтенда в наш теплый ламповый ABAP.
Первый делом необходимо добавить в нашу сущность два поля. Строго говоря проблема будет именно если не сделаем поле MIME-типа

Переопределим метод DEFINE к классе Z*_MPC_EXT

  METHOD define.

    super->define( ).
  
    DATA(lo_entity_type) = model->get_entity_type('Update').
    IF lo_entity_type IS BOUND.
      lo_entity_type->set_is_media( ).
      DATA(lo_property) = lo_entity_type->get_property('File').
      lo_property->set_as_content_source( ).
      lo_property = lo_entity_type->get_property('MimeType').
      lo_property->set_as_content_type( ).
    ENDIF.

  ENDMETHOD.

METHOD define.

super->define( ).

DATA(lo_entity_type) = model->get_entity_type('Update').

IF lo_entity_type IS BOUND.

lo_entity_type->set_is_media( ).

DATA(lo_property) = lo_entity_type->get_property('File').

lo_property->set_as_content_source( ).

lo_property = lo_entity_type->get_property('MimeType').

lo_property->set_as_content_type( ).

ENDIF.

ENDMETHOD.

Читать далее «Создание oData сервиса. Часть 7. Загрузка файла с фронтенда.»

Создание oData сервиса. Часть 6. Soft state

Soft State(Гибкое состояние) - позволяет поддерживать сессию на некоторое время и сохранять данные между вызовами в этом периоде. Активируется и настраивается довольно легко.

1. В классе *MPC_EXT необходимо включить это состояние в переопределенном методе DEFINE

  METHOD define.    
     super->define( ).    
     model->set_soft_state_enabled( abap_true ).  
   ENDMETHOD.

METHOD define.

super->define( ).

model->set_soft_state_enabled( abap_true ).

ENDMETHOD.

Читать далее «Создание oData сервиса. Часть 6. Soft state»

Создание oData сервиса. Часть 5. Deep entity получение данных

В предыдущих частях(три, четыре) было рассмотрено получение зависимых данных из системы SAP. В данной части получим данные из внешнего источника в систему. Для для этого будем использовать метод CREATE_DEEP_ENTITY.
Получать будем туже самую структуру, что отправляли в предыдущем посте.

Читать далее «Создание oData сервиса. Часть 5. Deep entity получение данных»

Создание oData сервиса. Часть 4. oData expand entity отправка данных

В прошлом посте было рассказано об ассоциации и навигации. В результате получили несколько вызовов сущностей, происходящих друг за другом. Однако, данный способ накладывает некоторые ограничения и потенциальные потери производительности, т.к. вместо одного RFC вызывается целая цепочка. Также часто нужно данные для передачи на фронт мы получаем одновременно, например как результат работы ФМ. Конечно, можно положить эти данные в буфер и брать необходимое во время вызова соответствующей сущности, звучит не очень рационально.
Стандартный интерфейс позволяет сделать так, чтобы все зависимые сущности заполнялись одновременно.

Читать далее «Создание oData сервиса. Часть 4. oData expand entity отправка данных»

Создание oData сервиса. Часть 3. Ассоциации и навигация

В предыдущих частях(раз, два) был создан сервис. При помощи него мы можем получить запись по ключу или набор записей фильтру. В реальной жизни чаще приходится работать с более сложными структурами. Ассоциации - позволяют указать отношения между ключами таблиц. Кардинальность показывает как таблицы относятся одна к другой

Например, то, что касается таблиц SPFLI и SFLIGHT Если у нас есть кодами рейсов и их расписанием. Мы можем по ключу получить или не получить код рейса, и расписание к нему из нескольких записей