OSB сконструирован таким образом, что конвейер запроса и конвейер ответа используют разные потоки. Когда говорят разные потоки, поток, выполняющий конвейер запроса, завершается, как только он достигает конца конвейера запроса. Новый поток выделяется для выполнения конвейера ответа weblogic.
Теперь, переходя к опции «Такая же транзакция для ответа», это просто означает, что конвейер запроса и ответа должен использовать тот же поток, а не новые потоки.
Опция «Та же транзакция для ответа» предполагается использовать при очень строгом контроле ошибок (в основном в синхронных случаях). например, если поток, как показано ниже,
MQ Клиент> ОСБ Применение <> HTTP-бэкенд/Синхронный JMS
тогда
(в сценарии с "той же транзакции для ответа" не включено) - если синхронный бэкэнд не отправляет ответ, и если существует исключение
, исключение не распространяется на ответ OSB
конвейер, так как поток запроса завершен, и он выполняет esnt вопрос какой ответ был после завершения. поэтому ОСБ работает так, как будто ничего не произошло с бэкэнд.
(в сценарии с включенной операцией «Ответ на запрос») - если бэкэнд выдает любые ошибки, как указано в предыдущем сценарии, то поток запросов, который ожидает, фиксирует ошибки, а затем исключение непосредственный обработчик ошибок, который он может найти. (Обработчик ошибок этапа, обработчик ошибок прокси, системный обработчик ошибок - в том же порядке).
Теперь, придя к ошибке, которую вы выделили, и с включенной опцией, я предполагаю, что это должна быть некоторая ошибка, отправленная с вашего сервера. пожалуйста, проверьте, какой ответ вы получили от своего нисходящего потока и исправьте его соответствующим образом.
Что такое полная стек? Также, как вы настроили свой прокси-сервис? Пожалуйста, поделитесь конфигурацией. – plkmthr