não tem não hehe
é a primeira vez que eu me deparo com uma situação dessas onde eu disparo
multiplas requisições para o mesmo destination
onde tenho uma tela com vários gráficos gauge e no destination (classe java
mapeada) cada método retorna um respectivo valor para cada
até onde debuguei e
Ah para completar...
conversando com o Mario Junior, ele sugeriu um teste isolado:
1 MXML puro com RemoteObject chamando o destination disparando todas as
requisições de uma vez
o comportamento se repete nesse caso tambem =/
Em 21 de dezembro de 2010 11:00, Erko Bridee de Almeida Cabrera
Oq comprova q o problema não tem relação com o swiz diretamente.
Conforme nossa conversa ontem, acho q pode ser uma das duas coisas (ou as
duas juntas, hehe): *Bug na Factory do BlazeDS.*
A documentação diz claramente que um RemotingService (objeto que encapsula
seu destination - a sua classe de
Vc nao pode chamar no final/result de cada requisicao a proxima,
cascateando?
Em 21/12/2010 13:33, Mário Júnior juninho...@gmail.comescreveu:
Oq comprova q o problema não tem relação com o swiz diretamente.
Conforme nossa conversa ontem, acho q pode ser uma das duas coisas (ou as
duas juntas,
Sim, ele poderia Michel.. e na verdade é oq já está acontecendo, mas não é
oq ele quer.
Veja bem, tentando resumir a história até para clarearmos melhor a idéia:
- Por toda vida soubemos que as requisições são assíncronas.
- Mas no caso do Erko, ele está disparando 8 requisições para o mesmo
Caramba... to pior q bebado aki
estou revisando o fluxo de execução dentro do blazeds agora...
verifiquei que a requisição recebida no BlazeDS dentro da Classe:
flex.messaging.endpoints.amf.BatchProcessFilter
método: invoke
o parametro recebido: ActionContext context
seu respectivo número
Bom.. se o Flex já manda tudo numa request só é mais estranho ainda ...
Se for assim, começa a procurar no framework pela classe AbstractInvoker ...
é ela quem dispara as requisicoes... dá uma olhada no fonte.
[]'s e boa sorte com essa caçada :)
Em 21 de dezembro de 2010 15:12, Erko Bridee
