Comentários sobre: Trabalhando com Serviços Assíncronos http://pacman.blog.br/blog/uncategorized/trabalhando-com-servicos-assincronos/?utm_source=rss&utm_medium=rss&utm_campaign=trabalhando-com-servicos-assincronos Varias Coisas, por Tiago Peczenyj Thu, 19 Jan 2012 18:25:44 +0000 hourly 1 http://wordpress.org/?v=3.3.1 Por: Guilherme Garnier http://pacman.blog.br/blog/uncategorized/trabalhando-com-servicos-assincronos/comment-page-1/#comment-58 Guilherme Garnier Mon, 02 Feb 2009 15:52:09 +0000 http://pacman.blog.br/blog/?p=39#comment-58 Hehehe, mais ou menos... Eu trabalhava num provedor, e esse "spam" era enviado para os usuários. Hehehe, mais ou menos…

Eu trabalhava num provedor, e esse “spam” era enviado para os usuários.

]]> Por: admin http://pacman.blog.br/blog/uncategorized/trabalhando-com-servicos-assincronos/comment-page-1/#comment-57 admin Mon, 02 Feb 2009 13:32:55 +0000 http://pacman.blog.br/blog/?p=39#comment-57 Hehe, a crontab é uma mão na roda para essas coisas, porem espero que vc não esteja fazendo spam ;-) Hehe, a crontab é uma mão na roda para essas coisas, porem espero que vc não esteja fazendo spam ;-)

]]> Por: Guilherme Garnier http://pacman.blog.br/blog/uncategorized/trabalhando-com-servicos-assincronos/comment-page-1/#comment-56 Guilherme Garnier Mon, 02 Feb 2009 13:28:59 +0000 http://pacman.blog.br/blog/?p=39#comment-56 Fala Pac. Eu já tive um problema semelhante a esse, desenvolvi uma ferramenta que precisava enviar emails para algumas dezenas ou centenas de milhares de destinatários, mais ou menos uma vez por semana. A solução que eu criei foi uma interface web pra agendar o envio (upload da lista de destinatários, definição do dia e horário de envio e prioridade). Esse agendamento era registrado em banco de dados. Coloquei um processo na crontab rodando de hora em hora, verificando se havia algum agendamento para agora (ou para os próximos minutos) e se o envio anterior já tinha terminado. Neste caso, era executado o envio de maior prioridade. Fala Pac. Eu já tive um problema semelhante a esse, desenvolvi uma ferramenta que precisava enviar emails para algumas dezenas ou centenas de milhares de destinatários, mais ou menos uma vez por semana.

A solução que eu criei foi uma interface web pra agendar o envio (upload da lista de destinatários, definição do dia e horário de envio e prioridade). Esse agendamento era registrado em banco de dados. Coloquei um processo na crontab rodando de hora em hora, verificando se havia algum agendamento para agora (ou para os próximos minutos) e se o envio anterior já tinha terminado. Neste caso, era executado o envio de maior prioridade.

]]> Por: Tiago Albineli Motta http://pacman.blog.br/blog/uncategorized/trabalhando-com-servicos-assincronos/comment-page-1/#comment-27 Tiago Albineli Motta Wed, 21 Jan 2009 21:01:42 +0000 http://pacman.blog.br/blog/?p=39#comment-27 @Bruno Carvalho Mesmo que haja necessidade de resposta imediata pode-se fazer de forma assincrona, retornando ao usuário uma informação de que os e-mails estão sendo enviados. E assim que todos forem informa-se que a tarefa foi concluída. @Bruno Carvalho

Mesmo que haja necessidade de resposta imediata pode-se fazer de forma assincrona, retornando ao usuário uma informação de que os e-mails estão sendo enviados. E assim que todos forem informa-se que a tarefa foi concluída.

]]> Por: Roger Leite http://pacman.blog.br/blog/uncategorized/trabalhando-com-servicos-assincronos/comment-page-1/#comment-26 Roger Leite Wed, 21 Jan 2009 14:29:51 +0000 http://pacman.blog.br/blog/?p=39#comment-26 @Leonardo Veríssimo a solução que você passou é boa, mas acho que não chega a ser tão óbvio assim, pois depende muito de como a(s) aplicação(ões) envolvidas estão desenvolvidas. O que eu ja vi muito é criarem um campo tipo "result code", que jogavam no banco com os dados processados. @Leonardo Veríssimo a solução que você passou é boa, mas acho que não chega a ser tão óbvio assim, pois depende muito de como a(s) aplicação(ões) envolvidas estão desenvolvidas. O que eu ja vi muito é criarem um campo tipo “result code”, que jogavam no banco com os dados processados.

]]> Por: admin http://pacman.blog.br/blog/uncategorized/trabalhando-com-servicos-assincronos/comment-page-1/#comment-25 admin Wed, 21 Jan 2009 12:59:42 +0000 http://pacman.blog.br/blog/?p=39#comment-25 @rogerleite Serviços assincronos em Java eu tenho pouca experiência: em Perl eu utilizo um serviço que toma conta dos outros, um "cão de guarda" que levanda serviços que morreram, por exemplo. Eu poderia adicionar outras coisas para serem monitoradas como tempo de resposta ou algum outro parâmetro e tentar detectar erros sem muita intervenção. @brunocarvalho eu usei velocidade mas num sentido mais vulgar. A velocidade com que uma determinada tarefa sera executada num serviço assincrono é dificil de mensurar pois depende de varios fatores como a taxa de serviços de entrada, gargalos, latencias, etc. @rogerleite Serviços assincronos em Java eu tenho pouca experiência: em Perl eu utilizo um serviço que toma conta dos outros, um “cão de guarda” que levanda serviços que morreram, por exemplo. Eu poderia adicionar outras coisas para serem monitoradas como tempo de resposta ou algum outro parâmetro e tentar detectar erros sem muita intervenção.

@brunocarvalho eu usei velocidade mas num sentido mais vulgar. A velocidade com que uma determinada tarefa sera executada num serviço assincrono é dificil de mensurar pois depende de varios fatores como a taxa de serviços de entrada, gargalos, latencias, etc.

]]> Por: Bruno Carvalho http://pacman.blog.br/blog/uncategorized/trabalhando-com-servicos-assincronos/comment-page-1/#comment-24 Bruno Carvalho Wed, 21 Jan 2009 11:44:25 +0000 http://pacman.blog.br/blog/?p=39#comment-24 A velocidade (se demora ou nao) não é necessariamente o fator que decide se o serviço é síncrono ou não, e sim se há necessidade de ter uma resposta imediata. Se voce precisa ter uma resposta imediata se o que você quer fazer deu certo ou nao, voce pode "travar" sua aplicação enviando milhoes de e-mails ou processando um diretorio inteiro e ver se cada uma dessas requisições falhou. Enquanto sua aplicação tá fazendo essa porcaria, quem iniciou o request fica preso esperando a resposta. Obviamente a melhor solução nesse caso é trabalhar assincronamente, pois está claro que você (sistema) nao precisa de resposta imediata, muito menos o usuário. Abraços, Bruno Carvalho A velocidade (se demora ou nao) não é necessariamente o fator que decide se o serviço é síncrono ou não, e sim se há necessidade de ter uma resposta imediata.

Se voce precisa ter uma resposta imediata se o que você quer fazer deu certo ou nao, voce pode “travar” sua aplicação enviando milhoes de e-mails ou processando um diretorio inteiro e ver se cada uma dessas requisições falhou. Enquanto sua aplicação tá fazendo essa porcaria, quem iniciou o request fica preso esperando a resposta.

Obviamente a melhor solução nesse caso é trabalhar assincronamente, pois está claro que você (sistema) nao precisa de resposta imediata, muito menos o usuário.

Abraços,
Bruno Carvalho

]]> Por: Leonardo Veríssimo http://pacman.blog.br/blog/uncategorized/trabalhando-com-servicos-assincronos/comment-page-1/#comment-23 Leonardo Veríssimo Wed, 21 Jan 2009 11:02:13 +0000 http://pacman.blog.br/blog/?p=39#comment-23 No vaso de Java EE e Java SE, chega a ser impressionante a falta de suporte para serviços assíncronos. A única alternativa é o MDB, que não é muito lightweight. Felizmente, a versão do Java EE 6 irá trazer suporte a continuations no Servlet e Session Beans assíncronos (desde que retorne void e que explicitamente seja informado a opção de assíncrono). E no Java SE 7, haverá suporte a operações de arquivo de forma assíncrona também. Parecem coisas que já deveriam estar presentes na plataforma há faz tempo! @Roger Leite Quanto a sua pergunta, desculpe a obviedade da resposta; mas quando o processamento assíncrono deu erro, dispare uma chamada assíncrona a quem estiver interessado no evento de erro (tipo o padrão Observer). O interessados que se virem com a informação recebida. No vaso de Java EE e Java SE, chega a ser impressionante a falta de suporte para serviços assíncronos. A única alternativa é o MDB, que não é muito lightweight.

Felizmente, a versão do Java EE 6 irá trazer suporte a continuations no Servlet e Session Beans assíncronos (desde que retorne void e que explicitamente seja informado a opção de assíncrono). E no Java SE 7, haverá suporte a operações de arquivo de forma assíncrona também. Parecem coisas que já deveriam estar presentes na plataforma há faz tempo!

@Roger Leite
Quanto a sua pergunta, desculpe a obviedade da resposta; mas quando o processamento assíncrono deu erro, dispare uma chamada assíncrona a quem estiver interessado no evento de erro (tipo o padrão Observer). O interessados que se virem com a informação recebida.

]]> Por: Roger Leite http://pacman.blog.br/blog/uncategorized/trabalhando-com-servicos-assincronos/comment-page-1/#comment-22 Roger Leite Wed, 21 Jan 2009 10:41:16 +0000 http://pacman.blog.br/blog/?p=39#comment-22 Olá Peczenyj! Realmente serviços assincronos são muito pouco usados. Um exemplo legal de serv. assincrono, no caso de JEE, é uso de JMS. Já usei algumas vezes, e realmente é muito simples de usar e a maioria dos appication servers disponibilizam um "monitor" de filas. Eu acho que um tema interessante e não muito discutido é: "O que fazer quando o meu processamento assincrono deu erro?", você sabe se existe algo catalogado sobre? Eu tenho a impressão que a maioria das soluções neste caso é sempre POG. O que vc costuma fazer neste caso? valeu e sucesso! Olá Peczenyj!
Realmente serviços assincronos são muito pouco usados. Um exemplo legal de serv. assincrono, no caso de JEE, é uso de JMS. Já usei algumas vezes, e realmente é muito simples de usar e a maioria dos appication servers disponibilizam um “monitor” de filas.
Eu acho que um tema interessante e não muito discutido é: “O que fazer quando o meu processamento assincrono deu erro?”, você sabe se existe algo catalogado sobre? Eu tenho a impressão que a maioria das soluções neste caso é sempre POG. O que vc costuma fazer neste caso?

valeu e sucesso!

]]>