2011-06-27 5 views
27

Non ho esperienza con Arjuna, ma il mio file di log si riempie di:Quali sono le cause Arjuna 1603 (Impossibile trovare nuova XAResource da utilizzare per il recupero XAResource non serializzabile)

2011-06-27 09:25:18,021 WARN [com.arjuna.ats.jta] (Periodic Recovery) ARJUNA-16037 Could not find new XAResource to use for recovering non-serializable XAResource formatId=131076, gtrid_length=29, bqual_length=28, tx_uid=0:ffff0a2012b7:126a:4e006635:2ba0, node_name=1, branch_uid=0:ffff0a2012b7:126a:4e006635:2ba1, eis_name=unknown eis name 

2011-06-27 09:25:18,021 WARN [com.arjuna.ats.jta] (Periodic Recovery) ARJUNA-16038 No XAResource to recover < formatId=131076, gtrid_length=29, bqual_length=28, tx_uid=0:ffff0a2012b7:126a:4e006635:2ba0, node_name=1, branch_uid=0:ffff0a2012b7:126a:4e006635:2ba1, eis_name=unknown eis name > 

Quei due messaggi vengono sempre insieme e sono scritti periodicamente. Il conteggio di questi messaggi aumenta con il tempo di attività dell'istanza del server JBoss. Dal momento che la mia applicazione (è un MDB che consuma messaggi da un ActiveMQ remoto) presenta alcuni problemi e questi sono gli unici messaggi di registro che ottengo, voglio davvero conoscerne il motivo.

risposta

24

per sbarazzarsi dell'errore, arrestare l'istanza di JBoss e rimuovere la cartella $JBOSS/standalone/data/tx-object-store

+4

Grazie. Puoi spiegare quali sono i file in questa cartella e per cosa sono necessari? – Wavemaster

2

Vedi JBossDeveloper Forum#thread 221033

parte essenziale:

La soluzione più semplice: trovare questa strada {JBOSS_HOME}/standalone/data/tx-object-store/ShadowNoFileLockStore/defaultStore/StateManager/BasicAction/TwoPhaseCoordinator/AtomicAction

I nside AtomicAction trova alcuni file relativi alle transazioni e dopo aver rimosso tali file il problema sarà risolto.

Ma il forum contiene motivi e una soluzione più "sistemica".

Problemi correlati