Тайм-аут перезаписи с использованием WebSphere?

Question

Я сейчас в проекте, где у нас есть метод, который вызывается для создания отчета, а затем возвращает его на клиентскую сторону. Весь процесс что-то вроде это работает:

[[Application]] -> [[JMS]] -> [[DB сервер]]

Однако наш WebSphere имеет глобальный параметр, где транзакция Тайм-аут, установлен на 2 минуты, а максимальное время транзакции - 5 минут.

Это вызвало у нас некоторые проблемы, потому что некоторые из наших отчетов занимают больше 2 минут, и, таким образом, соединение отбрасывается в JMS, потому что от сервера БД нет ответа через 2 минуты.

Однако запрос все еще запущен на сервере БД, и примерно через 20 минут, когда запрос завершен, он пытается вернуть результат, но не может, поскольку соединение уже отключено.

Ниже метод, который мы называем

public void generateReport(long ticketID, long inst_data_id, boolean flag) 
     throws AppException, InformationalException { 

    Trace.kToolsLogger.info("*********** Report generation started ******"); 

    if(Configuration.runningInAppServer()){ 
     try { 

      Trace.kToolsLogger.info("*********** Transaction timeout set to 1200 ******"); 

      InitialContext ctx = new InitialContext();    
      UserTransaction tx = (UserTransaction)ctx.lookup("java:comp/UserTransaction"); 
      tx.setTransactionTimeout(1200); 

     } catch (SystemException e) {   
      e.printStackTrace(); 
     } catch (Exception e) { 
      e.printStackTrace(); 
     } 
    } else{ 

     Trace.kToolsLogger.info("Not running in app server. Timeout not set to 120"); 
    } 

Однако выше установка все еще не работает, и мой метод еще таймаут на 2 минуты.

Это ошибка, что я всегда сталкиваются через 2 минуты:

[4/20/16 12: 56: 06: 105 СГТ] 00000122 TimeoutManage Я WTRN0006W: Сделка Curam # coreinf-EJB. jar # DPEnactmentMDB 000001543204A61800000001478C576857C2F09B4365FB74A6A3A28FED806D44107D7CBC000001543204A61800000001478C576857C2F09B4365FB74A6A3A28FED806D44107D7CBC00000001 истекает через 120 секунд. [4/20/16 12: 56: 06: 108 SGT] 00000122 TimeoutManage I WTRN0124I: Когда произошел тайм-аут, поток, с которым связана транзакция или недавно был связан, был Thread [SIBJMSRAThreadPool: 1,5, main] , Трассировка стека этой нити при возникновении таймаута:

Мы исследовали и знаем, что мы можем настроить другую JMS. Но как мы сможем вызвать эту конкретную JMS из метода? Кроме того, есть ли другой способ перезаписать тайм-аут транзакции в Websphere?

Цените любой ответ. Спасибо. Пожалуйста, дайте мне знать, если вам нужна какая-либо другая информация.

EDIT: Я знаю, что могу обновить Тайм-аут транзакции на уровне WebSphere, но мы надеемся оставить его на 2 минуты, поскольку мы просто хотим, чтобы этот конкретный метод имел расширенный тайм-аут. Благодаря!:)

Answer 1

В дополнение к установке тайм-аут транзакции на самом UserTransaction, вы также можете увеличить значения тайм-аута транзакции для WebSphere на:
Серверы> Типы серверов> Серверы приложений WebSphere> имя_сервера>
[Настройки контейнеров] Container Services > Сервис транзакций

IBM Doc: Transaction Service Settings

Answer 2

значение тайм-аута транзакций, вы указываете на UserTransaction.setTransactionTimeout() должен быть ограничен Предельной Transaction Timeout, но не от суммы транзакции на весь срок службы тайм-аута, так что вам нужно будет в смените прежнее значение как минимум на 1200 секунд, если вы хотите, чтобы приложение могло установить тайм-аут транзакции на 1200 секунд, тогда как последний может оставаться на меньшем значении и будет продолжать применяться, если приложение не указывает тайм-аут транзакции. Описания этих настроек можно найти в этом Центр знаний док,

https://www.ibm.com/support/knowledgecenter/SSAW57_8.5.5/com.ibm.websphere.nd.doc/ae/udat_contranserv.html?lang=en

Следует также отметить, что UserTransaction.setTransactionTimeout() должен быть вызван перед началом транзакции, и применяется только к сделке, которая будет работать на том же потоке, поэтому вы захотите проверить, что ваше приложение использует его таким образом.

Если вы уже сделали это, и продукт ведет себя по-другому, я бы предложил открыть корпус с поддержкой IBM.