>>Se as "prepared transactions" estão sendo gerenciadas por um framework externo, está sendo feito absurdamente errada, melhor verificar. E se você não está sincronizando com uma fonte ou processo >>externo, não deveria estar usando "prepared transactions" (vi, infelizmente, muitos casos de pessoas usando isso sem necessidade e sem entender as reais implicações, principalmente os "javeiros" >>com o "XA"). Minha dica é, estude bem e análise se realmente precisa disso. Estou usando org.postgresql.xa.PGXADataSource e javax.sql.ConnectionPoolDataSource, fui informado que para executar two-phase commit tinha que usar Prepare Transaction!!!
>>Cuidado com aplicações java que não tratam corretamente rollback emitido pelo servidor de banco de dados. >>Leia com atenção o e-mail do Matheus que explica que sua aplicação fez um BEGIN *depois* que o erro veio, isso abre uma nova transação Utilizo o JTA do Spring, não trato manualmente o rollback >>Em tempo, verifique a versão do driver JDBC correta, use JDBC4 já que está rodando sobre Java 6 e verifique se a versão possui suporte correto a XA, leia as notas de lançamento. Atualize também a >>versão do seu JRE e evite completamente Java 6, a Oracle já encerrou isso até pros clientes corporativos. Estou usando a versão mais atual do JDBC4 e também a versão mais atual do java 7 >>Ah, e por favor, o trivial, evite o top-posting e ainda por cima removendo completamente a mensagem anterior. Desculpe pelo top-posting, ainda não entendi como proceder, algum tutorial sobre isto? utilizo o gmail e clico em "responder" Atenciosamente, Alessandro Lima email [email protected] msn [email protected] skype grandegoiania Em 29 de janeiro de 2014 08:13, Flavio Henrique Araque Gurgel < [email protected]> escreveu: > Isto não parece ser o seu problema aqui, mas ok, tem que deixar mesmo >>>> configurado se está usando 2PC. >>>> >>> >> Uso as duas base de dados no mesmo PC >> > > 2PC = 2 (Two) Phase Commit, e não dois computadores. > 2PC é a técnica para fazer XA funcionar. > > > Deixa eu explicar melhor a situação: >> Estou migrando a aplicação java 1.6 jsf 1.2 e glassfish 2.1 para java >> 1.7 jsf 2.1 e glassfish 4.0 >> antes o rollback funcionava perfeitamente >> o erro que está dando de 60 caracteres foi forçado para simular o rollback >> > > O rollback ocorreu automaticamente pelo seu erro proposital. > > Cuidado com aplicações java que não tratam corretamente rollback emitido > pelo servidor de banco de dados. > Leia com atenção o e-mail do Matheus que explica que sua aplicação fez um > BEGIN *depois* que o erro veio, isso abre uma nova transação. > > Em tempo, verifique a versão do driver JDBC correta, use JDBC4 já que está > rodando sobre Java 6 e verifique se a versão possui suporte correto a XA, > leia as notas de lançamento. Atualize também a versão do seu JRE e evite > completamente Java 6, a Oracle já encerrou isso até pros clientes > corporativos. > > Ah, e por favor, o trivial, evite o top-posting e ainda por cima removendo > completamente a mensagem anterior. > > > []s > Flavio Gurgel > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
