estou fazendo uma pesquisa… ALGUEM sabe alguma ou algumas vantagens sobre ajax reverso
ajax reverso não existe
o client sempre requisita o server. nunca o contrário.
o que pode ser feito é implementar um timer no client para disparar uma requisição de novas informações.
o ZK, que é um ótimo framework de ajax para java, conta com um componente que faz isso.
você pode conferir neste link http://www.zkoss.org/smalltalks/listmodelsharer/
tem, inclusive, um flash demonstrando como funciona.
Ajax reverso existe sim: uma simples procurada no Google
:arrow: http://getahead.org/blog/joe/2006/05/24/introduction_to_reverse_ajax.html
:arrow: http://prokata.com/reverseajax
:arrow: http://en.wikipedia.org/wiki/Reverse_Ajax
mais alguma opinião ? Obrigada
Alguém já viu enterro de anão ?
Irmãos gêmeos negros ?
E cabeça de bacalhau ?
Tudo isso existe. Mas, poucos viram.
(Pra dizer a verdade, meu sogro, negão, tem um irmão gêmeo. rsss…)
O que quero dizer é que o verdadeiro ajax reverso é quase utópico. Uma realidade impraticável.
O ajax reverso consiste em fazer com que o browser passe a “escutar” requisições do server. Para tanto, é necessário o javascript abrir uma porta para que o mundo afora (internet) envie atualizações. Isso significa abrir brechas para ataques hackers (nenhum browser, por padrão, permite tal absurdo).
Além do mais, o client deve estar em uma conexão direta com a internet. Digo, não usando routers e proxies (prática comum ultimamente, com a adoção de wi-fi).
Portanto, de fato, o REAL ajax reverso existe. Mas, poucos verão em prática.
Existe sim algo que recebe o nome de ajax reverso que, na verdade, não é bem isso. Expliquei no post anterior.
Alguns pode até chamar de “gambiarra”. Mas, se realmente for, essa prática não viola o conceito do protocolo HTTP (basicamente posts e gets exclusivamente por clients). No caso, o real ajax reverso é uma aberração do HTTP.
Todos os links que o ramilani postou, explicam algo em torno que eu acabo de escrever.
A propósito, consultei o termo “papai noel” no google. Me trouxe 1.310.000 resultados. ahahahaa
É isso aí.
Olá
Muito bom esclarecer esse assunto, eu escrevi no fowtec sobre isso
http://www.fowtec.com/index.php/18/09/2007/ajax-reverso-era-so-o-que-me-faltava/
um abraço
[quote=ricardosoares]Alguém já viu enterro de anão ?
Irmãos gêmeos negros ?
E cabeça de bacalhau ?
Tudo isso existe. Mas, poucos viram.
(Pra dizer a verdade, meu sogro, negão, tem um irmão gêmeo. rsss…)
O que quero dizer é que o verdadeiro ajax reverso é quase utópico. Uma realidade impraticável.
O ajax reverso consiste em fazer com que o browser passe a “escutar” requisições do server. Para tanto, é necessário o javascript abrir uma porta para que o mundo afora (internet) envie atualizações. Isso significa abrir brechas para ataques hackers (nenhum browser, por padrão, permite tal absurdo).
Além do mais, o client deve estar em uma conexão direta com a internet. Digo, não usando routers e proxies (prática comum ultimamente, com a adoção de wi-fi).
Portanto, de fato, o REAL ajax reverso existe. Mas, poucos verão em prática.
Existe sim algo que recebe o nome de ajax reverso que, na verdade, não é bem isso. Expliquei no post anterior.
Alguns pode até chamar de “gambiarra”. Mas, se realmente for, essa prática não viola o conceito do protocolo HTTP (basicamente posts e gets exclusivamente por clients). No caso, o real ajax reverso é uma aberração do HTTP.
Todos os links que o ramilani postou, explicam algo em torno que eu acabo de escrever.
A propósito, consultei o termo “papai noel” no google. Me trouxe 1.310.000 resultados. ahahahaa
É isso aí.[/quote]
Não estiste ajax reverso “utópico”, “verdadeiro” ou “real”. Existe apenas ajax reverso. Que é uma técnica para conseguir comunicação bidirecional entre cliente e servidor na web. Não é pelo fato se ser implementada usando pooling, piggy backing ou long lived HTTP connection que deixa de ser Reverse AJAX.
Isso é a mesma coisa que dizer que o modo passivo do FTP não é FTP. O nome da técnica é esse, isso já vem sendo usado desde, no mínimo, 2003 e ninguém nunca se preocupou em dizer que era uma mentira ou não existia.
É.
Na verdade a primeira vista de quem lê, imagina que tipo de loucura (mesmo que impossível) seria o tal ajax reverso.
Mas como o louds disse, nada mais que uma técnica conhecida por todos, e que alguém nomeou de Ajax Reverso.
Mas que o termo está meio inadequado, dai eu concordo…
[quote] Não estiste ajax reverso “utópico”, “verdadeiro” ou “real”. Existe apenas ajax reverso. Que é uma técnica para conseguir comunicação bidirecional entre cliente e servidor na web. Não é pelo fato se ser implementada usando pooling, piggy backing ou long lived HTTP connection que deixa de ser Reverse AJAX.
[/quote]
piggy back é o reverso de firewall/proxy/router
long lived é o reverso de um timeout configurado de um browser
pooling não é reverso nenhum, apenas o enfileiramento de requisições feitas “by XMLHttpRequest()” numa sequência de auto-updates (termo mais usado : server push).
enfim, piggy back e long lived são os ajax reversos que veremos automatizando, respectivamente, um cemitério de anões e um restaurante capixaba que serve um saboroso pirão de bacalhau.
o framework dwr prioriza as técnicas “piggy back” e “long lived” para usar no seu recurso “reverse ajax”. ele escolhe o melhor método automáticamente sem ter que programar. tenta usar um, usar outro e, na maioria das vezes sem sucesso, acaba usando o “pooling”.
justiça seja feita, o ajax reverso realmente EXISTE. o louds tem razão.
quem estudou metáforas, entendeu bem quando eu disse utópico.
aliás, metáfora agora é moda no Planalto. se pega…
Ricardo, desculpe discordar de você, mas uso no meu dia-a-dia aplicações de escala global que usam long-lived http para fazer Ajax reverso que não tem o menor problema de escalabilidade ou funcionamento. Seu argumento é inócuo, Tanto existe, quanto existe muita gente usando.
Ajax reverso existe. O que não existe é request reverso.
O Ajax reverso nada mais é do que o usuário(browser) abrir um xmlhttprequest e deixar ele aberto por um longo periodo de tempo. Depois a servlet que recebe esse xmlhttprequest nunca comita o request só fica dando flush para o browser…
Mas quem faz a primeira requisição sempre será o browser…
ajax reverso = response sem request. ponto.
existe sim
ADS - é um framework oracle para isso
o BAM da oracle tem suporte para isso
vc tem acesso a algum home broker… alguns usam isso… nem todo update na tela foi feito pq seu browser solicitou…
se atualizou a pagina, sem um request ou partial… é ajax reverso