Mensagens enviadas por: leoloko
Índice dos Fóruns » Perfil de leoloko » Mensagens enviadas por leoloko
Autor Mensagem
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+
Tenho uma rich dataTable eu declaro o var dela tipo:



Quando vou utilizar o var dentro do datatable:


ele acusa "cliente cannot be resolved"

Porém tudo funciona normal, a página é executada sem problemas e os dados são preenchidos na tabela, só que o meu código fica cheio de Warnings e eu não curto esses warnings me atrapalhando.

Tem como resolver isso? eu utilizo Eclipse.

Obrigado
Então seguindo o link:

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



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



E derepente surge também o seguinte erro.




Reparei que esses erros ocorrem quando o sistema está ocioso sem nenhuma requisiçao... agora, quando estah sendo usado, aparentemente nao ocasiona erro.
Paulo Silveira wrote: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.
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.
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

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 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:112
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:3
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:2
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:17
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:14
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)


Isso começa a acontecer do nada, alguém tem idéia?
Olá, estou dando manutenção em um sistema que não fui eu quem fiz... mas blz!

Tem uma classe aqui que faz leitura de XML, na classe o cara usa um método chamado getTextContent() da classe Node. Logo de cara quando abri o projeto no meu eclipse o eclipse acusa erro nesse método:



Pesquisei por aí e descobri que este método está disponível apenas apartir do java 1.5... ai pensei beleza, tah resolvido... aí eu fui nas propriedades do projeto e lá em Java Compiler -> Java compliance level já está 5.0

Alguém tem uma idéia do que pode ser?
antoniopopete wrote:O faces-config você deve mapear apenas os faces.
O DAO, seria instanciado dentro do faces ou por uma factory ou de forma direta e você utilizaria ele normalmente.
O model ou dto seria um atributo privado do managed bean com get/set.
E para acessar o valor é fazer o que o colega citou
#{managedBean.model.propriedade}


Ahhh então o que eu digo controller seriam faces... e essas faces que instanciam os daos e etc... tendi..
Hummmm...

Mas tipo no meu Dao, eu tenho que instanciar o objeto Usuario ? "Usuario usuario = new Usuario()" ou ele jah faz isso?

E qual seria o ideal, ter um controller que acesse o dao e o jsp conhecer apenas esse controller?
Opa,

To lendo sobre JSF, li alguns tutoriais básicos, funcionou belezinha... porém nos materiais que eu li, ele usa apenas uma classe como managed-bean e nessa classe tem o Bean e métodos... e eu queria separar isso, tipo ter o Bean Usuario e o dao UsuarioDao, e até mesmo uma classe action que chama o dao que chama o bean

Um exemplo bem simples:





Porém como configurar isso no faces-config.xml, para que ele pegue o uma classe Dao que tem um objeto bean nela e fazer tudo automatico?
Olá pessoal,

Estou dando manutenção em uma aplicação web aqui no trampo, meu problema é o seguinte:

Subo a aplicação no servidor, ela funciona normal, no dia seguinte quando chego demanhã, a aplicação não está fazendo login, acusando um erro:



Não tenho nem idéia do que pode ser, mediante o fato de aplicação funcionar normalmente por um tempo, e só depois de um bom tempo ela começa a parar.

Alguém já passou por alvo semelhante? ou tem idéia do que pode ser isto?
Olá, alguém poderia me dizer a capacidade em termos de acessos x performance de uma aplicação que ficara hosteada nakele plano mais barato de VPS deles de 19,95?

O que eu tenho em mente é o seguinte, vou ter uma aplicação de um cliente rodando lá, onde tem um admin simples e um site, onde as pessoas visualizarão as paradas que o cara cadastra-rá no admin. porém, serão vários clientes no mesmo VPS.

O que eu queria saber é quantas aplicações mais ou menos o VPS suporta, se é recomendado colocar vários sites em um mesmo VPS, ou teria que contratar um VPS pra cada cliente, essas coisas. Não tenho nenhuma noção disso.

Não sei se fui claro e se deu pra entender o que eu quero saber.

Obrigado
ricardosoares wrote:o arquivo confi/server.xml vem com uma tag assi:


vc pode fazer uma tag para cada virtual server. assim




Hummm... acho que esse esquema é mais simples que o de cima... Valew Ricardo, vou fazer uns teste aqui, e pesquisar também sobre esse mod_jk.

vlw e se alguém tiver mais sugestões estamos aí...
 
Índice dos Fóruns » Perfil de leoloko » Mensagens enviadas por leoloko
Ir para:   
Powered by JForum 2.1.8 © JForum Team