Добрый день, коллеги.
Я пытаюсь использовать события портала(EPCM) для абап приложения.
На портале создал страницу и добавляю туда вьюхи.
Для тестирования взял пример из хелпа это приложение WDA WDR_TEST_PORTAL_EVENT_FIRE (первая вьюха)
Вторая вьюха это "Generic Event Tester (Web Dynpro)" или Родовой тестирующий события (веб-экран), который можно найти по пути Portal Content -> Content Provided by SAP -> Templates -> iView Templates.
Третья вьюха это "Событие/отправитель", лежит там же, где и Generic Event Tester.
С помощью тестера подписываюсь на события из разных namespace.
Проблема в том, что приложения на WDA не хотят работать с портальными событиями. Приложения на java, задеплоенеые на портал работают без проблем.
Я подозреваю, что проблема в серверах. Сервера находятся в одном и том же домене.
Может быть есть у кого мысли?

Может стоит перенести пост в ветку по ABAP?

Если в одном домене - должно работать. Посмотрите настройки приложений в разрезе уровней EPCF, посмотрите, загружается ли при отрисовке нужный для ивентинга JS.

И, кстати, как называется домен-то?

модераторам: действительно, куда писать, если вопрос по джаве?

В настройках EPCF framework.level = 2.
Где точнее посмотреть настройки приложений для EPCF?
Приложение написано на ABAP web dynpro и на странице нету JS, там одни теги class.
Браузер ошибок не выдает при нажатии на кнопку(куда fire повешен)
Можно ли как-нибудь отследить, что происходит, где затык?

1. теги вы видите при написании WDA приложения. При отрисовке в портальном рантайме (в браузере можно посмотреть код фрейма) там полно генерируемого WDP движком JS подгружается "за сценой", хотя это к делу и не относится, конечно...
2. для каждого java приложения, на котором основаны iView, в деплоймент дескрипторе задаются свойства, которые потом можно менять в iView. Например, EPCFLevel=1 означает, что в рантайме к морде порталом прицепится нужный для осуществления механизмов EPCM джаваскрипт. То есть те вьюхи, что стреляют ивент, должны иметь соответствующий джаваскрипт.

Так вот, чтобы ваше WDA приложение подписать на какой-либо ивент, надо, чтобы:

1. Оно видело EPCM, поскольку подписать на событие надо будет командой джаваскрипта EPCM.subscribeEvent('...','...',<handle>);
2. Был непосрественно код "подписывания" и функция обработчика на JS
3. Содержимое портальных фреймов должно происходить из одного домена, хотя была там какая-то примочка типа EPCM.relaxDocumentDomain();
4. Содержимое портальных фреймов должно "бегать" по одному протоколу (то есть, когда выстрел ивентом происходит по http, а подписчик сидит на https, просто так работать не будет)

вот, вроде все, на вскидку если

ivanovio, посмотрел код фрейма, мне кажется ничего интересного:

<IFRAME frameBorder=0 id="ivuFrm_page0ivu1"
name="wdrTestPortalEventFire "
src="/irj/servlet/prt/portal/prtroot/pcd!3acom.sap.portal.system!2ftemporaryobjects3!2f3e9da73471b48e891c9655237f0d2ae8!2fcom.sap.bc.webdynpro.sap.wdrTestPortalEventFire"
style="WIDTH:100%;HEIGHT:80px;" hasTray="true" fixedHeight="80px" ></IFRAME>

Создаю iview на основе абап приложения, указываю имя приложения и R/3 систему.
Смотрю св-ва этой вьюхи. Где там можно увидеть EPCFLevel=1? Как посмотреть св-ва деплоймент дескриптора?

/irj/servlet/prt/portal/prtroot/pcd!3acom.sap.portal.system!2ftemporaryobjects3!2f3e9da73471b48e891c9655237f0d2ae8!2fcom.sap.bc.webdynpro.sap.wdrTestPortalEventFire

- это компонент, который сам по себе обязательно генерирует "морду" себе, которая, в свою очередь, представляет собой хтмл и джаваскрипт (иначе не бывает, ибо через браузер).

Так вот, в этой морде присутствуют джаваскриптовые описания функций EPCM.

....
Возможно, я немного Вас запутал - В WebDynPro (как JAVA, так и ABAP) подписка и выстрел ивентов кидается не напрямую джаваскриптом, а методами классов соответствующего языка (ABAP или JAVA). При использовании этих методов, происходит генерация нужного JS.

В приложениях WDP даже не нужно, видимо, смотреть EPCFLevel, поскольку он всегда там поддерживается.

Вам достаточно проверить, чтобы в коде WDA было что-то вроде

<class>->SUBSRIBE_EVENT(
PORTAL_EVENT_NAMESPACE ='....'
PORTAL_EVENT_NAME='....'
VIEW =..
ACTION = ..
)

Это обеспечивает, что в морду попадает подписка и обработчик на JS.

Если не работает, то дело исключительно в коммуникации с ABAP-системой, то есть должны быть в одном домене и по одному протоколу доступны. Также вероятны тонкости в настройке браузера, который все это дело загружает/выполняет, и возможны сложности с именами домена. Как называется ваш домен?

Сорри за путаницу с EPCFLevel

Еще - покажите, пожалуйста, настройки ABAP системы в портале, проходят ли тесты коннекта?

ivanovio, большое Вам спасибо за поддержку и советы.
Однако, в первом посте я писал, что использовал на странице треттю вьюху "Событие/отправитель" для эксперимента. Это java приложение. хтмл код этого приложения я посмотрел через браузер и нашел там нужную функцию FIRE и namespace, для которого идет запуск евента.

Если смотреть исходный код страницы, где расположена вьюха с абап приложением, никаких FIRE SUBSCRIBE там нет и в помине. Только ссылка на компонент, имя которого я написал перед этим. Видио нельзя посмотреть сам JS, так как он генерируется и выполняется "на лету".

WDR_TEST_PORTAL_EVENT_FIRE это приложение - пример, о котором прямо написано на help.sap.com
http://help.sap.com/erp2005_ehp_04/help ... ameset.htm

Пробывал писать свое приложение с FIRE и SUBSCRIBE - безрезультатно.
Также в настройках браузера включил выполнение всех сценариев и тому подобное
Могут ли стоять ограничения на выполнение таких скриптов на самих серверах ?
Домен gvc.mps
Я думаю если при создании вьюхи я указываю имя приложение и имя R/3 системы и при этом потом все нормально открывается, то это свидетельствует что коннет есть.

Подскажите, пожалуйста, путь, где можно посмотреть настройки ABAP системы в портале.

System Administration -> System configuration -> System Landscape
Это?

JS выполняется на клиенте, поэтому на серверах не ограничить, только в браузере.

Настройка системы, из которой тянется WDA производится в портале по пути
Системное Администрирование->Конфигурация системы->Системная среда
Содержимое портала->System Landscape (контекстное меню)->новое-> система из образца->Специализированный сервер приложений для системы SAP

Во вновь созданной системе откройте категорию свойств Коннектор.

Заполните поля:

Хост приложения: DNS(!) имя сервера ABAP, откуда берется WDA приложение
Шлюзовый хост: -//-
Тип дист. хоста: 3
Сервис шлюза: sapgwXX(номер ABAP системы)
Сервер-порт: 32XX
Номер сап-системы:XX(номер ABAP системы)
Мандант SAP: XXX
Имя логической системы: <SID>CLNT<мандант>
Вид системы: SAP_R3

Откройте категорию свойств Сервер веб-приложений (WEB AS)
WAS-журнал: http
WAS-имя хоста: DNS_имя:32XX


Теперь в категории свойств Просмотреть все:

Вид присвоения пользователя: admin,user



Сохраните. Теперь в поле просмотр выберите Системные псевдонимы

Добавьте псевдоним.

Теперь в поле просмотр выберите Тесты соединений и протестируйте соединения для WAS и для коннекторов

чуть не забыл.

До того, как будете тестировать соединение, зайдите в Управление Пользователями на портале, выберите своего пользователя (под которым тестируете). На вкладке "Присвоение пользователя для системного доступа" выберите алиас созданной вами системы и пропишите туда пользователя и пароль для входа в ABAP систему

после успешного тестирования соединений именно этот алиас нужно использовать при создании iview для WDA

В настройках нашел was систему и сделал тест соединения - все прошло.
Стоит ли создать все по новой?

Если прошло все нормально, то нет.

...должно работать при таких условиях .

То есть:
1. В портале заведена абап система и тесты соединений проходят
2. В портале создана iView из WDA приложения, указан алиас абап-системы.
3. В WDA приложении есть код, подписывающий его на какое-то событие.
4. В портале создана iView из приложениея, бросающего именно это событие
5. абап система и портал из одного домена и работают по http
6. в браузере не отключен скриптинг
7. iView положены на одну страницу портала


Боюсь, надо смотреть лично, чтобы разобраться...

Советую написать тред в sdn

На SDN написал сразу, а потом сюда.
Даже лично отправил письмо Томасу Янгу.
В ответ он написал, что обычно проблемы возникают, если разные домены и разные протоколы(http, https).\

Еще раз спасибо за советы.

Так, для очистки совести:

проверьте, чтобы в настройках абап системы адрес был не ip-адресом, а доменным именем (сервер портала должен его суметь разрешить при этом)