Problemas com hibernate

Por favor poste o stack trace inteiro da aplicação.

De qualquer forma pode ser algum problema relacionado ao acesso ao banco de dados. Por exemplo um número máximo de conexões sendo atingido. Você usa algum gerenciador de pool?

Bom olhando estes dias consegui o log da aplicação, e o que aparece lá derepente é isso:

** BEGIN NESTED EXCEPTION **

java.net.SocketException
MESSAGE: Broken pipe

STACKTRACE:

java.net.SocketException: Broken pipe

at java.net.SocketOutputStream.socketWrite0(Native Method)

at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:92)

at java.net.SocketOutputStream.write(SocketOutputStream.java:136)

at java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:65)

at java.io.BufferedOutputStream.flush(BufferedOutputStream.java:123)

at com.mysql.jdbc.MysqlIO.send(MysqlIO.java:2739)

at com.mysql.jdbc.MysqlIO.send(MysqlIO.java:2650)

at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:1581)

at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:1695)

at com.mysql.jdbc.Connection.execSQL(Connection.java:3004)

at com.mysql.jdbc.PreparedStatement.executeInternal(PreparedStatement.java:1128)

at com.mysql.jdbc.PreparedStatement.executeQuery(PreparedStatement.java:1222)

at org.hibernate.jdbc.AbstractBatcher.getResultSet(AbstractBatcher.java:186)

at org.hibernate.loader.Loader.getResultSet(Loader.java:1787)

at org.hibernate.loader.Loader.doQuery(Loader.java:674)

at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:236)

at org.hibernate.loader.Loader.doList(Loader.java:2220)

at org.hibernate.loader.Loader.listIgnoreQueryCache(Loader.java:2104)

at org.hibernate.loader.Loader.list(Loader.java:2099)

at org.hibernate.loader.criteria.CriteriaLoader.list(CriteriaLoader.java:94)

at org.hibernate.impl.SessionImpl.list(SessionImpl.java:1569)

at org.hibernate.impl.CriteriaImpl.list(CriteriaImpl.java:283)

at org.hibernate.impl.CriteriaImpl.uniqueResult(CriteriaImpl.java:305)

at br.com.brti.si.sistemas.placar.core.business.UsuarioBusiness.carregaUsuarioPorLogin(UsuarioBusiness.java:70)

at br.com.brti.si.sistemas.placar.utils.infra.Autenticador.autentica(Autenticador.java:50)

at br.com.brti.si.sistemas.placar.web.servlet.Login.doPost(Login.java:38)

at javax.servlet.http.HttpServlet.service(HttpServlet.java:709)

at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)

at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)

at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)

at br.com.brti.si.sistemas.placar.web.servlet.filter.ControleDeSessao.doFilter(ControleDeSessao.java:28)

at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)

at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)

at br.com.brti.si.sistemas.placar.web.servlet.filter.FiltroDeAutenticacao.doFilter(FiltroDeAutenticacao.java:56)

at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)

at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)

at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)

at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)

at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)

at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)

at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)

at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)

at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)

at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)

at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)

at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)

at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)

at java.lang.Thread.run(Thread.java:595)</blockquote>

Isso começa a acontecer do nada, alguém tem idéia?

Isso já aconteceu comigo, acho que estava faltando o driver, ou a senha estava errada!

Mas a aplicação funciona perfeitamente por um tempo, só depois de um tempo que para de funcionar.

Repondendo a pergunta do amigo ali de cima, não pode ser o numero máximo de conexões sendo atingida, pois o problema ocorre em um servidor de testes sem ao menos 1 pessoa acessando.

Bom, pra ajudar eu to disponibilizando o log de ontem pra hoje desde quando parou de funcionar até eu fazer o undeploy e o deploy

Pessoal por favor me ajudem, daki a poko meu chefe me manda embora… hehehehe

Eu tenho uma idéia, faça um teste unitário na sua camada de persistência, verifique se as queries que você está fazendo, e os commits estão legais!
parece que tem um caso que você está tentando fazer uma query com a sessão fechada!

Aleluia, alguém respondeu… hehehe

Então, mas como testar se tudo está funcionando normal e só depois de várias horas o sistema para? Tipo ontem deu esse problemas era umas 14:00… reiniciei o tomcat voltou a funcionar, e só foi acontecer denovo hoje por voltar das 15:00… então que dizer, o sistema funciona 24h sem dar nada, e derepente, as vezes sem ninguem acessando nada, ele para, e começa dar akelas exception que tah no log.

O seu problema é um classico! O hibernate esta usando um pool de conexao, e depois de algumas horas dessas conexoes abertas sem uso, o banco de dado as mata, porque as considera nocivas (ele acha que voce provavelmente as esqueceu abertas!). Na hora que o hibernate vai executar alguma coisa, ele pega uma dessas conexoes “bichadas”, que nao tem mais ligacao com o banco de dados (o cano de ligacao esta quebrado! broken pipe da socket)

Entao pare de usar o pool de conexao default do hibernate, que é muito ruim e simples. Eles mesmos aconselham voce a nao usar.

Utilize o C3P0, que ele mesmo faz uma checagem pra ver se a conexao que ele esta pegando esta viva ainda. Ele tem outra opcao que usa threads para essa verificacao de tempos em tempos.

Paulo Silveira:

O seu problema é um classico! O hibernate esta usando um pool de conexao, e depois de algumas horas dessas conexoes abertas sem uso, o banco de dado as mata, porque as considera nocivas (ele acha que voce provavelmente as esqueceu abertas!). Na hora que o hibernate vai executar alguma coisa, ele pega uma dessas conexoes “bichadas”, que nao tem mais ligacao com o banco de dados (o cano de ligacao esta quebrado! broken pipe da socket)

Entao pare de usar o pool de conexao default do hibernate, que é muito ruim e simples. Eles mesmos aconselham voce a nao usar.

Utilize o C3P0, que ele mesmo faz uma checagem pra ver se a conexao que ele esta pegando esta viva ainda. Ele tem outra opcao que usa threads para essa verificacao de tempos em tempos.

Hummm vou pesquisar sobre esse C3P0… valew hein… espero que seja este o problema, e também estou iniciando um novo projeto, jah vou utilizar esse C3P0…

Muito Obrigado a todos… e assim que eu testar esse lance, eu posto novamente aqui o resultado.

Então seguindo o link:

http://www.hibernate.org/214.html

<property name="c3p0.acquire_increment">1</property> 
		<property name="c3p0.idle_test_period">100</property> 
		<property name="c3p0.max_size">100</property> 
		<property name="c3p0.max_statements">0</property> 
		<property name="c3p0.min_size">10</property> 
		<property name="c3p0.timeout">100</property>

Bom, por enquanto esta funcionando, mas apresenta um erro de tempos em tempos que é:

435507 [com.mchange.v2.async.ThreadPoolAsynchronousRunner$PoolThread-#1] DEBUG com.mchange.v2.c3p0.impl.NewPooledConnection  - com.mchange.v2.c3p0.impl.NewPooledConnection@1d6fad7 closed by a client.
java.lang.Exception: DEBUG -- CLOSE BY CLIENT STACK TRACE
	at com.mchange.v2.c3p0.impl.NewPooledConnection.close(NewPooledConnection.java:491)
	at com.mchange.v2.c3p0.impl.NewPooledConnection.close(NewPooledConnection.java:191)
	at com.mchange.v2.c3p0.impl.C3P0PooledConnectionPool$1PooledConnectionResourcePoolManager.destroyResource(C3P0PooledConnectionPool.java:470)
	at com.mchange.v2.resourcepool.BasicResourcePool$1DestroyResourceTask.run(BasicResourcePool.java:964)
	at com.mchange.v2.async.ThreadPoolAsynchronousRunner$PoolThread.run(ThreadPoolAsynchronousRunner.java:547)

E derepente surge também o seguinte erro.

Exception in thread "Timer-0" java.lang.NullPointerException
	at com.mchange.v2.log.log4j.Log4jMLog$Log4jMLogger.isLoggable(Log4jMLog.java:255)
	at com.mchange.v2.resourcepool.BasicResourcePool$CullTask.run(BasicResourcePool.java:1934)
	at java.util.TimerThread.mainLoop(Unknown Source)
	at java.util.TimerThread.run(Unknown Source)

Reparei que esses erros ocorrem quando o sistema está ocioso sem nenhuma requisiçao… agora, quando estah sendo usado, aparentemente nao ocasiona erro.

Aeeeeeeeeeeeeeeeee

Problema resolvido, utilizei esse C3P0 e faz 4 dias que aplicação tah rodando sem parar ou ter que reiniciar o tomcat.

Muito Obrigado a todos.

E sobre este ultimo erro que eu mandei, eu adicionei um parâmetro no log4j.properties que está lá no proprio site do hibernate e parou de dar o erro.

T+

Como você fez para resolver esse problema?

Eu já vih este problema antes, e que eu me lembro o problema era que as conexõess que estao sendo abertas nao estavam sendo fechadas.

post aqui como resolveu?
att

Cara que propriedade vc alterou no log4j.properties pra parar de dar esses erros?

estou com o mesmo problema… :oops: