Utilizar o Spring com seu IoC resolveria alguns destes problemas, principamente por abstrair funcionalidades do Hibernate.
att, Samuel Em 29 de setembro de 2010 10:38, Mário Júnior <[email protected]>escreveu: > Paullo, pelo curto log q vc mandou, tenho 99,9% de certeza q o problema > está no acesso ao banco. > > Como vc está fazendo a conexão? > a) Usando pool de conexoes > b) 'singleton' no Connection > c) Abrindo conexao toda vez q precisar buscar dados? > > Para as opções B e C, usar isso em produção é um risco. > Tenha certeza de q esteja abrindo resultsets/statements e depois > fechando-os, senão a conexão vai ficar pendurada no container, chega uma > hora q estoura mesmo (ainda mais qnd se tem "vários usuários", como vc > descreveu no primeiro e-mail.) > > Para a opção A, fique atento as configurações do context, verifique o > número máximo de conexoes permitidas e de conexoes "iddle". Tb tente manter > um nível médio para o wait (tempo de aguardo para derrubar as conexoes) > > Ha, e se estiver usando Hibernate, é como o @Rodrigo falou: "Cuidado com os > lazy-loadings" com certeza eles irão matar sua app (a depender do tamanho > dela) e causar o famoso "PerGem Space" > > > []s > > > Em 29 de setembro de 2010 08:52, Rodrigo Valentim < > [email protected]> escreveu: > > @Paullo o seu problema esta no java ou no servidor que não está aguentando >> o que voce esta solicitando dele, como já foi falado aqui. >> >> Tivemos um problema recente e foi necessário reescrever o código java, >> pois, estava consumindo muita memoria sem necessidade... >> >> Um dos grandes problemas foi o Lazy do Hibernate, outro problema foi >> encontrado na hora de popular os VO's, etc... com a reescrita a coisa >> normalizou... uma consulta razoavelmente simples no banco consumia 600mb de >> memoria :P >> >> Hoje, graças a esse tópico aqui eu posso monitorar todo o processo! >> >> Abraços >> >> Em 27 de setembro de 2010 14:34, bruno bg <[email protected]> escreveu: >> >> foi mal Rafael, por estarmos na lista de FLEX, pensei que fosse Memória >>> do FP. >>> mas mesmo assim é um assunto interessante. >>> >>> brunobg >>> >>> >>> Em 27 de setembro de 2010 14:19, RafaelViana <[email protected]>escreveu: >>> >>> @bruno bg >>>> >>>> O problema que o Helio teve com memória foi com a memória do Flash >>>> Player. >>>> Aqui o problema é com a memória do container Java no servidor >>>> Tomcat/Jetty... >>>> >>>> Acho que estamos falando de coisas diferentes? >>>> >>>> On 27 set, 12:56, bruno bg <[email protected]> wrote: >>>> > muito boa essa solução para Memory Leak. com certeza o HELIO que há um >>>> tempo >>>> > teve problemas com isso + Module vai gostar muito. >>>> > Erko e Rafael , merece um post nos seus blogs. hehehe >>>> > >>>> > abraço >>>> > brunobg >>>> > -- >>>> > ****************************************************www.brunobg.com >>>> > [email protected] (MSN & Skype) >>>> > blogflex.brunobg.com >>>> > @brunogrohs >>>> > (21) 9913-2397 >>>> > >>>> > Em 27 de setembro de 2010 12:05, RafaelViana <[email protected]> >>>> escreveu: >>>> > >>>> > >>>> > >>>> > > Isso. O Lamba Probe vai ajudá-lo. >>>> > > Também utilizo no servidor para controlar a memória (isso é um >>>> > > problema sério :S) >>>> > >>>> > > Se você tentar acessar o probe e também ficar com o cursor >>>> > > "carregando" quer dizer que a memória estourou. >>>> > > Assim fica fácil saber quando tem problema de memória. >>>> > >>>> > > On 27 set, 11:09, Paullo Estevam <[email protected]> wrote: >>>> > > > Sim, >>>> > > > estão escutando o fault... se no lado do servidor gerasse uma >>>> exceção, >>>> > > era >>>> > > > pra o fault pegar e exibir um panel na tela. Mas não acontece >>>> nada! >>>> > >>>> > > > Eu imaginei que pudesse ser questão de número de conexões com o >>>> banco. Eu >>>> > > já >>>> > > > notei aqui que tem um monte de conexões ativas, em "sleep", que >>>> não são >>>> > > > destruidas há mais de 1 hora. >>>> > >>>> > > > Estou instalando o Lambda Probe. >>>> > >>>> > > > 2010/9/27 Fábio Goll <[email protected]> >>>> > >>>> > > > > Além de verificar o memory leak, os seus remoteobjects está >>>> "escutando" >>>> > > o >>>> > > > > evento fault além do result? >>>> > >>>> > > > > Se estiver, o remoteobject não retorna nenhum dos 2, trava >>>> mesmo? >>>> > >>>> > > > > 2010/9/27 Erko Bridee de Almeida Cabrera <[email protected] >>>> > >>>> > >>>> > > > >> Paullo, >>>> > >>>> > > > >> vc pode habilitar a JMX no servidor... >>>> > >>>> > > > >> veja esse link: >>>> > >>>> > > > >> >>>> http://nivaldomjunior.blogspot.com/2009/12/visualvm-analisando-o-func. >>>> > > .. >>>> > >>>> > > > >> apesar de ser para o Jetty a configuração é a mesma, no caso >>>> você terá >>>> > > que >>>> > > > >> incluir esta config no arquivo: catalina.sh / .bat do seu >>>> tomcat para >>>> > > > >> habilitar o JMX >>>> > >>>> > > > >> feito isso, para acompanhar o monitoramento, aconselho utilizar >>>> a >>>> > > > >> aplicação VisualVM, que é um que eu também utilizo, >>>> > > > >> então você terá que adicionar a URL do servidor que está sendo >>>> > > monitorado: >>>> > >>>> > > > >> SERVER_NAME:PORT >>>> > >>>> > > > >> com isso o VisualVM irá monitorar o respectivo servidor >>>> > >>>> > > > >> exemplo de config para ser adicionado no inicio do arquivo >>>> > > > >> catalina.sh/bat >>>> > >>>> > > > >> JAVA_OPTS="-Dcom.sun.management.jmxremote >>>> > > > >> -Dcom.sun.management.jmxremote.port=29001 >>>> > > > >> -Dcom.sun.management.jmxremote.ssl=false >>>> > > > >> -Dcom.sun.management.jmxremote.authenticate=false " >>>> > >>>> > > > >> ps.: outra aplicação que é bem útil e ajuda a gerenciar o >>>> tomcat é o >>>> > > > >> Lambda Probe >>>> > >>>> > > > >>http://www.lambdaprobe.org/d/index.htm >>>> > >>>> > > > >> o/ >>>> > >>>> > > > >> Em 27 de setembro de 2010 10:48, Paullo Estevam < >>>> > > [email protected]>escreveu: >>>> > >>>> > > > >> Oi, Erko >>>> > >>>> > > > >>> Onde eu verifico "o consumo de memoria alocada para o >>>> servidor"? >>>> > >>>> > > > >>> Encontrei isto (fala em Memory Leak) no log do Tomcat: >>>> > >>>> > > > >>> 27/09/2010 06:14:36 org.hibernate.tool.hbm2ddl.SchemaUpdate >>>> execute >>>> > > > >>> INFO: schema update complete >>>> > >>>> > > > >>> 27/09/2010 06:33:24 >>>> > > > >>> net.sf.jasperreports.engine.component.ComponentsEnvironment >>>> > > > >>> findComponentBundles >>>> > > > >>> WARNING: Found two components for namespace >>>> > > > >>>http://jasperreports.sourceforge.net/jasperreports/components >>>> > >>>> > > > >>> 27/09/2010 07:56:51 org.apache.coyote.http11.Http11Protocol >>>> pause >>>> > > > >>> INFO: Pausing Coyote HTTP/1.1 on http-80 >>>> > >>>> > > > >>> 27/09/2010 07:56:52 org.apache.catalina.core.StandardService >>>> stop >>>> > > > >>> INFO: Stopping service Catalina >>>> > >>>> > > > >>> 27/09/2010 07:56:52 org.apache.catalina.core.StandardWrapper >>>> unload >>>> > > > >>> INFO: Waiting for 15 instance(s) to be deallocated >>>> > >>>> > > > >>> 27/09/2010 07:56:54 >>>> org.apache.catalina.loader.WebappClassLoader >>>> > > > >>> clearReferencesJdbc >>>> > > > >>> SEVERE: A web application registered the JBDC driver >>>> > > > >>> [com.mysql.jdbc.Driver] but failed to unregister it when the >>>> web >>>> > > application >>>> > > > >>> was stopped. To prevent a memory leak, the JDBC Driver has >>>> been >>>> > > forcibly >>>> > > > >>> unregistered. >>>> > >>>> > > > >>> 27/09/2010 07:56:54 >>>> org.apache.catalina.loader.WebappClassLoader >>>> > > > >>> clearReferencesThreads >>>> > > > >>> SEVERE: A web application appears to have started a thread >>>> named >>>> > > > >>> [http-80-1] but has failed to stop it. This is very likely to >>>> create >>>> > > a >>>> > > > >>> memory leak. >>>> > >>>> > > > >>> abraço >>>> > >>>> > > > >>> 2010/9/27 Erko Bridee de Almeida Cabrera < >>>> [email protected]> >>>> > >>>> > > > >>> Olá bom dia, >>>> > >>>> > > > >>>> conselho inicial: >>>> > >>>> > > > >>>> - monitorar o seu servidor, verificar o consumo de memoria >>>> alocada >>>> > > para >>>> > > > >>>> o servidor >>>> > >>>> > > > >>>> existe a possibilidade de sua aplicação estar enfrentando >>>> problemas >>>> > > de >>>> > > > >>>> memory leak... >>>> > >>>> > > > >>>> Em 27 de setembro de 2010 09:54, Paullo Estevam < >>>> > > > >>>> [email protected]> escreveu: >>>> > >>>> > > > >>>>> Amigos, >>>> > >>>> > > > >>>>> Um sistema que colocamos em produção recentemente está >>>> travando. >>>> > >>>> > > > >>>>> Trava da seguinte forma: Vários usuários estão acessando o >>>> sistema >>>> > > > >>>>> normalmente durante o dia inteiro, cadastrando, buscando >>>> etc. >>>> > > > >>>>> De repente, o sistema trava na hora de fazer uma chamada a >>>> qualquer >>>> > > > >>>>> remote object. >>>> > > > >>>>> Em outras palavras, trava na hora do blazeDS se comunicar >>>> com o >>>> > > Java, >>>> > > > >>>>> para se comunicar com o banco. >>>> > > > >>>>> Se der um refresh no browser, o sistema reinicia e vai para >>>> tela de >>>> > > > >>>>> login, depois de entrar com os dados e clicar em logar ele >>>> trava >>>> > > > >>>>> novamente... >>>> > >>>> > > > >>>>> obs: o travamente em questão a que me refiro é o ponteiro do >>>> mouse >>>> > > > >>>>> mudar para aquele ícone padrão do flex (showBusyCursor)... e >>>> daí >>>> > > não sai >>>> > > > >>>>> mais. >>>> > >>>> > > > >>>>> Nos logs do tomcat, não encontrei nada que ajudasse... Por >>>> isso que >>>> > > tô >>>> > > > >>>>> postando aqui. >>>> > > > >>>>> Qualquer idéia ajuda. >>>> > >>>> > > > >>>>> abraços, >>>> > >>>> > > > >>>>> Paullo Estevam >>>> > >>>> > > > >>>>> -- >>>> > > > >>>>> ----------------------------------------------- >>>> > > > >>>>> Cel. 83 8790.1304 >>>> > > > >>>>> [email protected] >>>> > > > >>>>>www.paulloestevam.com.br >>>> > >>>> > > > >>>>> -- >>>> > > > >>>>> Você recebeu esta mensagem porque está inscrito na lista >>>> "flexdev" >>>> > > > >>>>> Para enviar uma mensagem, envie um e-mail para >>>> > > > >>>>> [email protected] >>>> > > > >>>>> Para sair da lista, envie um email em branco para >>>> > > > >>>>> [email protected] >>>> > > > >>>>> Mais opções estão disponíveis em >>>> > > > >>>>>http://groups.google.com/group/flexdev >>>> > >>>> > > > >>>> -- >>>> > > > >>>> Att, >>>> > > > >>>> Erko Bridee de Almeida Cabrera >>>> > > > >>>> *TechDev : *http://blog.erkobridee.com/ >>>> > > > >>>> *Gospel : *http://gospel.erkobridee.com/ >>>> > > > >>>> *Twitter : *http://twitter.com/ErkoBridee >>>> > > > >>>> *Currículo : *http://netcarreiras.com/prof.html?uid=11410 >>>> > >>>> > > > >>>> -- >>>> > > > >>>> Você recebeu esta mensagem porque está inscrito na lista >>>> "flexdev" >>>> > > > >>>> Para enviar uma mensagem, envie um e-mail para >>>> > > [email protected] >>>> > > > >>>> Para sair da lista, envie um email em branco para >>>> > > > >>>> [email protected] >>>> > > > >>>> Mais opções estão disponíveis emhttp:// >>>> > > groups.google.com/group/flexdev >>>> > >>>> > > > >>> -- >>>> > > > >>> ----------------------------------------------- >>>> > > > >>> Cel. 83 8790.1304 >>>> > > > >>> [email protected] >>>> > > > >>>www.paulloestevam.com.br >>>> > >>>> > > > >>> -- >>>> > > > >>> Você recebeu esta mensagem porque está inscrito na lista >>>> "flexdev" >>>> > > > >>> Para enviar uma mensagem, envie um e-mail para >>>> > > [email protected] >>>> > > > >>> Para sair da lista, envie um email em branco para >>>> > > > >>> [email protected] >>>> > > > >>> Mais opções estão disponíveis emhttp:// >>>> > > groups.google.com/group/flexdev >>>> > >>>> > > > >> -- >>>> > > > >> Att, >>>> > > > >> Erko Bridee de Almeida Cabrera >>>> > > > >> *TechDev : *http://blog.erkobridee.com/ >>>> > > > >> *Gospel : *http://gospel.erkobridee.com/ >>>> > > > >> *Twitter : *http://twitter.com/ErkoBridee >>>> > > > >> *Currículo : *http://netcarreiras.com/prof.html?uid=11410 >>>> > >>>> > > > >> -- >>>> > > > >> Você recebeu esta mensagem porque está inscrito na lista >>>> "flexdev" >>>> > > > >> Para enviar uma mensagem, envie um e-mail para >>>> > > [email protected] >>>> > > > >> Para sair da lista, envie um email em branco para >>>> > > > >> [email protected] >>>> > > > >> Mais opções estão disponíveis emhttp:// >>>> > > groups.google.com/group/flexdev >>>> > >>>> > > > > -- >>>> > > > > Fábio Goll >>>> > > > > Gtalk/Msn: [email protected] >>>> > > > > Twitter: @fabiogoll >>>> > >>>> > > > > -- >>>> > > > > Você recebeu esta mensagem porque está inscrito na lista >>>> "flexdev" >>>> > > > > Para enviar uma mensagem, envie um e-mail para >>>> > > [email protected] >>>> > > > > Para sair da lista, envie um email em branco para >>>> > > > > [email protected] >>>> > > > > Mais opções estão disponíveis emhttp:// >>>> groups.google.com/group/flexdev >>>> > >>>> > > > -- >>>> > > > ----------------------------------------------- >>>> > > > Cel. 83 8790.1304 >>>> > > > [email protected] >>>> > >>>> > > -- >>>> > > Você recebeu esta mensagem porque está inscrito na lista "flexdev" >>>> > > Para enviar uma mensagem, envie um e-mail para >>>> [email protected] >>>> > > Para sair da lista, envie um email em branco para >>>> > > [email protected] >>>> > > Mais opções estão disponíveis emhttp:// >>>> groups.google.com/group/flexdev >>>> >>>> -- >>>> Você recebeu esta mensagem porque está inscrito na lista "flexdev" >>>> Para enviar uma mensagem, envie um e-mail para [email protected] >>>> Para sair da lista, envie um email em branco para >>>> [email protected] >>>> Mais opções estão disponíveis em http://groups.google.com/group/flexdev >>>> >>> >>> >>> >>> >>> -- >>> Você recebeu esta mensagem porque está inscrito na lista "flexdev" >>> Para enviar uma mensagem, envie um e-mail para [email protected] >>> Para sair da lista, envie um email em branco para >>> [email protected] >>> Mais opções estão disponíveis em http://groups.google.com/group/flexdev >>> >> >> >> >> -- >> Atenciosamente, >> Rodrigo Valentim >> >> -- >> Você recebeu esta mensagem porque está inscrito na lista "flexdev" >> Para enviar uma mensagem, envie um e-mail para [email protected] >> Para sair da lista, envie um email em branco para >> [email protected] >> Mais opções estão disponíveis em http://groups.google.com/group/flexdev >> > > > > -- > Mario Junior > http://blog.mariojunior.com/ > @mariojunior > > -- > Você recebeu esta mensagem porque está inscrito na lista "flexdev" > Para enviar uma mensagem, envie um e-mail para [email protected] > Para sair da lista, envie um email em branco para > [email protected] > Mais opções estão disponíveis em http://groups.google.com/group/flexdev > -- Samuel de Castro e Silva Desenvolvimento de Sistemas www.systemconnection.com.br (37) 8819-9638 (37) 8801-2761 (37) 3213-0744 Projetos em Desenvolvimento: http://www.systemconnection.com.br/LuzParaTodos http://www.dentaldivident.com.br http://www.celioprotese.com.br -- Você recebeu esta mensagem porque está inscrito na lista "flexdev" Para enviar uma mensagem, envie um e-mail para [email protected] Para sair da lista, envie um email em branco para [email protected] Mais opções estão disponíveis em http://groups.google.com/group/flexdev
