Uma Secretaria de Fazenda estadual está modernizando seu data center e precisa garantir alta disponibilidade para um servidor de aplicação Java EE que processa transações fiscais críticas. A equipe de infraestrutura propôs uma arquitetura baseada em cluster, utilizando o WildFly 26 em modo domain, com dois nós (host controllers) e um domain controller. Durante os testes, observou-se que, ao simular a falha de um dos nós, as transações em andamento naquele nó foram perdidas, apesar de o serviço ter sido assumido pelo outro nó. Um analista sugeriu as seguintes ações corretivas:

• I. Configurar o subsistema de alta disponibilidade (modcluster) para replicação de sessões HTTP entre os nós, garantindo que o estado das transações seja compartilhado.
• II. Habilitar o uso de transações distribuídas (JTA) com recuperação automática, configurando um coordenador de transações (transaction manager) que possa recuperar transações incompletas após a falha.
• III. Ajustar o balanceador de carga para utilizar o algoritmo de round-robin, assegurando que as requisições sejam distribuídas igualmente entre os nós, evitando sobrecarga.
• IV. Implementar um cluster de banco de dados com replicação síncrona e configurar o servidor de aplicação para utilizar conexões XA, garantindo a atomicidade das transações mesmo em caso de falha de um nó.

Considerando os conceitos de servidores de aplicação Java EE, alta disponibilidade e transações distribuídas, quais ações são efetivas para resolver o problema de perda de transações em andamento?