Определение других проблем

Этот раздел описывает типичные проблемы, возникающие в областях, которые не подходят под описанные ранее категории. Ниже представлен список типичных проблем. Ссылки позволяют перейти непосредственно к информации о проблеме, с которой вы столкнулись. Если интересующая вас проблема отсутствует в списке или предложенный план действий ее не решает, обратитесь к системному администратору.

• При запуске архивирования процесса Tibco BusinessWorks Designer выдает ошибки Cannot create Transport (Невозможно создать транспорт) и Process Definition Load (Загрузка определения процесса)

• Одно из следующих сообщений SAP появляется в журнале транзакций систем предприятия Windchill:

• Windchill ESI возвращает сообщение о времени ожидания адаптера

• Windchill PDMLink не удается подписаться на очередь EMS

• Ошибки в PostResult

• Появляется сообщение об ошибке, связанной с отсутствием назначения получателей данных для опубликованного объекта

• Появляется сообщение об ошибке, связанной с отсутствием изменений с момента последней публикации

• Не удается соединиться с TIBCO BusinessWorks EMS, Windchill или ни с одной из этих программ

• Адаптеры TIBCO сообщают о тайм-ауте для транзакций ESI

• Появляется сообщение об ошибке, связанной с файлом метаинформации отклика ESI

• Сбой запуска адаптера с использованием транспорта JMS

• Сбой запуска адаптера: статус запуска адаптера сохраняется в администраторе

• Соединитель Coyote не запущен

• Публикация остается в состоянии "Ожидание" в журнале транзакций предприятия

• Анализатору JAX-M или XML не удалось проанализировать сообщение с помощью XML-схемы ResultResponse

• Сообщение "Ошибочный ввод данных" появляется в журнале транзакций предприятия

• Транзакция остается в состоянии "Ожидание" в журнале транзакций предприятия

• Все конфигурации сервера EMS исчезают после запуска сервера EMS вручную

• Адаптер TIBCO для экземпляра SAP перестает работать, и показан статус "Ошибка"

• Продвижение набора бизнес-объектов посредством запроса на продвижение приводит к созданию рабочего процесса RTM для каждого из этих объектов

• Файл отклика ESI, созданный при продвижении одного или нескольких бизнес-объектов, не содержит никакой информации о запросе на продвижение, кроме его идентификатора

При запуске архивирования процесса Tibco BusinessWorks Designer выдает ошибки Cannot create Transport (Невозможно создать транспорт) и Process Definition Load (Загрузка определения процесса)

• В файлах поиска перекрестных ссылок отсутствуют правильные значения

• Единица измерения по умолчанию в Windchill отсутствует или является ошибочной

• Использование собственных кодов единиц измерения SAP вместо требуемых кодов ISO

• Неверная конфигурация адаптера

• Ошибочное значение ESITarget

• Экземпляр (или экземпляры) адаптера не выполняются

• Сервер приложений SAP недоступен

• Недостаточно доступных соединений между адаптером и SAP

• Объем поступающих сообщений превышает объем, который может быть обработан адаптером.

• Службы Windchill ESI установлены неправильно

• Сервер EMS не работает

• Ошибка сетевого подключения между сервером методов Windchill и сервером EMS

• Неверная конфигурация EMS адаптера Windchill

• В настройках Windchill ESI неправильно указано одно или несколько имен очередей EMS, пользователей очередей EMS или паролей очередей EMS

• Проблема в публикуемых данных

• Один или несколько требуемых компонентов TIBCO находятся в автономном режиме

• Службам Windchill ESI не удалось выполнить чтение из очереди JMS или запись в нее (причины такие же, как описаны в разделе Windchill PDMLink не удается подписаться на очередь EMS).

• Ошибка базы данных в Windchill PDMLink

• Запрос RPC PostResult был неправильно отформатирован из-за ошибки программирования в промежуточном программном обеспечении Windchill ESI

• Попытка публикации объекта предпринята до назначения получателей данных.

• Попытка публикации объекта предпринята после удаления всех назначений получателей данных.

• Значением настройки Windchill ESI "Проверять итерацию" является "Нет", и изменилась только итерация публикуемого объекта.

• С момента последней публикации данные не были изменены.

• Объект уже был успешно опубликован во всех связанных с ним получателях данных.

• Попытка опубликовать ранее уже опубликованный объект после добавления для него новых назначений получателей данных.

• Сервер EMS неправильно сконфигурирован. Если в качестве имени сервера EMS указано значение "localhost", сервер распознается только на том компьютере, на котором он запущен. С ним не может соединиться ни один из других компьютеров. Приложение, которое должно соединиться с "localhost" сервера EMS, пытается найти сервер EMS на том же самом компьютере. Если сервер не найден, появляется сообщение об ошибке. Если указать в качестве имени вашего сервера имя компьютера, другие компьютеры смогут соединяться с этим сервером EMS.

• Задайте свойству URL, связанному с QueueConnectionFactory в файле factories.conf, значение tcp://<имя_компьютера>:7222

• Задайте глобальной переменной ESIJMS/JNDIContextURL (в BW Engine, TIBCO Designer или TIBCO Administrator, в зависимости от места запуска ESI) значение = tibjmsnaming://<имя компьютера с запущенным сервером EMS>:7222.

Не имеет значения, где находится этот сервер EMS. Он может находиться на одном компьютере вместе с системой Windchill или модулем промежуточного ПО либо на другом компьютере. Если описанные выше значения заданы правильно (и компьютеры находятся в одной сети), Windchill PDMLink и промежуточное ПО смогут подключаться к подходящему серверу EMS.

Появится список подключенных пользователей с указанием их компьютеров. Дополнительные сведения см. в документе TIBCO Enterprise for EMS (на английском языке).

• Если адаптеры TIBCO начинают сообщать о тайм-ауте после разрыва соединения с управлением ресурсами предприятия, проверьте статус соединения и перезапустите эти адаптеры. Для проверки используется журнал адаптера.

• Выберите параметры максимального количества заданий и ограничения потока в модуле bwengine в TIBCO Administrator GUI, "Управление приложениями", <имя_приложения>, "Конфигурация", Process Archive.par, "Конфигурации процессов TIBCO BusinessWorks", ProcessDefinitions/DataProcessing/JMS_ESIEvent_TransactionRelease_End_PD. Следует использовать конечное ненулевое число, определенное на основе тестирования загрузки, проведенного в среде пользователя

• Если адаптеры TIBCO начинают сообщать о тайм-ауте, даже если соединение с ERP разорвано, проверьте TIBCO Administrator GUI, "Управление приложениями", <имя_приложения>, "Конфигурация", ESISAPAdapterConfiguration.aar, "Дополнительно", значение adr3.maxconnections. Это значение должно быть равно параметрам максимального количества заданий модуля bwengine

При нажатии кнопки "Готово" в окне "Новый получатель данных" или "Править получатель данных" появляется сообщение об ошибке, относящейся к файлу метаинформации отклика ESI

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

• Указанный путь к файлу не существует.

• Содержимое файла не соответствует исходной схеме (стандартная схема содержится в файле ESIResponseMetaInformation.xsd).

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

• Атрибут идентификатора, связанный по крайней мере с одним элементом сопоставления в файле, уже используется с другим элементом сопоставления, отличным от прежнего. Например, это может произойти, если пользователь указывает получатель данных (создаваемый или подвергающийся правке в этот момент) для некоторого метаинформационного файла отклика ESI, в котором элемент сопоставления у деталей изменен для использования дополнительного глобального атрибута, но чей атрибут идентификатора все еще имеет значение ESIPart, в то время как другой получатель данных уже указывает на метаинформационный файл отклика ESI, существующий по умолчанию.

После установки TIBCO Runtime Agent 5.6 и TIBCO Runtime Agent 5.6.1 проекты адаптера TIBCO Adapter, в которых служба Enterprise Message Service используется в качестве транспорта, не запускаются из TIBCO Designer. Появляется следующее сообщение об ошибке:

• В ОС Windows: создайте резервную копию, а затем удалите файлы libeay32.dll и ssleay32.dll из каталога <КАТАЛОГ_УСТАНОВКИ_TIBCO>/adapters/sdk/version/<lib>

• В ОС UNIX: создайте резервную копию, а затем удалите библиотеки libssl и libcrypto openssl из каталога КАТАЛОГ_УСТАНОВКИ_TIBCO/adapters/sdk/version/lib

Если адаптеру процесса назначен идентификатор -1, произошла ошибка запуска адаптера. Как правило, эта ошибка зависит от библиотеки.

• Ошибка при загрузке общих библиотек: librfccm.so: неверный класс ELF: ELFCLASS64

Эта ошибка может произойти, если использовались 64-разрядные библиотеки SAPJCo. На некоторых платформах, например Windows X64 и Linux ia64, SAP Adapter является 32-разрядным приложением. Использование 32-разрядных библиотек позволит решить проблему

• Ошибка при загрузке общих библиотек: librfccm.so: неверный класс ELF: ELFCLASS32

Эта ошибка может произойти, если использовались 32-разрядные библиотеки SAPJCo. На некоторых платформах, например HPUX IA64 и Solaris SPARC, SAP Adapter является 64-разрядным приложением. Использование 64-разрядных библиотек позволит решить проблему

• libresolv.so.2 sunw_2.2.2

• libstdc++-libc6.2-2.so.3

• Установлены правильные пакеты совместимости. Это решит любые зависимости.

• Если установлены переменные среды Java, убедитесь, что версии совместимы. Приложения TIBCO также устанавливают JRE 1.5 и 1.6. Можно удалить любые настроенные параметры Java и разрешить приложению TIBCO задавать соответствующие переменные Java.

• В ОС HPUX и Solaris, если переменные Java уже заданы, убедитесь, что путь класса содержит 64-разрядные библиотеки Java, поскольку SAP Adapter является 64-разрядным приложением на этих платформах.

• Сбой соединения с сервером JMS tcp://<Сервер_JMS>:7222

Это может произойти, если "Сервер_JMS" недоступен или имя хоста не разрешено для нужного IP-адреса. Неправильная версия файла tibjms.jar тоже может вызвать эту проблему. Чтобы решить эту проблему, убедитесь, что файл tibjms.jar с сервера Windchill использует правильную версию JMS на сервере TIBCO.

2. С помощью запроса ping проверьте <Сервер_JMS>, использовав для этого в точности ту строку, которая отображается в журналах сервера методов Windchill.

4. Если запрос ping успешен, используйте отображаемый IP-адрес или добавьте следующую запись в файл %Windir%\System32\drivers\etc\hosts: <IP_сервера_JMS> <Сервер_JMS>

• Сбой при соединении с очередью "Отклик_данных".

Чтобы проверить, было ли это причиной проблемы, соединитесь с сервером JMS и убедитесь, что очередь "Отклик_данных" создана, а пользователю WCESI предоставлены права на отправку для очереди "Отклик_данных". Если перед наименованием очереди "Отклик_данных" стоит звездочка (*), очередь является временной, и ее нужно создать. Эта проблема может возникнуть, если EAR был развернут вручную. Чтобы решить эту проблему, выполните следующие команды в окне администрирования JMS:

• Архив процесса не соединен с той же очередью "Отклик_данных".

Откройте окно администрирования JMS и подтвердите, что подписка на очередь "Отклик_данных" выполнена архивом процесса. При ручном развертывании этот шаг часто пропускается, что приводит к ошибке. Если не выполнена подписка на очередь "Отклик_данных", проверьте значение в очереди "Очередь_откликов_данных", последовательно выбирая "Администратор TIBCO" > "Управление приложениями" > "Имя приложения" > "Конфигурация" > "Имя развертывания" > "Дополнительно" > "ESIJMS\Очередь_откликов_данных"

• Только один пользователь WCESI соединен с сервером EMS. Проверьте, перейдя в область "Инструмент администрирования EMS" > "Показать соединения".

• Количество соединений ESISYS с ClientID (BW-ESIMaster_JMSConnection-queue-<Наименование приложения>-Process_Archive) должно быть равным количеству настроенных экземпляров управления ресурсами предприятия. В противном случае дополнительные экземпляры выполняемых архивов процесса могут поглотить сообщение отклика ESI. Проверьте количество соединений ESISYS, перейдя в область "Инструмент администрирования EMS" > "Показать соединения".

• Все соединения должны идти из TIBCO или с сервера Windchill в текущем наборе тестирования, и не должно быть ни одного соединения из предыдущего набора или с постороннего компьютера. В противном случае дополнительные экземпляры выполняемых архивов процесса могут поглотить сообщение отклика ESI. Проверьте количество соединений ESISYS, перейдя в область "Инструмент администрирования EMS" > "Показать соединения". Проверьте, перейдя в область "Инструмент администрирования EMS" > "Показать соединения".

• Windchill и архивы процесса соединены с одной и той же очередью JMS. Проверьте это, перейдя в область "Инструмент администрирования EMS" > "Показать очереди".

• У очереди com.ptc.windchill.esi.Result есть только один получатель. Проверьте это, перейдя в область "Инструмент администрирования EMS" > "Показать очереди".

• В очереди еще есть сообщения. Проверьте это, перейдя в область "Инструмент администрирования EMS" > "Показать очереди".

• Значения, указанные для атрибутов "Клиент" и "ИД системы" при создании получателя данных, не совпадают с соответствующими значениями, указанными при выполнении MICU для указанного экземпляра SAP. В результате этого службы Windchill ESI помещают сообщение отклика ESI в несуществующую очередь EMS, из-за которой транзакция ESI остается в состоянии ожидания.

2,,2,2,1,20021,Windchill sent an invalid ResultResponse message. JAX-M Parser or XML Parser failed to parse message using ResultResponse XML schema. See Windchill logs for details,,,,,Job-1 Error in [ProcessDefinitions/Services/WCResult_Service.process/RepeatUntilTrue_SendAllResults/RepeatOnError_Result_ResultResponse/Java_ParseESIResultResponse]While executing [invoke] encountered [com.ptc.windchill.esi.ext.ESISoapException] : [Unable to create envelope from given source: at com.ptc.windchill.esi.ext.SoapResponseFinder.getResult(SoapResponseFinder.java:216)]

Эта ошибка обозначает сбой проверки схемы в задаче "Вызвать службы отклика на запрос адаптера". Подробное описание и трассировка стека протоколируются в журналах processArchive. В журнале будет обозначена точная причина несоответствия схемы. Например:

validation error: data "xs:string('Hinge, Right Hand, Male, Removable, 0.187 Dia Pin, SS')" length must be at most xs:int('40') CHARACTERs ({com.tibco.xml.validation}SIMPLE_E_LENGTH_TOO_LONG) at /aeRequestInputType[1]/{http://www.tibco.com/xmlns/ae2xsd/2002/05/ae/700/basic/functionModules}__caret_request_caret_BAPI__MATERIAL__SAVEREPLICA_caret_BAPI__MATERIAL__SAVEREPLICA[1]/MATERIALDESCRIPTION[1]/item[2]/MATL__DESC[1]com.tibco.xml.validation.exception.k: data "xs:string('Hinge, Right Hand, Male, Removable, 0.187 Dia Pin, SS')" length must be at most xs:int('40') CHARACTERs

• Службам ESI не удалось записать ESIResponse в очередь "Отклик_данных" на сервере EMS. Для проверки последовательно выберите "Администрирование Info*Engine" > "Редактор свойств" > "Основные свойства JMS" и убедитесь в правильности свойства JMS BASE URI. После этого в журналах сервера методов убедитесь, что подписка на очередь "Отклик_данных" оформлена успешно.

• Не удалось соединиться с сервером JMS tcp://<JMS_сервер>:7222. Чтобы решить эту проблему, убедитесь, что файл tibjms.jar с сервера Windchill был передан на сервер TIBCO из правильной версии JMS.

• "Сервер_JMS" недоступен, или имя хоста не разрешено для IP-адреса. Причина могла заключаться в использовании неправильной версии файла tibjms.jar. Для проверки выполните следующие действия.

• Сбой при соединении с очередью "Отклик_данных".

• Архив процесса не соединен с той же очередью "Отклик_данных".

Откройте окно администрирования JMS и подтвердите, что подписка на очередь "Отклик_данных" выполнена архивом процесса. При ручном развертывании этот шаг часто пропускается, что приводит к ошибке. Если выполнена подписка на очередь "Отклик_данных", проверьте очередь "Очередь_откликов_данных", последовательно выбирая "Администратор TIBCO" > "Управление приложениями" > "Имя приложения" > "Конфигурация" > "Имя развертывания" > "Дополнительно" > "ESIJMS\Очередь_откликов_данных"

Команда запуска сервера EMS была изменена в версии 5.1.4. В версиях EMS 4.x использовалась следующая команда запуска "./tibemsd". В версии EMS 5.1.4 используется команда: "./tibemsd64 -config ../tibco/cfgmgmt/ems/data/tibemsd.conf". В команде используется относительный путь, и она должна выполняться в каталоге "<КАТАЛОГ_УСТАНОВКИ_TIBCO>\ems\5.1\bin".

Чтобы решить эту проблему, остановите процесс, запущенный командой "./tibemsd" и запустите сервер EMS с использованием правильной команды:.

Эта проблема возникает из-за ошибки переполнения стека адаптера. Служба поддержки TIBCO занесла эту ошибку в список известных проблем и предложила увеличить значение параметра adr3.stacksize соответствующим образом для ее устранения. Тестирование выполнялось успешно с использованием значения 524288 (512 КБ).

Чтобы увеличить значение dr3.stacksize, последовательно выберите "GUI администратора TIBCO" > "Управление приложениями" > <Имя_приложения> "Конфигурация" > ESISAPAdapterConfiguration.aar > "Дополнительно".

Продвижение набора бизнес-объектов посредством запроса на продвижение приводит к созданию рабочего процесса RTM для каждого из этих объектов

Это может произойти, если настройка Опубликовать запросы на продвижение имеет значение Нет. Чтобы опубликовать объекты, указанные в запросе на продвижение, посредством одного рабочего процесса RTM, задайте для настройки значение Да.

Файл отклика ESI, созданный при продвижении одного или нескольких бизнес-объектов, не содержит никакой информации о запросе на продвижение, кроме его идентификатора

Это ожидаемое поведение. Если нужно отправить другие атрибуты в отдельном элементе XML запроса на продвижение с откликом ESI, необходимо настроить соответствующим образом файл метаинформации отклика ESI.