Transactions, imported in the inbound txbridge of XTS and RTS, have set timeout to 0 which was meant to be "never timeout". With changes in the WildFly Transaction Client ([WFTC-54] Integration with Narayana fails when timeout propagation over remote call declares it as '0' - JBoss Issue Tra… ) we can't use the value 0 as "never timeout". The new behaviour of WFTC means the 0 is counted as timeout already elapsed ([WFTC-54] Integration with Narayana fails when timeout propagation over remote call declares it as '0'). My proposal is to change the behaviour to set the timeout for the imported transaction to be the default timeout defined for the transaction manager. In the similar manner as it was done in the EJB client [EJBCLIENT-316] Incoming call from client of version prior to 2.0 sets transaction timeout to 0 - JBoss Issue Tracker .
My proposed changes are here in PR
I commented on the pull - thanks Ondra