Ex­tremeTrans­ac­tions 3.7.2

Th­ese are the re­lease notes for Ex­tremeTrans­ac­tions 3.7.2

84252: Hide warn­ing on forceCloseAl­lPend­ingS­tate­ments

The log­ging noise in JDBC has been re­duced sig­nif­i­cant­ly.

84253: Log warn­ing in XARe­sourceTrans­ac­tion if er­rors on pre­pare

Added warn­ing to the log if pre­pare yields er­rors.

80464: Er­ror on shut­down of Mes­sageDrivenCon­tain­er

Im­proved shut­down pro­ce­dure to wait for any lis­ten­er threads to exit first. This should avoid ugly shut­down warn­ings and im­prove over­all shut­down.

83599: Mes­sageDrivenCon­tain­er: add re­ceiveTime­out prop­er­ty

It is now pos­si­ble to spec­i­fy an (op­tion­al) ex­tra re­ceiveTime­out prop­er­ty - which will speed up shut­down be­cause blocked re­ceiv­er threads will exit soon­er if a val­ue is spec­i­fied low­er than the trans­ac­tion time­out.

72990: Ex­cep­tion on time­out of co­or­di­na­tor

Cor­rect­ed Nul­lPoin­t­erEx­cep­tion bug on re­cov­ery of cer­tain trans­ac­tion states.

73406: WG: Atomikos crash­es VM when con­nec­tion to MQSeries serv­er breaks

Added workaround for MQSeries mem­o­ry leak when con­nec­tiv­i­ty to the bro­ker goes down.

73193: Log warn­ing if pool shuts down with con­nec­tions in use

We now log a warn­ing if a con­nec­tion pool is shut­down while some con­nec­tions are still be­ing used.

73729: Con­nec­tion re­cy­cling bug in JMS

Fixed a bug where two sub­se­quent getCon­nec­tion() re­quests (by the same thread) would get the same con­nec­tion from the same AtomikosCon­nec­tionFac­to­ryBean - lead­ing to prob­lems with the lat­er close log­ic.

73756: Bug in Mes­sageCon­sumerSes­sion

Im­proved the retry/re­fresh log­ic when the JMS backed is un­reach­able.

72518: Bug in Ab­strac­tJm­sSen­derTem­plate if des­tion­a­tionName set

When us­ing the sendXXX util­i­ty meth­ods of the sender tem­plate, one would get ex­cep­tions if only the des­ti­na­tionName (not the des­ti­na­tion it­self) had been set. This has now been fixed.

71264: De­lay close of JMS ven­dor ses­sion un­til pend­ing trans­ac­tion is done

Fixed a bug where clos­ing a JMS ses­sion would also close the un­der­ly­ing ven­dor ses­sion, lead­ing to prob­lem­at­ic roll­back/com­mit.

71400: Cood­i­na­torImp: im­prove log­ging

Im­proved log­ging of non-re­cov­er­able co­or­di­na­tors to help di­ag­nose prob­lems.

71748: Timer thread caus­es thread­ing er­rors on MQSeries JMS

From now on, set­ting com.atom­ikos.icatch.thread­ed_2pc=false will also change the way the time­out mech­a­nism be­haves: ac­tive trans­ac­tions will no longer be rolled back by the time­out thread, but rather set to roll­back­On­ly in­stead. Other trans­ac­tion states are not af­fect­ed.