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 em http://groups.google.com/group/flexdev
