Имеется недавно поставленная 7.31 java only (sp5) с process orchestration.

Что хочется отметить в общем:
1. Работает быстро и устойчиво в части "старого" функционала;
2. Работа с айдоками в джаве пока нестабильна, и судя по куче нот и обращений на SDN, это уже с 7.3 тянется около года. При массовой отправке айдоков в джаву то EJB IDOC_INBOUND_ASYNCHRONOUS разрегистрируется (это повторной отправкой RFC в абапе лечится), то "Commit fault: ASJ.ejb.005043" и это уже часто надолго застревает в отправителе;
3. Новый мониторинг годен. Айдоки в джаве искать удобно, полнотекстовый поиск в целом неплох;
4. Синхронные сообщения в ICo мониторить мне показалось неудобным.

Работать через NWDS можно, но смешанные чувства:
* часто нужные вещи запрятаны в дополнительные кнопки, приходится тыкать много раз, плохо. Но некоторые средства поиска стали удобнее и быстрей доступны, хорошо;
* в графических меппингах нет кнопки 1:1 (меппинг по одинаковым названиям), плохо;
* в операционных меппингах выбор графических меппингов неполный: только по той же сигнатуре (From-To), нет возможности выбрать From-From или To-To, как в билдере. Очень плохо, приходится в билдер переключаться;
* функциональные библиотеки и функции править очень удобно (правда, форматирование кривое), это плюс -- проверка кода сразу;
* тестировать меппинги не очень удобно, так как тестовые данные в NWDS не ввести напрямую, только из файла или из тестовых образцов билдера. Плохо;
* с листами изменений работа идёт как в XI3.0, надо всё вручную создавать, и не во всех перспективах эти листы видно (специальное окно не нашёл), плохо;
* из NWDS легко в мониторинги попасть, отличная штука;
* не все объекты редактируются через листы изменений (например, потоки без листов), опять тяп-ляп от САПа, ad-hoc design.
* в NWDS не редактируются метаданные адаптеров и шаблоны коммуникационных каналов

По потокам, встроенные шаблоны:
1. Двуточечный поток (Point-to-point flow) транслируется в обычную интегрированную конфигурацию с каналами. Состояния нет. При деплое потока, каналы записываются в него и только в нём и видны, то есть в целом здесь Flow это упаковка объектов и замена модели взаимодействия, а не аналог ccBPM;
2. Поток с несколькими получателями -- аналогично. Состояния также нет;

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

с тестированием и генерацией тестовых образцов из NWDS разобрался, работает, правда не очень ясно это для пользователя или для объекта меппинга.

Шаблоны коммуникационных каналов и потоков ведутся в верхнем горизонтальном меню "Process Integration" в перспективе "SAP Process Integration Designer".

С массовой отправкой IDOC -ов может и есть косяки не тестировал - но в обычных сценариях все нормально у меня работает, единственный минус - нет теста конфигурации для ICO не удобно очень, может они перенесли в NWDS это но я не нашел там какое-то подобие теста потока

Теста конфигурации нет ни в билдере нм в NWDS.

Кстати по поводу IDOC_AAE адаптера - там на sdn есть блог Виллиама Ли по конфигурации этого адаптера.
Он там изменяет одно значение с дефолтного на 5 - не помню точно как называется - вы его не изменяли у себя ?

ага изменял, без этого изменения вообще не работало

можно попробовать тогда значение увеличить - MaxReaderThreadCount с 5 на большее - может как раз и не хватает потоков для обработки входящих айдоков

Да, я это сразу же и подумал, ставил и 5 и 10, без разницы. Тут даже не в массовости дело, так как иногда единственный айдок не вылетает. Ноту применили, тестирую, а ещё одна нота ссылается на не вышедший ещё SP6.

Концептуальный вопрос.
Одностекавая система (только жава) в общем смысле на данный момент жизнеспособна? Или абап необходим все-таки?

да вполне жизнеспособна - кроме одного адаптера WS-RM - не знаю почему у Ильи косяки с IDOC_AAE у меня все нормально и буржуи на форумах пишут что все ок. Устанавливается в разы быстрее - показатель TCO в 2 раза лучше чем у дуал стека, производительность в некоторых случаях до 10 раз выше - из-за того что нет передачи сообщений между стеками в процессе обработки.

А система переноса какая там? Надо DI ставить?

да вроде все то же самое - кроме ABAP CTS

после применения двух нот из 731SP5 число сбоев резко уменьшилось и они либо повторной отправкой уходят либо вообще не уходят но значит по ним нет метаданных в джаве. Есть ещё патчи из SP6 и SP7 но их базис почему-то накатить не может, не выпущены ещё.

Работает хорошо и быстро.

Илья, ты 7.3 JO для тестов ствил - вмысле не мигрировал основную/продуктивную систему на 7.3

и ccBPM в случае с JO на переделываеть - правильно я понимаю?

7.31 стоит для разработки нового проекта и пока она всё тянет. Будет рядом 7.31 продуктива и может ещё и теста (ландшафт не определён), но первый интегротест уже завтра начнётся в разработке. Это не миграция а с 0.

В 7.31 есть импорт-визард по простым сценариям ccBPM (из примеров можно выбрать что-либо), но это слабо конечно, а так теперь рисуешь/пишешь process definition который в EJB превращается и это мощнее ccBPM, правда пока первый процесс в разработке, будет асинхронный запрос по расписанию (из scheduler API) => sync RFC resp R/3 => RFC resp/req в CRM -> логи.