Отказ от ответственности: я сам документирую свой собственный вопрос в надежде помочь другим, поскольку, как ни удивительно, этот вопрос / проблему было довольно непонятно решить.
От проверки средства отслеживания ошибок bitronix на github https://github.com/bitronix/btm/issues/100, было не очень понятно, какое было разрешение, хотя проблема уже была закрыта без прямого ответа.
Чтение часто задаваемых вопросов по битрониксам в https://github.com/bitronix/btm/wiki/FAQ подсказало проблему.хотя и относится к Oracle, который относится к отсутствующим пользовательским привилегиям.
Дальнейшие исследования привели к появлению страницы документации MySQL 8 по привилегиям https://dev.mysql.com/doc/refman/8.0/en/privileges-provided.html с особым акцентом на следующем разделе.
До MySQL 8.0 любой пользователь мог выполнить инструкцию XA RECOVER, чтобы обнаружить значения XID для ожидающих подготовленных транзакций XA, что может привести к фиксации или откату транзакции XA пользователем, отличным от того, кто ее запустил. В MySQL 8.0 XA RECOVER разрешен только пользователям, имеющим привилегию XA_RECOVER_ADMIN, которая, как ожидается, будет предоставляться только административным пользователям, которые в ней нуждаются. Это может иметь место, например, для администраторов.приложения XA, если оно аварийно завершилось, и необходимо найти незавершенные транзакции, запущенные приложением, чтобы их можно было откатить.Это требование привилегий не позволяет пользователям обнаруживать значения XID для ожидающих выполнения готовых транзакций XA, кроме их собственных.Это не влияет на нормальную фиксацию или откат транзакции XA, потому что пользователь, запустивший ее, знает ее XID.
Поэтому я добавил необходимую привилегию пользователю источника данных с помощью следующих команд в MySQL ( Замените соответствующим образом имя пользователя и раздел хоста ).
GRANT XA_RECOVER_ADMIN ON *.* TO 'username'@'%';
FLUSH PRIVILEGES;
С этим изменением приложение весенней загрузки запускается без проблем.