Содержание

• Обзор
• Проект модуля BPEL
• Переходы в BPEL Designer
• Разработка процесса BPEL. Работа с диаграммой
• Элементы палитры
• Окно BPEL Mapper
• Использование обработчиков
• Использование корреляции
• Протоколирование и оповещение
• Проверка достоверности
• Тестирование и отладка процессов BPEL
• Устранение проблем
  • Элементы BPEL 2.0, отсутствующие в этом выпуске
  • Использование схем BPEL, отличных от спецификации BPEL 2.0
  • Порты
  • Конфликт конечных точек службы бронирования билетов
  • Выполнение теста
  • Сбои при тестировании
  • Отключение брандмауэров при использовании серверов
  • Необходимое использование набора корреляций не обнаружено системой проверки достоверности

Конфликт конечных точек службы

При развертывании двух или более проектов составных приложений может произойти конфликт конечных точек службы, что приведет к сбою развертывания. В случае конфликта конечных точек службы появляется следующее сообщение:

Deploy service assembly failed. (partial success)
MESSAGE: (SOAPBC_DEPLOY_2) Failed to deploy: java.lang.Exception:
An activated endpoint already has the same SOAP Address location:
http://localhost:18181/SynchronousSample
C:\<...>\SynchronousSample1Application\nbproject\build-impl.xml:209:
Service assembly deployment failed.
BUILD FAILED (total time: 31 seconds)

Обычно это является результатом попытки развернуть почти идентичные процессы, которые упакованы в различных проектах составных приложений. В этом случае для обхода проблемы необходимо использовать различные конечные точки в течение развертывания различных проектов составных приложений.

Пояснение: Даже при развертывании отличающихся составных приложений и отличающихся процессов BPEL по умолчанию они будут иметь одинаковые адреса конечных точек, определенные в их файлах SynchronousSample.wsdl. Они оба будут содержать следующий адрес конечной точки:

<service name="service1">
   <port name="port1" binding="tns:binding1">
      <documentation/>
      <soap:address location="http://localhost:18181/SynchronousSample"/>
   </port>
</service>

При попытке развернуть два составных приложения (например, SynchronousSampleApplication и SynchronousSample1Application) с идентичными конечными точками службы развертывание второго приведет к ошибке вследствие конфликта конечных точек.

Может возникнуть необходимость в развертывании более чем одной версии составного приложения, т.к. необходимо изменить один или оба этих процесса и развернуть их оба одновременно. Либо может потребоваться сравнить их поведение. Для этого сначала необходимо предоставить им различные адреса конечных точек. Это означает, что необходимо изменить файл WSDL процесса и настроить атрибут soap:address location таким образом, чтобы конфликт отсутствовал. Можно изменить номер порта или имя службы. Например, любой из приведенных ниже процессов в достаточной степени отличается от исходного:

<soap:address location="http://localhost:18182/SynchronousSample"/>

или

<soap:address location="http://localhost:18181/SynchronousSampleNew"/>

Связь конечной точки службы с тестами

При выполнении каждого теста в проекте составного приложения будет предприниматься попытка передачи входного сообщения в целевой процесс при вызове действия теста. Для определения места, в которое необходимо передавать сообщения, каждый тест имеет свойство destination. Это свойство можно изменить в окне "Properties". Для вызова окна "Properties" щелкните правой кнопкой мыши узел теста и выберите "Properties" в появившемся окне.

destination=http://localhost:18181/SynchronousSample

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

Порт HTTP сервера приложений GlassFish V2

По умолчанию программа установки пытается присвоить серверу приложений HTTP порт 8080. Некоторые из процессов в примерах предполагают значение 8080. Если по какой-либо причине номер порта сервера приложений HTTP отличается от 8080, то необходимо внести изменения в примеры.

В частности, для примера службы бронирования билетов будет необходимо выполнить несколько настроек.

Предположим, например, что сервер приложений прослушивает порт HTTP 8090 (не 8080, устанавливаемый по умолчанию). В этом случае необходимо выполнить следующее:

Корректировка файлов WSDL партнерских служб бронирования

1. В проекте модуля BPEL "TravelReservationService" измените значение адреса SOAP в файле AirlineReservationService.wsdl с

   <soap:address
   location="http://localhost:8080/webservice/AirlineReservationService"/>

   на

   <soap:address
   location="http://localhost:8090/webservice/AirlineReservationService"/>

2. Точно так же обновите значения адреса SOAP в файлах VehicleReservationService.wsdl и HotelReservationService.wsdl.

Примечание: Для выяснения прослушиваемого сервером приложений порта HTTP откройте окно "Services", щелкните правой кнопкой мыши узел сервера приложений GlassFish V2 и выберите "View Admin Console". В обозревателе откроется консоль администратора сервера приложений GlassFish V2. Введите имя пользователя и пароль (значениями по умолчанию являются admin/adminadmin) и войдите в систему. Щелкните сервер приложений на левой панели и выберите вкладку "General" на правой панели. Необходимым значением порта HTTP является первое в строке HTTP Port(s):.

В качестве альтернативы в протоколе сервера приложений можно найти следующие строки:

WEB0712: Starting Sun-Java-System/Application-Server HTTP/1.1 on 8080
WEB0712: Starting Sun-Java-System/Application-Server HTTP/1.1 on 8181
WEB0712: Starting Sun-Java-System/Application-Server HTTP/1.1 on 4848

Необходимое значение находится в первой строке.

Изменение URL-адресов

Откройте TravelReservationService.wsdl.

В теге service измените

soap:address location="http://localhost:18181/TravelReservation/buildItinerary"/

на

soap:address location="http://localhost:19191/TravelReservation/buildItinerary"/

Точно так же обновите URL-адрес для airlineReserved, hotelReserved и vehicleReserved.

Настройка проекта партнерской службы EJB "ReservationPartnerServices"

Выполните следующие действия:

1. В среде IDE откройте проект "ReservationPartnerServices".

   (Проект "ReservationPartnerServices" создается средой IDE в местоположении, где был создан проект "TravelReservationService".)

2. В окне "Projects" разверните узел проекта "ReservationPartnerServices", разверните узел "Configuration Files", а затем дважды щелкните узел ejb-jar.xml для открытия файла в визуальном редакторе.
3. В режиме проектирования в узле "Enterprise Beans" разверните узел "ReservationCallBackProviderMDB". Разверните узел "Bean Environment", а затем "Environment Entries".
4. В узле "Environment Entries" выберите каждую запись и нажмите кнопку "Edit" для изменения номера порта 18181 в поле "Entry Value".

   Например, для AirlineCallbackURL измените

   http://localhost:18181/TravelReservation/airlineReserved

   на

   http://localhost:19191/TravelReservation/airlineReserved

Обновления свойства "destination"

В проекте составного приложения TravelReservationServiceApplication разверните узел "Test". Для каждого узла теста под ним:

1. Щелкните правой кнопкой мыши узел теста и выберите "Properties".
2. В окне "Properties" обновите значение свойства Destination.

   Пример:

   Измените http://localhost:18181/TravelReservation/buildItinerary

   на

   http://localhost:19191/TravelReservation/buildItinerary