Обновление (два года спустя): Теперь его официальный. Java Web Dynpro переведен в режим обслуживания. что означает, что скоро это будет только унаследованная технология. Прямо сейчас (2010) SAP возвращается в abap только стек. Я не предоставляю ссылку, потому что ссылки sap недолговечны. Просто найдите в http://sdn.sap.com.
Перед обновлением: Официальной позиции по этому вопросу, насколько я знаю, нет. Поэтому я брошу свои два цента. Прежде всего, я не знаю никаких хороших аргументов в пользу использования Java над ABAP на землях сап.
Мне кажется, что новая вещь была разработана на Java Sap, потому что это было «будущее». Похоже, они активно препятствовали разработке стека ABAP, чтобы дать стек Java шанс. Но единственной причиной использования сервера приложений Java Java является доступ к информации и бизнес-логике на серверах приложений ABAP. Нет оснований использовать его отдельно (так как есть лучшие альтернативы j2ee). И даже sap не сделал никакого применения значимости на Java Application Server.
О зрелости. Webdynpro более зрелые в стеке Java. Но сам стек ужасно подражает.
Прошло более десяти минут, чтобы начать с приличного оборудования. Заготовка леса разбросана по всему месту. С непригодным gui. И очень недружелюбный к текстовому зрителю. Он не использует ресурсы сообщества java для сотрудников, таких как управление версиями и сборки. И альтернативы SAP являются имитационными.
О доступности Java-программистов. Конечно, это правда, но: Поскольку большая часть логики находится в стеке abap (в большинстве сценариев), необходимо знать как java, так и abap для любого, более чем тривиального приложения. И здесь вы имеете дело с дефицитным ресурсом. Случается, что вы преподаете Java-разработчику Java или наоборот. Это неплохо, но это делается по неправильным причинам. И у вас будут разработчики неопытности по проекту (неопытные в одном языковом стеке).
Заключительное слово. Если вас интересует юзабилити вашего сайта. Рассмотрим BSP или JSP. Webdynpro оживляет все уродство и не-юзабилити, которые есть в Sapgui.