Да, пример не очень удачный, на самом деле в этом гайде прокси рекомендуется использовать из-за EOIO а также потому что счас действительно прокси у сапа by default для нового. Однако будь это не BW а ERP и надо было бы грузить ММные заказы то что?


Лишний код, который уже есть в айдоке. Кто-то его должен писать, тестировать, поддерживать.


Тут вы промахнулись, я писал "если айдок зарелизен" в применении к нашей ситуации сравнения. Когда айдок зарелизен то изменений в нём нет. Это технический статус и он означает что в сапе его прибили гвоздями.

Незарелизенные айдоки тоже нечасто меняется, со скоростью смены интерфейса парной бапихи например.



Всё что Zю -- пусть будет хоть проксёй хоть файлом, как удобнее по месту, я про зарелизен говорил только в применении к стандарту.


Вот так и рождаются "автоматизированные" решения в котором инфраструктура держится на рабочем месте Василисы Пупкиной и на её нажатиях в экселе

XI способствует всему

Можно и померяться
Erlang не только в телекоме. В банках юзают. А еще на нем метро в Лионе автоматизировано.

Ну и до кучи:
На нем веб сервер написан собственный и disco (фреймворк для распределенных вычислений by Nokia).

А самое главное, умеет менять исходный код в процессе выполнения.

ИМХО, более распространен. И даже позволяет зарабатывать деньги

Все, оффтопить закончил. Убежал из треда.

А что не так с ММ? Создается структура сообщения в XI (если уже есть похожая, то просто копируется), сообщение присваивается мессейдж-интерфейсу в XI, в абап-части ERP на этот интерфейс создается абап-прокси в виде класса с пустыми методами, в которые и заносится код (я не абапер, могу ошибаться насчёт терминологии в программировании), в котором и реализуется загрузка/выгрузка заказов.

Я не понял, какой код? В иксае хранится только описание интерфейса (тип интерфейса, структура его сообщений), для которого в абап-части ЕРП формируется класс с методами путём генерации абап-прокси, которые и содержат весь код.

Если изменений в нём нет и точно не будет, то я не вижу преимущества у абап-прокси.

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

в своё время абап так пришлось изучить. Какой-то ехельный отчёт сохранил перезаписью шаблона. Плюнул - и стал делать на абапе.
отступление.
90% отчетов выполняемых в ехеле можно было бы делать на supercalc-е (был такой мегаинструмент . но у вас уже есть ехель - потому юзаем его. 90% саповых отчётов можно делать в ехеле/access. Но у вас уже под рукой SAP жирует - берём и юзаем - неважно для чего. это в процессе выясняется что афигенные возможности появляются.
p.s. вот так я и дошёл до жизни такой

А я как раз таки-абапер и мне неясно что код прокси в котором и реализуется загрузка/выгрузка заказов бесплатен --- а вернее ясно что его надо писать, в отличии от айдока где он уже есть. Раз уж сравниваем все затраты так вперёд и с песней



В общем спор наверное закончился, в итоге все согласны что это два транспорта с разным поведением (EO/EOIO vs BE), в айдоках есть код на стороне сапа (я про него писал) а в проксях его пишут руками что как и хорошо так и плохо в разных ситуациях. Свои айдоки обычно разработать труднее (больше кода надо писать) по сравнению с проксями, хотя есть возможность расширений которых в проксе нет.
Если пользоваться в рамках всего проекта одним SLD и одним же ESR то интегратору счастье, иначе морока.

Ксати, бывает и на проксю проруха:
была связка
XI DEV1 -> BW dev
в которой MI делались в XIDEV1 и через ESR протягивались в биви.

Потом появился второй девелопмент XI DEV2 => BW dev

как в BWdev сослаться на 2 ESR и иметь возможность создавать прокси на основе разных девелопментов XI? А никак, снова вылазят те же проблемы: либо надо делать в бивнях два манданта либо каждый раз при изменении MI в XI DEV2 нести его в XI DEV1 и потом перегенировать.






я уже устал считать такие участки на проектах. Фаланги на одной ладони закончились

Нужда -- лучший учитель! так и бухучёт легко изучишь когда припрёт. Как там у вас дела на проекте?

Буагага, http фреймворков на хаскеле скоро будет больше десятка, а также есть генерация AJAX из высокоуровневого кода. Взамен горячей замены кода умеет лениться и не выполнять ненужный код вообще. И деньги даёт заработать тоже.
И разных интересных академических штук много.

да это давно было - лет 10 назад. "палаш" так и родился - из абапной чурки - строгал, строгал и вышел буратино
а дела (коротко так):
Это школа Соломона Пляра,
Школа бальных танцев, вам говорят.
Две шаги налево, две шаги направо,
Шаг вперёд и два назад.

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

Для знакомства с функциональными языками я бы вобще Nemerle выбрал. Если бы не был таким ленивым

Предлагаю остановиться на том, что в России ни тот ни другой не нужны. А нужна автоматизация хозяйственных операций по перекачке "нефти".

разговор про ФП уже не будет в топике, ответил ЛС.

А Вы знакомы с этим продуктом SAP - Business Connector?

ИМХО - XI это возможность чувcтвовать себя затычкой во всех дырах за нормальные деньги!

хехе
сам склоняюсь к такому выводу.

Собственно, я и имел ввиду разработку своих айдоков. Не знал, что есть стандартные айдоки на загрузку. Правда в этом случае весь геморрой по преобразованию структур переносится в маппинг иксая. Теперь понятно, почему абаперы ратуют за айдоки.

Хм. А как БиВи привязать на два разных сервера интеграции?