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

Планируем обновлять PI с 7.1 на 7.31. Сейчас вот пытаемся сообразить, в какую сторону двигать. С одной стороны, хочется уже с ABAP-стека слезть, а с другой стороны - у нас куча интеграционных процессов крутится, и мы пока слабо представляем, как их можно (и можно ли вообще) в нынешнем виде на JSO перетащить.

Может, есть у кого подобный опыт?

Добрый день.

Компания, в которой я работаю, мы сразу стали использовать дуал стек. После некоторой практики настройки Integrated Configuration, что на JAVA, и у нас возникла ошибка при использовании расширенных типов данных. Неверно подставлялись пространства имён. Как решить ее мы ответ так и не нашли.
Поэтому, я считаю, что лучше иметь дуал стек.

Если Вы используете простые сценарии с несложными интерфейсами и логикой, перевести их с Integration Scenario на Integrated Configuration не составит труда.

Но опять же, специалисты из SAP AG предлагают идти в ногу со временем и переходить на JAVA уже сейчас.

Основная сложность пока, как мне видится, - это то, что у нас почти все реализовано через BPM, то есть куча Integration Process. И вот я не уверен, что их можно в текущем виде просто перенести на JSO. С другой стороны, и от ABAP-части хочется уйти, и со Swing'а пересесть на Eclipse (NWDS), а там, как я читал, для работы с объектами ID нужен именно AEX. Или я что-то неправильно понял?

имхо: "хочется уйти" - не поддавайтесь недобросовестной рекламе

Добрый день!

Легко не будет - точно.
С процессами в 7.31 следующее - вместо ccBPM теперь отдельный "субпродукт" - BPM. И еще в придачу появился BRM - Business Rules Management

Из блога William Li:
"As most of you will have recognized that PI is going toward a java-only installation. During this process, we have made PI easier to develop and configure. We have included BPM and BRM as part of PI to replace the ABAP ccBPM."

Он же пишет, что на TechED (вроде в 2010?) была сессия PMC165 про новый BPM-порядок, но что-то в открытом интернете я ее не найду.

Источник - http://scn.sap.com/people/william.li/bl ... and-pmc166

Ну и в ту же копилку от того же автора:

"ccBPM is based on the BPEL (http://en.wikipedia.org/wiki/BPEL) standard. NetWeaver BPM is based on the
BPMN (http://en.wikipedia.org/wiki/BPMN) standard. SAP is a member of the BPMN standard and actively
contributes to it in addition to fulfill the commitment to support it internally through its different solutions
(including NW BPM and others). Unfortunately these two standards are so different, no automated
migrations can be provided."

Вкратце - новый BPM базируется на другом стандарте, автоматической миграции нет.

Отсюда: http://scn.sap.com/docs/DOC-28803

Да, его блог я уже прошерстил вдоль и поперек . Наткнулся на главный, по-моему, момент: лицензия на PO не volume, а CPU-based. Так что, я думаю, руководство нас просто пошлет в пешее эротическое путешествие.
Короче, решили пока так: на 7.31 dual рабочие системы обновлять будем в любом случае, а в сторонке поднимем тестовый PO и пощупаем, что там и как. Если уж испытаем дикое удовольствие и поймем, что раньше жили неправильно - будем клянчить деньги на смену лицензии.

Кстати, тут уж 7.4 вышел, можно и на него сразу, чтоб "два раза не вставать". )

Ну если учесть, что:
SP8 of SAP NetWeaver 7.31 is equivalent to SP3 of SAP NetWeaver 7.4,
то мы и сервис-паками догонимся

Ну да, я тут почитал - основное отличие 7.4 в том, что он на HANA может работать.

CPU-based и там и там - только на PO вроде лицензия в 2 раза дешевле - вернее если дуал стек PI то цена за одно ядро CPU - а если сингл стек то эта же цифра за 2 ядра.

всем доброго времени суток!

есть PI_BASIS уровня 2006_1_700 стэк 05 на SAP_BASIS = SAPKB70015
до какого релиза NW можно подняться относительно безболезненно особо ничего не переписывая в PI ?