TransactionLogAppender's FileChannel is closed on interrupt and never reopened about btm HOT 5 OPEN

According to old "Multithreaded Programming with JAVA™ Technology" avoid interruption and cancellation if at all possible.
But sometimes we can override Future.cancel(), Therad.interrupt() or SecurityManager methods and do some things in transaction manager before thread exit.
So the question is what we can do before interruption and closed channel occur?
Does TransactionManagerServices.getTransactionManager().rollback(); or something else is correct way to stop permanent fail of transaction log?

from btm.

There is an ugly workaround that would work: when you get such ClosedChannelException - which can be done by checking the root cause of the exception - clearing the interrupt flag then closing and reopening the disk journal will make BTM resume where it left, ie:

    try {
      ...
    } catch (org.hibernate.TransactionException e) {
      Throwable rootCause = null;
      while (rootCause != e.getCause()) {
        rootCause = e.getCause();
      }
      if (rootCause instanceof ClosedChannelException) {
        if (Thread.interrupted()) { // will also clear interrupted flag
          TransactionManagerServices.getJournal().close();
          TransactionManagerServices.getJournal().open();
        }
      }
      throw e;
    }

You'll get some error in the logs complaining that the journal couldn't be properly closed but all aborted transactions should be recovered and new ones should start flowing again happily.

This is not ideal, but should safely work around the problem.

from btm.

Thanks. We will try.

from btm.

We had the same issue. @lorban , thank you for the solution.
But as for me it is not an ideal solution. It would be great if some kind of fix can be added into Bitronix code (somewhere into bitronix.tm.journal.DiskJournal or another place).

from btm.

The team behind BTM moved off to other horizons, BTM has been unmaintained for a few years now and is still looking for someone to take over its maintenance.

For as long as this will be the case, no bug fixes nor new features will be made.

from btm.