포팅된 로컬 트랜잭션 JMS 세션이 Liberty에서 작동하지 않음

WebSphere Application Server traditional이 로컬 트랜잭션 JMS 세션을 허용하는 경우에도 WebSphere Application Server traditional의 로컬 트랜잭션 JMS 세션을 Liberty로 포팅하는 것은 허용되지 않습니다.

이 규칙은 transacted 부울이 true이거나 sessionMode가 Session.SESSION_TRANSACTED 또는 JMSContext.SESSION_TRANSACTED인 경우에 다음 메소드에 대한 참조가 있는 Java 코드에 플래그를 지정합니다.

• javax.jms.Connection.createSession(int sessionMode)
• javax.jms.Connection.createSession(boolean transacted, int acknowledgeMode)
• javax.jms.ConnectionFactory.createContext(int sessionMode)
• javax.jms.JMSContext.createContext(int sessionMode)
• javax.jms.QueueConnection.createQueueSession(boolean transacted, int acknowledgeMode)
• javax.jms.TopicConnection.createTopicSession(boolean transacted, int acknowledgeMode)

이러한 특정 값을 가진 해당 메소드를 호출하면 Liberty에서 다른 동작이 발생할 수 있습니다.

JMS 스펙에 따라 Java EE 웹 또는 EJB 컨테이너의 경우, 다음과 같습니다.

• JTA 트랜잭션이 진행 중이면 부울 트랜잭션 또는 int sessionMode 매개변수가 무시되고 새로 작성된 세션 또는 JMSContext가 해당 트랜잭션에 참여합니다.
• 진행 중인 JTA 트랜잭션이 없으면 sessionMode/acknowledgeMode가 AUTO_ACKNOWLEDGE 또는 DUPS_OK_ACKNOWLEDGE로만 설정될 수 있으며 세션 또는 컨텍스트가 지정된 sessionMode/acknowledgeMode로 비트랜잭션으로 작성됩니다.

Traditional WebSphere의 경우, 이러한 시나리오에서 전달되는 매개변수가 무시되지 않으므로 로컬 트랜잭션 세션 작성이 허용됩니다. 그 대신, 동일한 애플리케이션이 변경 없이 Liberty에서 실행되는 경우, 비트랜잭션 세션을 얻거나 작성된 세션이 기존 글로벌 트랜잭션에 등록될 수 있습니다. 어느 경우에나 Session 또는 JMSContext를 얻으면 commit() 또는 rollback()을 호출하려고 시도할 때 예외가 발생됩니다.

자세한 정보는 Liberty:런타임 환경 알려진 문제 및 제한사항을 참조하십시오.