Re: [java-list] Threads
tentou colocar na assinatura do método o atributo throws InterruptedExeption. Exemplo: public void blablabla() throws InterruptedExeption{ blablabla } - Original Message - From: Bruno do Amaral Dias Baptista [EMAIL PROTECTED] To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Thursday, May 22, 2003 12:06 PM Subject: Re: [java-list] Threads Fica mais facil se vc mandar o trecho do codigo... Bruno Amaral. On Sat, 17 May 2003, Thiago wrote: Estou tentando rodar um código que criei utilizando Threads, só que num bloco try{...}catch(InterruptedExeption e) o java não reconhece o InterruptedExeption, alguém poderia me ajudar??? preciso urgentemente, pois tenho que fazer um Sisteminha RMI e terei que utilizar Threads. obrigado Thiago -- LISTA SOUJAVA http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP dúvidas mais comuns: http://www.soujava.org.br/faq.htm regras da lista: http://www.soujava.org.br/regras.htm historico: http://www.mail-archive.com/java-list%40soujava.org.br para sair da lista: envie email para [EMAIL PROTECTED] - -- LISTA SOUJAVA http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP dúvidas mais comuns: http://www.soujava.org.br/faq.htm regras da lista: http://www.soujava.org.br/regras.htm historico: http://www.mail-archive.com/java-list%40soujava.org.br para sair da lista: envie email para [EMAIL PROTECTED] -
Re: RES: [java-list] Threads
InterruptedExeption ? nao seria InterruptedException ?? tah faltando um `c` ai []'s Carlos Emanuel José_Carlos_Lopes_de_Barros [EMAIL PROTECTED] wrote: Se não é erro de digitação, verifica seu classpath. -Mensagem original-De: André Barbosa [mailto:[EMAIL PROTECTED]Enviada em: terça-feira, 20 de maio de 2003 08:59Para: [EMAIL PROTECTED]; [EMAIL PROTECTED]Assunto: Re: [java-list] Threads Como assim o "java não reconhece"? Acontece um erro de compilação? Qual erro? - Original Message - From: Thiago To: [EMAIL PROTECTED] Sent: Saturday, May 17, 2003 3:38 PM Subject: [java-list] Threads Estou tentando rodar um código que criei utilizando Threads, só que num bloco try{...}catch(InterruptedExeption e) o java não reconhece o InterruptedExeption, alguém poderia me ajudar??? preciso urgentemente, pois tenho que fazer um Sisteminha RMI e terei que utilizar Threads. obrigado ThiagoYahoo! Mail O melhor e-mail gratuito da internet: 6MB de espaço, antivírus, acesso POP3, filtro contra spam.
Re: [java-list] Threads
Fica mais facil se vc mandar o trecho do codigo... Bruno Amaral. On Sat, 17 May 2003, Thiago wrote: Estou tentando rodar um código que criei utilizando Threads, só que num bloco try{...}catch(InterruptedExeption e) o java não reconhece o InterruptedExeption, alguém poderia me ajudar??? preciso urgentemente, pois tenho que fazer um Sisteminha RMI e terei que utilizar Threads. obrigado Thiago -- LISTA SOUJAVA http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP dúvidas mais comuns: http://www.soujava.org.br/faq.htm regras da lista: http://www.soujava.org.br/regras.htm historico: http://www.mail-archive.com/java-list%40soujava.org.br para sair da lista: envie email para [EMAIL PROTECTED] -
[java-list] Threads novamente
Galera, estou com mais uma dúvida sobre Threads... Como eu faço pra matar (matar, não interromper, nem colocar em espera) todas as Threads de um ThreadGroup? Obrigado! []s Sergio Ferreira de MendonçaNexxera Tecnologia e Serviços S.A.http://www.nexxera.com
Re: [java-list] Threads
Sergio Mendonça wrote: Ok Felipe, muito obrigado! De nada... A solução de criar uma Thread como classe privada do frame me parece mais interessante, pois poderei acessar diretamente os componentes do frame. A questão agora é: como eu faço pra criar uma Thread como classe privada do frame? Basta criar uma classe privada dentro da classe do frame. Algo do tipo: public class MyFrame extends Frame { // declara atributos private class MyThread extends Thread { // atributos de MyFrame podem ser acessados aqui } // private class } // public class -- LISTA SOUJAVA http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP dúvidas mais comuns: http://www.soujava.org.br/faq.htm regras da lista: http://www.soujava.org.br/regras.htm historico: http://www.mail-archive.com/java-list%40soujava.org.br para sair da lista: envie email para [EMAIL PROTECTED] -
Re: [java-list] Threads
Sergio Mendonça wrote: Por exemplo, eu tenho um frame com vários componentes. No action de um botão eu dou um start numa thread, que precisa interagir com alguns componentes e métodos desse frame. Qual é a maneira mais correta de se fazer isso? Criar uma subclasse de Thread e colocar o frame como atributo dessa classe? Ou tem outra maneira de interagir com a classe que chama a thread? Eu não acredito que exista uma maneira mais correta para tal. Uma solução seria criar uma Thread como classe privada do frame, pois desta forma ela teria acesso aos atributos do mesmo. Ou então criar uma Thread pública e passar os atributos para tal Thread. De qq forma, o mais importante é a sincronização na hora de acessar os atributos do frame (já que você poderia ter mais de uma Thread acessando os atributos ao mesmo tempo, o que poderia levar a inconsistências). Felipe (respondendo ao quinto e último email do sábado à noite :) -- LISTA SOUJAVA http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP dúvidas mais comuns: http://www.soujava.org.br/faq.htm regras da lista: http://www.soujava.org.br/regras.htm historico: http://www.mail-archive.com/java-list%40soujava.org.br para sair da lista: envie email para [EMAIL PROTECTED] -
[java-list] Threads
Galera, tenho algumas dúvidas relacionadas a Threads... Por exemplo, eu tenho um frame com vários componentes. No action de um botão eu dou um start numa thread, que precisa interagir com alguns componentes e métodosdesse frame. Qual é a maneira mais correta de se fazer isso? Criar uma subclasse de Thread e colocar o frame como atributo dessa classe? Ou tem outra maneira de interagir com a classe que chama a thread? Valeu pelas dicas! Att, Sergio Ferreira de MendonçaNexxera Tecnologia e Serviços S.A.http://www.nexxera.com
Re: [java-list] Threads , Resin, Linux
Cassio, Só para eu entender, você tem um HTTP Server (Apache), Servlet Container (Resin), EJB Server (JBoss), a máquina tem 512 MB de RAM, você pode enviar a quantidade de memória, process/threads existem no ambiente logo em seguida à execução? Você pode enviar um ps -efww (logo em seguida da inicialização dos servers), e outro ps -efww nos momentos de crise para a lista, de preferência na enterprise-list? Os EJBs são na maioria Sessions ou Entities ? Você pode exemplificar um pouco da arquitura ? É realizado o cache de homes?, os dados dos EJBs trafegam pela rede através de VOs apenas?, O resin está na mesma JVM do JBoss? Abraços Claudio Miranda Assim poderemos ajudar mais. Cassio Sampaio wrote: Gente, Fica meu lamento aqui registrado. Fiz todos os tunings de aplicação e verificações possíveis, para identificar arquivos abertos, conexões não fechadas e todos os demais problemas, mas o erro persiste. O Interessante é que tenho uma aplicação semelhante rodando sobre Weblogic (BEA), que não apresenta nenhum problema. Passo a acreditar que o único empecilho do J2EE é que se faz becessário um Servidor de aplicações comercial, quando se pensa em software missão crítica com alto volume de acesso. Quanto ao JBoss para EJB fantástico, agora para Tomcat e Resin... somente via wathcdog. - Cassio Cassio Sampaio wrote: Cláudio / Helder, Concordo com vocês quanto ao problema das gree threads que é o único ponto onde o Solaris leva vantagem. O meu problema não é o número de threads, mas sim que esse número cresce lentamente, e quando atinge um certo número a troca de contexto fica muito carrgeada para o SO, o que torna lenta demais a conexão apache - resin. O limite de filedescriptors está ok no servidor e a memória da máquina virtaual em 512M, o que deve ser suficiente para uma aplicação de 5 servlets e 5 jsp, uma vez que todos os EJB's estão no Jboss. Encontrei um documento muito bom de tuning do Resin, a performance melhorou após as mudanças (número de threads, cache, keepalive), porém os problemas persistem. Já apelei para um script watchdog, porém gostaria que tudo se estabilizasse sem essas soluções sujas. - Cassio Claudio Miranda wrote: Coloque um máximo de consumo de memória (parametro -Xmx). Quando você diz sobre o acumulo de processos baseado no top ou ps, é porque os comandos top e ps, mostram as threads como processos, para comprovar isso execute um ps -efww (ou pstree), e você verá que muitos processos (que são threads) java têm um processo pai único. Existe uma limitação da quantidade máxima de processos por usuário no SO (em kernel précompilado), pode ser o seu caso. []'s Claudio Miranda Cassio Sampaio wrote: Gente, Estou rodando com JDK 1.3.1 IBM , Linux Redhat 7.2 Kernel 2.4.X uma aplicação baseada em apache + resin. Tenho um problema que é o acúmulo de processos java do resin que acaba me forçando a fazer um watchdog para derrubar o resin a cada X horas para resetar os processos. Fiz os tunings indicados para apache e resin, mas o problema é reduzido mas não eliminado. Existe algum idéia??? Obrigado, Cassio -- LISTA SOUJAVA http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP dúvidas mais comuns: http://www.soujava.org.br/faq.htm regras da lista: http://www.soujava.org.br/regras.htm historico: http://www.mail-archive.com/java-list%40soujava.org.br para sair da lista: envie email para [EMAIL PROTECTED] -
Re: [java-list] Threads , Resin, Linux
Gente, Fica meu lamento aqui registrado. Fiz todos os tunings de aplicação e verificações possíveis, para identificar arquivos abertos, conexões não fechadas e todos os demais problemas, mas o erro persiste. O Interessante é que tenho uma aplicação semelhante rodando sobre Weblogic (BEA), que não apresenta nenhum problema. Passo a acreditar que o único empecilho do J2EE é que se faz becessário um Servidor de aplicações comercial, quando se pensa em software missão crítica com alto volume de acesso. Quanto ao JBoss para EJB fantástico, agora para Tomcat e Resin... somente via wathcdog. - Cassio Cassio Sampaio wrote: Cláudio / Helder, Concordo com vocês quanto ao problema das gree threads que é o único ponto onde o Solaris leva vantagem. O meu problema não é o número de threads, mas sim que esse número cresce lentamente, e quando atinge um certo número a troca de contexto fica muito carrgeada para o SO, o que torna lenta demais a conexão apache - resin. O limite de filedescriptors está ok no servidor e a memória da máquina virtaual em 512M, o que deve ser suficiente para uma aplicação de 5 servlets e 5 jsp, uma vez que todos os EJB's estão no Jboss. Encontrei um documento muito bom de tuning do Resin, a performance melhorou após as mudanças (número de threads, cache, keepalive), porém os problemas persistem. Já apelei para um script watchdog, porém gostaria que tudo se estabilizasse sem essas soluções sujas. - Cassio Claudio Miranda wrote: Coloque um máximo de consumo de memória (parametro -Xmx). Quando você diz sobre o acumulo de processos baseado no top ou ps, é porque os comandos top e ps, mostram as threads como processos, para comprovar isso execute um ps -efww (ou pstree), e você verá que muitos processos (que são threads) java têm um processo pai único. Existe uma limitação da quantidade máxima de processos por usuário no SO (em kernel précompilado), pode ser o seu caso. []'s Claudio Miranda Cassio Sampaio wrote: Gente, Estou rodando com JDK 1.3.1 IBM , Linux Redhat 7.2 Kernel 2.4.X uma aplicação baseada em apache + resin. Tenho um problema que é o acúmulo de processos java do resin que acaba me forçando a fazer um watchdog para derrubar o resin a cada X horas para resetar os processos. Fiz os tunings indicados para apache e resin, mas o problema é reduzido mas não eliminado. Existe algum idéia??? Obrigado, Cassio -- LISTA SOUJAVA http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP dúvidas mais comuns: http://www.soujava.org.br/faq.htm regras da lista: http://www.soujava.org.br/regras.htm historico: http://www.mail-archive.com/java-list%40soujava.org.br para sair da lista: envie email para [EMAIL PROTECTED] - -- LISTA SOUJAVA http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP dúvidas mais comuns: http://www.soujava.org.br/faq.htm regras da lista: http://www.soujava.org.br/regras.htm historico: http://www.mail-archive.com/java-list%40soujava.org.br para sair da lista: envie email para [EMAIL PROTECTED] - -- LISTA SOUJAVA http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP dúvidas mais comuns: http://www.soujava.org.br/faq.htm regras da lista: http://www.soujava.org.br/regras.htm historico: http://www.mail-archive.com/java-list%40soujava.org.br para sair da lista: envie email para [EMAIL PROTECTED] -
Re: [java-list] Threads , Resin, Linux
Coloque um máximo de consumo de memória (parametro -Xmx). Quando você diz sobre o acumulo de processos baseado no top ou ps, é porque os comandos top e ps, mostram as threads como processos, para comprovar isso execute um ps -efww (ou pstree), e você verá que muitos processos (que são threads) java têm um processo pai único. Existe uma limitação da quantidade máxima de processos por usuário no SO (em kernel précompilado), pode ser o seu caso. []'s Claudio Miranda Cassio Sampaio wrote: Gente, Estou rodando com JDK 1.3.1 IBM , Linux Redhat 7.2 Kernel 2.4.X uma aplicação baseada em apache + resin. Tenho um problema que é o acúmulo de processos java do resin que acaba me forçando a fazer um watchdog para derrubar o resin a cada X horas para resetar os processos. Fiz os tunings indicados para apache e resin, mas o problema é reduzido mas não eliminado. Existe algum idéia??? Obrigado, Cassio -- LISTA SOUJAVA http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP dúvidas mais comuns: http://www.soujava.org.br/faq.htm regras da lista: http://www.soujava.org.br/regras.htm historico: http://www.mail-archive.com/java-list%40soujava.org.br para sair da lista: envie email para [EMAIL PROTECTED] -
[java-list] Threads , Resin, Linux
Gente, Estou rodando com JDK 1.3.1 IBM , Linux Redhat 7.2 Kernel 2.4.X uma aplicação baseada em apache + resin. Tenho um problema que é o acúmulo de processos java do resin que acaba me forçando a fazer um watchdog para derrubar o resin a cada X horas para resetar os processos. Fiz os tunings indicados para apache e resin, mas o problema é reduzido mas não eliminado. Existe algum idéia??? Obrigado, Cassio -- LISTA SOUJAVA http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP dúvidas mais comuns: http://www.soujava.org.br/faq.htm regras da lista: http://www.soujava.org.br/regras.htm historico: http://www.mail-archive.com/java-list%40soujava.org.br para sair da lista: envie email para [EMAIL PROTECTED] -
Re: [java-list] Threads , Resin, Linux
É normal acumularem muitos processos da VM em Linux. Isto é resultado do uso de threads em Linux que na verdade são processos (green threads). Mas isto não deveria interferir na performance, já que eles são muito eficientes. Você já procurou nas listas do www.caucho.com (resin-interest)? []s Helder. - Original Message - From: Cassio Sampaio [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, June 14, 2002 8:19 PM Subject: [java-list] Threads , Resin, Linux Gente, Estou rodando com JDK 1.3.1 IBM , Linux Redhat 7.2 Kernel 2.4.X uma aplicação baseada em apache + resin. Tenho um problema que é o acúmulo de processos java do resin que acaba me forçando a fazer um watchdog para derrubar o resin a cada X horas para resetar os processos. Fiz os tunings indicados para apache e resin, mas o problema é reduzido mas não eliminado. Existe algum idéia??? Obrigado, Cassio -- LISTA SOUJAVA http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP dúvidas mais comuns: http://www.soujava.org.br/faq.htm regras da lista: http://www.soujava.org.br/regras.htm historico: http://www.mail-archive.com/java-list%40soujava.org.br para sair da lista: envie email para [EMAIL PROTECTED] - -- LISTA SOUJAVA http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP dúvidas mais comuns: http://www.soujava.org.br/faq.htm regras da lista: http://www.soujava.org.br/regras.htm historico: http://www.mail-archive.com/java-list%40soujava.org.br para sair da lista: envie email para [EMAIL PROTECTED] -
[java-list] Threads - (me ajudem - coisas básicas de iniciante)
Caros Javistas, Vejam o seguinte trecho: NovaThread nv01 = new NovaThread("Thread 01"); NovaThread nv02 = new NovaThread("Thread 02"); NovaThread nv03 = new NovaThread("Thread 03"); . . . No meu problema, como não sei antecipadamente qual a quantidade de Threads que terei que disparar, pergunto: existe alguma forma de deixar variável os nomes "nv.." de maneira que posso ir criando threads na medida em for necessitando ? - Outra pergunta de novato. Observem a linha abaixo: NovaThread t01 = new NovaThread("Thread 01"); t01.start() O fluxo de execução ao passar por estas linhas cria um novo(a) Thread e starta a mesma. Pergunta: Se o fluxo de execução novamente passar por esses trechos, irá startar um outro pocesso para thread mantendo aanterior rodando (se ainda estiver viva), ou matará a thread em execuçãostartada anteriormente ? -- LISTA SOUJAVA http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP dúvidas mais comuns: http://www.soujava.org.br/faq.htm regras da lista: http://www.soujava.org.br/regras.htm para sair da lista: envie email para [EMAIL PROTECTED] -
Re: [java-list] Threads - (me ajudem - coisas básicas de iniciante)
Um Thread "startado" não e coletado pelo garbage collector, então você pode usar uma mesma referência para startar vários threads.. Ex: NovaThread nv = new NovaThread("Thread 01"); nv.start(); nv = new NovaThread("Thread 02"); nv.start(); nv = new NovaThread("Thread 03"); nv.start(); Isso responde as suas 2 perguntas? - Original Message - From: Sérgio Luiz Tonsig To: [EMAIL PROTECTED] Sent: Tuesday, August 14, 2001 4:19 PM Subject: [java-list] Threads - (me ajudem - coisas básicas de iniciante) Caros Javistas, Vejam o seguinte trecho: NovaThread nv01 = new NovaThread("Thread 01"); NovaThread nv02 = new NovaThread("Thread 02"); NovaThread nv03 = new NovaThread("Thread 03"); . . . No meu problema, como não sei antecipadamente qual a quantidade de Threads que terei que disparar, pergunto: existe alguma forma de deixar variável os nomes "nv.." de maneira que posso ir criando threads na medida em for necessitando ? - Outra pergunta de novato. Observem a linha abaixo: NovaThread t01 = new NovaThread("Thread 01"); t01.start() O fluxo de execução ao passar por estas linhas cria um novo(a) Thread e starta a mesma. Pergunta: Se o fluxo de execução novamente passar por esses trechos, irá startar um outro pocesso para thread mantendo aanterior rodando (se ainda estiver viva), ou matará a thread em execuçãostartada anteriormente ? -- LISTA SOUJAVA http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP dúvidas mais comuns: http://www.soujava.org.br/faq.htmregras da lista: http://www.soujava.org.br/regras.htmpara sair da lista: envie email para [EMAIL PROTECTED] -
RE: [java-list] Threads
William, A menos que o seu computador tenha dois processadores, nao eh verdadeira a afirmacao de que os threads sao, literalmente falando, executados em paralelo. O uso de threads eh indicado principalmente em aplicacoes onde uma determinada tarefa bloquearia toda applicacao por estar esperando a liberacao de algum recurso, por exemplo. Operacoes de Input/Output sao um bom exemplo disto. Enquanto os dados estao sendo fisicamente gravados no disco e, consequentemente, o thread nao precisa do processador, outro thread pode estar fazendo alguma coisa. Se voce tiver dois threads que durante 100% do tempo de execucao utilizam o processador, eh provavel que o seu programa fique ate mesmo mais lento, por causa do trabalho extra que a maquina virtual tera para fazer o escalonamento. Em outras palavras, se um thread leva 10 segundos para completar uma tarefa que utiliza o processador 100% do seu tempo, dois threads vao, necessariamente levar no minimo 20 segundos, a menos, eh claro, que voce tenha dois processadores, caso no qual os threads serao _realmente_ executados em paralelo. Se isso nao fosse verdade seria muito bom, ja que eu poderia criar infinitos threads e todos eles iriam acabar sempre em 10 segundos, o que nao faz sentido algum. Ate onde eu sei, a maquina virtual nao tem como, por exemplo, analisar as instrucoes de cada um dos threads e verificar se algumas delas podem ser compartilhadas e "reutilizadas", poupando o trabalho do processador e diminuindo o tempo total de execucao dos threads. Nao acho que voce esteja fazendo nada de errado. Talvez o comportamento da sua applicacao, na realidade, seja exatamente o previsto. Isso ira depender de quao famintos pelo processador seus threads sao. Quanto ao segundo thread so comecar depois do primeiro, talvez voce tenha que usar o metodo yield() (de uma olhada na documentacao). Mas mais uma vez: se voce ficar invocando o yield() toda hora, sua maquina virtual vai ter que trabalhar mais para escalonar os threads, diminuindo a performance de qua aplicacao. Bem, acho que eh isso. Espero ter ajudado. Grande abraco e boa sorte. Andre Mendonca Sakonnet Technology 596 Broadway, Suite 1008 New York, NY 10028 http://www.sknt.com (212) 343-3170 x109 --- Wiliam Machado [EMAIL PROTECTED] wrote: Amigos, Estou com uma dzvida terrmvel, mas simples. Tenho duas Threads rodando, cada uma apresenta uma classe Stand-Alone. Em cada interface tenho dois botues, quando dou um click no botao1 (de qualquer uma das duas janelas) sco disparadas outras duas Threads que devem fazer em paralelo a atualizagco das telas usando cada uma o mitodo paint prsprio (A comunicagco i feita por Socktes informando qual atualizagco deve ser feita). Bem o problema i que: quando i iniciado a primeira Thread do botco, ela altera a interface e "dorme" por 10 segundos, a segunda Thread foi disparada em paralelo, porim ela tambim deveria alterar a tela e "dormir" por 10 segundos. As duas deveriam terminar juntas uma vez que sco paralelas e dormem o mesmo tempo SS que a segunda ss inicia quando a primeira acorda me dando um tempo final de 20 segundos ao invis de 10. Alguim tem alguma idiia do que acontece??? Grato, Wiliam Machado __ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/ -- LISTA SOUJAVA http://www.soujava.org.br - Sociedade de Usuarios Java da Sucesu-SP dzvidas mais comuns: http://www.soujava.org.br/faq.htm regras da lista: http://www.soujava.org.br/regras.htm para sair da lista: envie email para [EMAIL PROTECTED] - -- LISTA SOUJAVA http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP dúvidas mais comuns: http://www.soujava.org.br/faq.htm regras da lista: http://www.soujava.org.br/regras.htm para sair da lista: envie email para [EMAIL PROTECTED] -
Re: [java-list] Threads
Caro William, Dependendo do sistema operacional que vc estiver utilizando e do nmero de processadores disponveis, as Threads iro executar paralelamente ou no. Os processos so executados pelo processador serialmente e podem executar at o fim ou compartilhar o uso do processador com outro processo. Nunca h dois processos executando ao mesmo tempo em um nico processador. Voc s teria o processamento paralelo se sua mquina fosse multiprocessada, ou seja, possuir mais de 1 processador. Somente sistemas operacionais de rede reconhecem sistemas multiprocessados. Caso o computador execute um processo de cada vez mas de forma compartilhada, talvez a sua thread durma um pouco mais de 10 segundos, se a mquina estiver com recursos escassos de processador e memria. Quanto ao seu problema especfico, s d pra ajudar se pudermos analisar o cdigo fonte. Atenciosamente, Hildeberto Mendonca Original Message Follows From: "Lsaro" Camargos [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: [java-list] Threads Date: Thu, 18 Jan 2001 02:36:32 -0800 (PST) Ol William d pra mandar o codigo de onde voce as coloca para dormir? Lsaro --- Wiliam Machado [EMAIL PROTECTED] wrote: Amigos, Estou com uma dvida terrvel, mas simples. Tenho duas Threads rodando, cada uma apresenta uma classe Stand-Alone. Em cada interface tenho dois botes, quando dou um click no botao1 (de qualquer uma das duas janelas) so disparadas outras duas Threads que devem fazer em paralelo a atualizao das telas usando cada uma o mtodo paint prprio (A comunicao feita por Socktes informando qual atualizao deve ser feita). Bem o problema que: quando iniciado a primeira Thread do boto, ela altera a interface e "dorme" por 10 segundos, a segunda Thread foi disparada em paralelo, porm ela tambm deveria alterar a tela e "dormir" por 10 segundos. As duas deveriam terminar juntas uma vez que so paralelas e dormem o mesmo tempo S que a segunda s inicia quando a primeira acorda me dando um tempo final de 20 segundos ao invs de 10. Algum tem alguma idia do que acontece??? Grato, Wiliam Machado __ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/ -- LISTA SOUJAVA http://www.soujava.org.br - Sociedade de Usurios Java da Sucesu-SP dvidas mais comuns: http://www.soujava.org.br/faq.htm regras da lista: http://www.soujava.org.br/regras.htm para sair da lista: envie email para [EMAIL PROTECTED] - _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. -- LISTA SOUJAVA http://www.soujava.org.br - Sociedade de Usurios Java da Sucesu-SP dvidas mais comuns: http://www.soujava.org.br/faq.htm regras da lista: http://www.soujava.org.br/regras.htm para sair da lista: envie email para [EMAIL PROTECTED] -
Re: [java-list] Threads
Bem Willian, existem varias coisas que podem estar acontecendo, a primeira delas é q as threads nunca irão começar e terminar exatamente juntas, em um sistema como o windows que é semi-preenpitivo, elas vão terminar uma após a outra na forma em que forem sendo iniciadas pelo sistema (caso vc tenha somente um processador), mas de qq forma não na diferença de tempo que vc citou. Dependendo de aonde vc estiver rodando as threads seria legal vc dar um yield nelas, procure ver se vc não esta segurando o inicio da segunda em algum ponto ou dando um synchronized em algum lugar por engano. roger --- Wiliam Machado [EMAIL PROTECTED] wrote: Amigos, Estou com uma dúvida terrível, mas simples. Tenho duas Threads rodando, cada uma apresenta uma classe Stand-Alone. Em cada interface tenho dois botões, quando dou um click no botao1 (de qualquer uma das duas janelas) são disparadas outras duas Threads que devem fazer em paralelo a atualização das telas usando cada uma o método paint próprio (A comunicação é feita por Socktes informando qual atualização deve ser feita). Bem o problema é que: quando é iniciado a primeira Thread do botão, ela altera a interface e "dorme" por 10 segundos, a segunda Thread foi disparada em paralelo, porém ela também deveria alterar a tela e "dormir" por 10 segundos. As duas deveriam terminar juntas uma vez que são paralelas e dormem o mesmo tempo SÓ que a segunda só inicia quando a primeira acorda me dando um tempo final de 20 segundos ao invés de 10. Alguém tem alguma idéia do que acontece??? Grato, Wiliam Machado __ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/ -- LISTA SOUJAVA http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP dúvidas mais comuns: http://www.soujava.org.br/faq.htm regras da lista: http://www.soujava.org.br/regras.htm para sair da lista: envie email para [EMAIL PROTECTED] -
[java-list] Threads
Amigos, Estou com uma dúvida terrível, mas simples. Tenho duas Threads rodando, cada uma apresenta uma classeStand-Alone. Em cada interface tenho dois botões, quando dou um click no botao1 (de qualquer uma das duas janelas)são disparadas outras duas Threads que devem fazer em paralelo a atualização das telas usando cada uma o método paint próprio(A comunicação é feita por Socktes informando qualatualização deve ser feita). Bem o problema é que: quando é iniciado a primeira Thread do botão, ela altera a interface e "dorme" por 10 segundos, a segunda Thread foi disparada em paralelo, porém ela também deveria alterar a tela e "dormir" por 10 segundos. As duas deveriam terminar juntas uma vez que são paralelas e dormem o mesmo tempo SÓ que a segunda só inicia quando a primeira acorda me dando um tempo final de 20 segundos ao invés de 10. Alguém tem alguma idéia do que acontece??? Grato, Wiliam Machado
Re: [ java-list ] Threads + EJB
Eu acho que vc nao pode criar thread usando EJB, O Container EJB faz isso para vc. Olivier Luis Francisco de Campos Henriques wrote: Pessoal, Estou tentando extender a Classe Thread, dentro de um session bean no EJB 2.0. Algum j fez isto??? Alguma dica???ObrigadoLuis