Сейчас работаю над ФМ для выгрузки данных в WORD, EXCEL для использования в WebDynpro. Возникла идея "выплевывать" пользователю через браузер JAR-файл, т.е. JAVA-программу, которая и будет разворачивать отчет MS Office.

Однако возникли сомнения:
- у всех ли пользователей WebGUI и WebDynpro (ABAP) принято устанавливать JAVA?
- не появятся ли проблемы с политикой безопасности?

Здравствуйте, уважаемый Parazit

Если WebDynpro JAVA, то там вообще проблем нет, ну это и так понятно.
Ну так вот, может просто вызывать доп. приложение на WebDynpro JAVA с нужными параметрами и там все формировать, даже если основная часть написана на ABAP. Конечно WDJ требует дополнительной настройки, но это настройка 1 раз на сервере и не зависит от конфигурации пользователя.

А вообще ваша разработка отлично работает на портале через запуск SAP-транзакции прямо на портале, работает абсолютно так же как на обычном GUI, единственный минус - не удалось побороть лишнее открывшееся окно на отчет которое само не закрывается, немного некрасиво, но это уже бантики. Транзакцию написал сам, но ее роль по сути лишь получить параметры и вызвать нужный отчет.

Так что по сути мы реализовали ваши отчеты на WebDynpro, и нам большего пока не надо.

Я еще к тому это пишу и немного офтоплю, что возможно не на 100% понимаю зачем нужны такие решения с JAR-файлом если можно сделать как у нас и все работает.

А мы вроде выяснили что для этого тоже Java нужна на клиенте. Может конечно что то путаю...

Прошу прощения, я сразу не уточнил, что речь идет об ABAP WebDynpro.

Вот пример того, что будет получать пользователь - ZWWW_RUN_110234.JAR. При этом на стороне SAP JAVA не используется, файл формируется исключительно средствами ABAP. Главное, чтобы у пользователя был установлен JRE.

p.s.
В перспективе надеюсь, такое решение еще позволит вернуть настройки безопасности MS Office на максимальный уровень (для пользователей Windows).

И здесь бывают "подводные камни" , у нас например пользователь вообще не является локальным администратором.. т.е. любой install = access denied.
JRE может оказаться настолько древней, что не будет функциональна, нужно будет обновлять, а прав нет.

Понял. Значит нужно будет провести как можно более широкое тестирование на юзерах.
Хотя что то мне подсказывает, если юзер будет работать с WebDynpro, админы по любому будут с ним возиться, в т.ч. с настройками и установками браузера.

Действительно, можно будет установить настройки безопасности MS Office на максимальный уровень. Вот этот пример ZWWW_RUN_165607.JAR должен открываться без лишних вопросов (в среде Windows).

Не совсем в тему, но чем не устраивает трансформация для создания отчета на основе шаблона?

А если шаблон обновился - насколько легко переделать трансформацию? (вопрос без подковырки, просто интересно - так и не разобрался с XSLT)

Я пытаюсь сохранить полную функциональность своего решения, при этом как можно меньше использовать специфику отдельной платформы SAP. Например от Web Dynpro используется единственный метод CL_WD_RUNTIME_SERVICES=>ATTACH_FILE_TO_RESPONSE. Такой подход обеспечивает легкую переносимость кода на разные платформы и версии системы.

Допустим, что в простом шаблоне есть пара переменных и таблица. Если меняется весь шаблон, то нужно вычленить те места, где идет подстановка. Ну а потом копи-паст шаблона и обратно места с подстановкой. Минут 10-15.


В Java-стеке нет инструмента трансформации?

Да, для статистики, собственно тоже используем вашу библиотеку, обернутую транзакциями через портал.
Большое спасибо!

Правильно я понимаю, что у ваших юзеров установлен JRE ?!