Определение других проблем
Этот раздел описывает типичные проблемы, возникающие в областях, которые не подходят под описанные ранее категории. Ниже представлен список типичных проблем. Если интересующая вас проблема отсутствует в списке или предложенный план действий ее не решает, обратитесь к системному администратору.
Один или несколько бизнес-объектов успешно созданы в приложениях Oracle, но зарегистрирован сбой
При запуске архивирования процесса Tibco BusinessWorks Designer выдает ошибки Cannot create Transport (Невозможно создать транспорт) и Process Definition Load (Загрузка определения процесса)
Для настройки BusinessWorks используйте следующую процедуру.
1. Создайте резервную копию следующего файла:
<<TibcoHome>>/designer/<<version>>/bin/designer.tra
2. В текстовом редакторе откройте следующий файл:
<<TibcoHome>>/designer/<<version>>/bin/designer.tra
3. Найдите следующую строку:
tibco.env.CUSTOM_CP_EXT
4. Замените эту строку следующей:
tibco.env.CUSTOM_CP_EXT %RV_HOME%/lib/tibrvj.jar:%RV_HOME%/lib:%RV_HOME%/lib/64:
* 
В путь могут входить дополнительные папки. Сохраните эти записи при замене строки.
5. Найдите следующую строку:
tibco.env.CUSTOM_LIB_PATH
6. Замените эту строку следующей:
tibco.env.CUSTOM_LIB_PATH %RV_HOME%/lib:%RV_HOME%/lib/64:
* 
В путь могут входить дополнительные папки. Сохраните эти записи при замене строки.
7. Сохраните и закройте файл designer.tra
8. Откройте TIBCO Designer и запустите архивирование процесса.
Невозможно создать документ (невозможно увидеть его в приложениях Oracle)
Из-за ограничений интерфейса API приложений Oracle Windchill ESI не поддерживает публикацию документов (вложенных файлов) в приложения Oracle.
Windchill ESI возвращает сообщение о времени ожидания адаптера
Неверная конфигурация адаптера
Ошибочное значение ESITarget
Экземпляры адаптера не работают
Сервер приложений Oracle недоступен
Перегрузка сети между адаптером и приложениями Oracle
* 
Для решения этой проблемы может потребоваться помощь администратора Windchill ESI.
Windchill ESI успешно создает один или несколько бизнес-объектов в приложениях Oracle, но указывает на сбой
Неверная конфигурация адаптера
Windchill ESI успешно опубликовал объекты, но истекло время ожидания возврата приложением Oracle последующего сообщения для таблицы журнала
* 
Для решения этой проблемы может потребоваться помощь администратора Windchill ESI.
Windchill PDMLink не удается подписаться на очередь EMS
Возможные причины.
Службы Windchill ESI установлены неправильно
Сервер EMS не работает
Ошибка сетевого подключения между сервером методов Windchill и сервером EMS
Неверная конфигурация EMS адаптера Windchill
Настройки Windchill ESI неправильно задают одно или более наименований очереди EMS, пользователей очереди EMS или пароли очереди EMS
* 
Для решения этой проблемы может потребоваться помощь администратора Windchill ESI.
Ошибки в PostResult
Возможные причины:
Проблема в публикуемых данных
Один или несколько требуемых компонентов TIBCO находятся в автономном режиме
Приложения Oracle работают в автономном режиме
Адаптер TIBCO для приложений Oracle неправильно настроен
Службы Windchill ESI не способны читать из очереди JMS или записывать в нее. В данном случае причины совпадают с описанными в разделе #ESIORACLETroubleOther/WindchillPDMLinkCannotSubscribeToAE-7B8CEC51.
Ошибка базы данных в Windchill PDMLink
Запрос RPC PostResult был неправильно отформатирован из-за ошибки программирования в промежуточном программном обеспечении Windchill ESI
* 
Для решения этой проблемы может потребоваться помощь администратора Windchill ESI.
Нет ни одного назначения получателя данных для публикуемого объекта
Возможные причины:
Настройка Windchill ESI
Средство поиска получателя данных задано как
"com.ptc.windchill.esi.tgt.ESIRootInheritTargetFinder" так, чтобы объекты наследовали
назначение получателя данных из корневого объекта.
Объект является компонентом ведомости материалов и наследует назначения получателя данных от родительской сборки или ведомости материалов.
Вы попытались опубликовать объект до назначения любых получателей данных
Вы попытались опубликовать объект после удаления всех назначений получателя данных
Со времени последней публикации никаких изменений не произошло
Возможные причины:
Для настройки Windchill ESI "Проверять итерацию" задано "Нет", и изменилась только итерация публикуемого объекта.
С момента последней публикации данные не были изменены.
Объект уже был успешно опубликован во всех связанных с ним получателях данных.
Попытка опубликовать ранее уже опубликованный объект после добавления для него новых назначений получателей данных.
Не удается соединиться с TIBCO BusinessWorks EMS, Windchill или ни с одной из этих программ
Возможные причины:
Сервер EMS неправильно сконфигурирован. При задании наименования сервера EMS как "localhost" этот сервер распознается только на компьютере, где он запущен. С ним не может соединиться ни один из других компьютеров. Приложение, которое должно соединиться с "localhost" сервера EMS, пытается найти сервер EMS на том же самом компьютере. Если сервер не найден, появляется сообщение об ошибке. Если указать в качестве имени вашего сервера имя компьютера, другие компьютеры смогут соединяться с этим сервером EMS.
Задайте свойству URL, связанному с QueueConnectionFactory в файле factories.conf, значение tcp://<имя_компьютера>:7222
где <имя компьютера> обозначает компьютер, на котором работает сервер EMS.
- Задайте глобальную переменную ESIJMS\JNDIContextURL (в модуле BW, TIBCO Designer или в администраторе TIBCO, в зависимости от того, откуда вы запускаете ESI) как = tibjmsnaming://<machinename, где работает сервер EMS>:7222.
Не имеет значения, где находится этот сервер EMS. Он может располагаться на том же компьютере, что и Windchill, том же компьютере, что и модуль промежуточного программного обеспечения, а также на отдельном компьютере. После того как значения, описанные выше, будут заданы соответствующим образом (а компьютеры будут находиться в одной сети), Windchill PDMLink и промежуточное программное обеспечение смогут подключиться к правильному серверу EMS.
Чтобы определить, какие компьютер и имя пользователя связаны с сервером EMS, в инструменте администрирования EMS введите команду:
>show connections
Появится список подключенных пользователей с указанием их компьютеров. Дополнительные сведения см. в документе TIBCO Enterprise for EMS (на английском языке).
При обращении к журналу транзакций ESI и журналу EAI происходит сбой при публикации объекта с Windchill ESI, и рядом с опубликованным объектом (объектами) появляется сообщение об ошибке
Следующее сообщение об ошибке появляется рядом с опубликованными объектами:
Input Data Invalid
Эта ошибка указывает, что данные не достигли адаптера. Сбой проверки схемы адаптера при активации задачи адаптера.
Перед отправкой данных адаптеру некоторые значения в приложениях Oracle связываются перекрестными ссылками (из файла ESIORALookup.properties), а некоторые устанавливаются по умолчанию (из файла ESIORADefault.properties). Если эти файлы свойств не конфигурированы должным образом (например, значение использования ведомости материалов пустое или идентификатор шаблона не подходящий), то пустые данные передаются на адаптер и активность адаптера сбрасывает представленное выше исключение. Чтобы знать точно, который элемент не заполняется должным образом, администратор ESI должен просмотреть журнал модуля процесса; сведения об имени элемента и ошибке проверки приведены в сообщении об исключении.
Ответ на конфликты главных и дочерних атрибутов
Функции Oracle могут быть настроены так, чтобы определенные атрибуты элемента управлялись на уровне главной или дочерней организации. Если элемент публикуется ESI, и операция пытается задать атрибуты элемента так, что они вступают в конфликт с параметрами настройки управления атрибута, открытый интерфейс элемента Oracle выдаст ошибку. Сообщение об ошибке будет содержать приведенный ниже текст, сопровождаемый списком атрибутов, которые вызывают ошибку.
Конфликт главного и дочернего элементов в одном из этих атрибутов:
Это сообщение указывает, что операция публикации ESI пытается задать атрибут элемента в дочерней организации, которой управляет главная организация, и значение атрибута дочернего элемента не соглашается со значением атрибута главного элемента.
Чтобы выявить конфликт и решить проблему, необходимо проверить параметры настройки управления атрибута. Обратите внимание, что шаблон элемента, используемый для создания дочернего элемента, может также неверно задавать значение по умолчанию для атрибута элемента. Информацию о настройке элементов управления атрибутами и шаблонах элементов см. в главе "Настройка элемента и управление им" документа "Oracle Inventory User’s Guide" (Руководство пользователя Oracle Inventory).
Адаптеры TIBCO сообщают о тайм-ауте для транзакций ESI
Если адаптеры TIBCO начинают сообщать о тайм-ауте после разрыва соединения с управлением ресурсами предприятия, проверьте статус соединения и перезапустите эти адаптеры.
При использовании Windchill Enterprise Systems Integration для приложений Oracle адаптер TIBCO MasterConfiguration останавливается, если какое-либо CN публикуется с обозначением, превышающим предел в 10 символов.
Чтобы решить эту проблему, очистите файлы бухгалтерской книги с расширением .ldr в следующих двух папках каталога установки TIBCO ESI:
1. <Главная_папка_установки>\tibco\bw\5.15\
2. <Главная_папка_установки>\tibco\tra\domain\<ИМЯ_ДОМЕНА>\application\Oracle_Apps\ledger
* 
Все адаптеры должны быть остановлены прежде, чем можно будет очистить файлы бухгалтерской книги.
Появится отклик ESI с метаинформационным сообщением
При нажатии кнопки "Готово" в окне "Новый получатель данных" или "Править получатель данных" появляется сообщение об ошибке, относящейся к файлу метаинформации отклика ESI
Это может быть вызвано любой из следующих проблем со значением, указанным для атрибута получателя данных "Путь к метаинформационному файлу ответа ESI".
Указанный путь к файлу не существует.
Содержимое файла не соответствует исходной схеме (стандартная схема содержится в файле ESIResponseMetaInformation.xsd).
Ошибочное содержимое файла, например элемент MapInformation, содержащийся в файле, ссылается на несуществующий элемент сопоставления. Возможно множество других причин, по которым содержимое файла могло быть классифицировано как ошибочное.
Атрибут идентификатора, связанный по крайней мере с одним элементом сопоставления в файле, уже используется с другим элементом сопоставления, отличным от прежнего. Например, это может произойти, если пользователь указывает получатель данных (создаваемый или подвергающийся правке в этот момент) для некоторого метаинформационного файла отклика ESI, в котором элемент сопоставления у деталей изменен для использования дополнительного глобального атрибута, но чей атрибут идентификатора все еще имеет значение ESIPart, в то время как другой получатель данных уже указывает на метаинформационный файл отклика ESI, существующий по умолчанию.
На серверах Windows происходит сбой запуска агента ADB Agent
Появится следующее сообщение об ошибке:
The ordinal 3823 could not be located in dynamic link library LIBEAY32.dll
Чтобы решить эту проблему, запустите следующие команды:
1. MOVE /Y <Главная_папка_Tibco>/adapter/sdk/6.0/bin/libeay32.dll <Главная_папка_Tibco>/adapter/sdk/6.0/bin/libeay32_bk.dll
2. MOVE /Y <Главная_папка_Tibco>/adapter/sdk/6.0/bin/ssleay32.dll <Главная_папка_Tibco>/adapter/sdk/6.0/bin/ssleay32_bk.dll
3. COPY /Y <Главная_папка_Tibco>/tibrv/8.6/bin/libeay32.dll <Главная_папка_Tibco>/adapter/sdk/6.0/bin/libeay32.dll
4. COPY /Y <Главная_папка_Tibco>/tibrv/8.6/bin/ssleay32.dll <Главная_папка_Tibco>/adapter/sdk/6.0/bin/ssleay32.dll
Публикация остается в состоянии "Ожидание" в журнале транзакций предприятия
Это может быть вызвано следующими причинами.
Сбой соединения с сервером JMS tcp://<Сервер_JMS>:7222
Это может произойти, если сервер JMS недоступен или имя хоста не разрешено для нужного IP-адреса. Неправильная версия файла tibjms.jar тоже может вызвать эту проблему. Чтобы решить эту проблему, убедитесь, что файл tibjms.jar с сервера Windchill использует правильную версию JMS на сервере TIBCO.
1. Откройте окно командной строки на сервере Windchill.
2. С помощью запроса ping проверьте <Сервер_JMS>, использовав для этого в точности ту строку, которая отображается в журналах сервера методов Windchill.
3. Если запрос ping возвращает сбой, выполните запрос ping для <IP_сервера_JMS>.
4. Если запрос ping успешен, используйте отображаемый IP-адрес или добавьте следующую запись в файл %Windir%\System32\drivers\etc\hosts: <IP_сервера_JMS> <Сервер_JMS>
5. Если запрос ping продолжает возвращать ошибку, обратитесь к администратору сети.
Сбой при соединении с очередью "Отклик_данных".
Чтобы проверить, было ли это причиной проблемы, соединитесь с сервером JMS и убедитесь, что очередь "Отклик_данных" создана, а пользователю WCESI предоставлены права на отправку для очереди "Отклик_данных". Если перед наименованием очереди "Отклик_данных" стоит звездочка (*), очередь является временной, и ее нужно создать. Эта проблема может возникнуть, если EAR был развернут вручную. Чтобы решить эту проблему, выполните следующие команды в окне администрирования JMS:
1. Create queue <Отклик_данных>
2. Setprop queue <Отклик_данных> secure
3. Grant queue <Отклик_данных> <Пользователь_EAI> receive
4. Grant queue <Отклик_данных> <Пользователь_WCESI> send
5. Setprop factory QueueConnectionFactory url=tcp://<Сервер_JMS>:7222
6. Commit
Архив процесса не соединен с очередью "Отклик_данных".
Откройте окно администрирования JMS и подтвердите, что подписка на очередь "Отклик_данных" выполнена архивом процесса. При ручном развертывании этот шаг часто пропускается, что приводит к ошибке. Если не выполнена подписка на очередь "Отклик_данных", проверьте значение в очереди "Очередь_откликов_данных", последовательно выбирая "Администратор TIBCO" > "Управление приложениями" > "Имя приложения" > "Конфигурация" > "Имя развертывания" > "Дополнительно" > "ESIJMS\Очередь_откликов_данных"
Только один пользователь WCESI соединен с сервером EMS. Проверьте, перейдя в область "Инструмент администрирования EMS" > "Показать соединения".
Количество соединений ESISYS с ClientID (BW-ESIMaster_JMSConnection-queue-<Наименование приложения>-Process_Archive) должно быть равным количеству настроенных экземпляров управления ресурсами предприятия. В противном случае дополнительные экземпляры выполняемых архивов процесса могут поглотить сообщение отклика ESI. Проверьте количество соединений ESISYS, перейдя в область "Инструмент администрирования EMS" > "Показать соединения".
Все соединения должны идти из TIBCO или с сервера Windchill в текущем наборе тестирования, и не должно быть ни одного соединения из предыдущего набора или с постороннего компьютера. В противном случае дополнительные экземпляры выполняемых архивов процесса могут поглотить сообщение отклика ESI.
Windchill и архивы процесса соединены с одной и той же очередью JMS. Проверьте это, перейдя в область "Инструмент администрирования EMS" > "Показать очереди".
У очереди com.ptc.windchill.esi.Result есть только один получатель. Проверьте это, перейдя в область "Инструмент администрирования EMS" > "Показать очереди".
В очереди еще есть сообщения. Проверьте это, перейдя в область "Инструмент администрирования EMS" > "Показать очереди".
Значение, заданное для атрибута DSN при создании получателя данных, не совпадает со значением, заданным при запуске MICU для приведенного экземпляра приложений Oracle. В результате этого службы Windchill ESI помещают сообщение отклика ESI в несуществующую очередь EMS, из-за которой транзакция ESI остается в состоянии ожидания.
Продвижение набора бизнес-объектов посредством запроса на продвижение приводит к созданию рабочего процесса RTM для каждого из этих объектов
Это может произойти, если настройка Опубликовать запросы на продвижение имеет значение Нет. Чтобы опубликовать объекты, указанные в запросе на продвижение, посредством одного рабочего процесса RTM, задайте для настройки значение Да.
Файл отклика ESI, созданный при продвижении одного или нескольких бизнес-объектов, не содержит никакой информации о запросе на продвижение, кроме его идентификатора
Это ожидаемое поведение. Если нужно отправить другие атрибуты в отдельном элементе XML запроса на продвижение с откликом ESI, необходимо настроить соответствующим образом файл метаинформации отклика ESI.
Было ли это полезно?