Настраивал в очередной раз ADS. И снова возник вопрос. Где еще именно нужна инсталляция ABAP+JAVA, кроме как для запуска ADS. В САП СНГ подпускали туману, что где-то там в HR этой java используется небалуйся. Кто-то видел? WebGui может через нее работает?

Для использования SAP Enterprise Portal необходим ABAP+JAVA. И для дальнейших связей с BI и вообще для всех интернет технологий.

Открой, к примеру, мастер-гайд к Нетвиверу, и там на 100-а страницах будут описываться всевозможные IT-сценарии в которых используются, в том числе, и Java-инстанции.

Подправил тему. Интересует ERP2005.

Подправил ответ. Открой мастер-гайд для ERP2005:)

А есть такой?

UPD: Совсем уж конкретезирую. Что еще, кроме ADS, использует от +JAVA в своей работе ERP2005.

Никогда не использую для ERP2005 инсталляцию ABAP+Java. Для ADS ставлю отдельную JAVA-систему. Когда учился на курсах по Java (ADM200), преподаватель советовал не использовать совмещенную инсталляцию, когда это не является явным требованием системы. Кстати, к одной JAVA-системе (при использовании ее только для ADS) можно подключить любое количество ABAP-систем (ну, не забывая про производительность, конечно). Гораздо удобнее работать с отдельной Java-системой, патчевать ее, например и т.д. Кстати, в качестве ADS также можно использовать Solution Manager, если он есть (вот там инсталляция ABAP+Java без вариантов, в 4-й версии, я имею в виду).

Gans91
Поддерживаю, сам делаю точно также. Тем более а фигли солюшен манагеру простаивать ? (если он используется только для подтверждения корзины, а это помоему самый распространённый вариант сейчас)

одно дополнение по -поводу:
"преподаватель советовал не использовать совмещенную инсталляцию" - было тоже самое, но! с недавних пор они советуют совершенно противоположное со словами "да, раньше мы советовали не ставить вместе, но теперь советуем ОБЯЗАТЕЛЬНО ставить вместе особенно для ERP 2005"
... но лично у меня всё стоит отдельно, работает, и я не собираюсь этого менять

Отдельную – это удобнее. Но вот одну! А как же ландшафт? Решение становится менее надежным, менее производительным (тут можно поспорить) и более дорогим.

Тут уже прозвучало, что +java может понадобиться при использовании портала, XI и BI-BW. Но это можно как-то заранее просчитать, понадобится или нет. Но вот совсем нет желания доустанавливать с бубном ява-инстанцию, из-за того, что какие-то транзакции без нее не работают.

Отдельную – это удобнее. Но вот одну! А как же ландшафт? Решение становится менее надежным, менее производительным (тут можно поспорить) и более дорогим.

Тут уже прозвучало, что +java может понадобиться при использовании портала, XI и BI-BW. Но это можно как-то заранее просчитать, понадобится или нет. Но вот совсем нет желания доустанавливать с бубном ява-инстанцию, из-за того, что какие-то транзакции без нее не работают.

Решение ставить Java или нет должно приниматься на этапе планирования системы. Всё остальное - домыслы.
Касательно ADS. Эта фича не имеет отношения к ландшафту, поэтому можно использовать любую Java-инстанцию.
Грохнется - в течении 15-ти минут перенаправить на другую инстанцию, пока первая восстанавливается.
У себя я использую IDES (ABAP+Java). Его не жалко:)
А вот привязывать к солюшену абсолютно не хочется. Как верно подметили, его используют в основном для корзины и инсталяшки системы, поэтому 90% всего времени он валяется в дауне (нефиг ресурсы пожирать).

Про ландшафт уже написали - ADS к нему никакого отношения не имеет. Более дорогим ? Почему ? Поставьте отдельную Java-систему на тот сервер, куда хотели ставить Add-In. Ресурсы те же будут потребляться. В конце концов, поставьте системы на все сервера с АБАП, и то уже будет удобнее и проще. Как ставить явовские патчи на продуктив АБАП+Java ?
Там же перестарты системы требуются. Будете юзеров выгонять ? Совсем не все могут позволить себе такое.

Если ядро не патчуете jspm-ом, то зачем abap перестартовывать?

Не те же. Базе тоже память нужна.

А как ставят патчи на ABAP часть? Всех выгоняют? Вот также и на связку ставить. Причем патчи на ABAP ставятся гораздо дольше и, часто, более геморройно, чем на J2EE. Так что времени дополнительного это займет не много.

А JSPM, как мне помнится, не больно то и спрашивает рестарт делать или нет. Даже если ядро не меняется.