desculpa o cancel() é somente para o httpservice :( 2011/7/13 Ricardo Araújo <[email protected]>
> não sabia... mas não estou num browser... estou numa AIR app ... > > já agora como é que cancelo um determinado request? > > No dia 13 de Julho de 2011 17:39, João Fernandes < > [email protected]> escreveu: > >> Isso é um limite do browser para fazer chamadas a um domínio de forma >> concorrente. Um truque que muita gente utiliza é criar sub domínios que >> apontem para o mesmo sítio abrindo assim a possibilidade de (nº de limite >> por browser a um dominio * nº de sub dominios +1 ). O n de chamadas >> concorrentes varia de browser para browser, o IE só suporta 2 no entanto sei >> que outros suportam mais. >> >> Não sei se cancelar um request pendente é uma possibilidade para ti. >> >> João Fernandes >> >> 2011/7/13 Ricardo Araújo <[email protected]> >> >>> ora viva, >>> >>> Estas limitações do WebSerice está a dar comigo em doido... >>> Pior do que o limite do timeOut ser 30 segundos, é só poder ter no >>> máximo duas chamadas activas. >>> Se eu fizer dois pedidos ao servidor e ficar à espera que o servidor >>> processe, durante o tempo em que não obtenho nenhuma resposta desses >>> dois pedidos, não consigo invocar mais nenhum pedido. Simplesmente >>> passa lá no código mas no servidor nunca chega outros pedidos... >>> >>> estive a tentar resolver isto, mas por defeito o WebService já tem a >>> propriedade do concurrency a multiple... o que segundo a documentação >>> dá para múltiplos pedidos ao mesmo tempo... >>> >>> Alguém sabe como aumentar este limite? >>> >>> On 7 Jul, 11:04, Ricardo Araújo <[email protected]> wrote: >>> > Malta, >>> > >>> > estive a ver parece mesmo um bughttp:// >>> bugs.adobe.com/jira/browse/SDK-30426http://bugs.adobe.com/jira/browse/SDK-27551https://bugs.adobe.com/jira/browse/SDK-22016 >>> > >>> > só me resta saber se são da mesma família da class WebService .... mas >>> > os sintomas parecem os mesmos. >>> > >>> > De qualquer forma estive a tentar dar a volta à situação e visto que >>> > um dos meus clientes em C# tem um xml de configuração onde tem >>> > definido os timeOuts, tais como: >>> > closeTimeout="00:10:00" >>> > openTimeout="00:10:00" >>> > receiveTimeout="00:10:00" >>> > sendTimeout="00:10:00" >>> > >>> > pensei que fosse possivel adicionar estes dados ao meu webService... e >>> > algo me diz que é nos headers... >>> > Alguém sabe como colocar correctamente os headers? >>> > tentei desta forma: >>> > >>> _serviceControl.addSimpleHeader("BasicHttpBinding_KioskServiceUIInterface", >>> "http://www.VB.com/webservices/KioskServiceUIInterface/";, >>> "receiveTimeout", >>> > "00:10:00"); >>> > >>> > apesar de não rebentar mantem-se nos 30 segundos... o que me diz que >>> > não foi interpretado .... >>> > >>> > se alguém souber, agradeço imenso! >>> > >>> > Já agora, converter o channelSet para RTMP também pareceu-me uma ideia >>> > válida ... >>> > se alguém tiver alguma dica será sempre bem vinda :) >>> > >>> > até já, >>> > Ricardo Araújo >>> > >>> > On Jul 6, 12:18 pm, Ricardo Araújo <[email protected]> wrote: >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > > tentei agora no MessageAgent... alterei o channelSet e coloquei um >>> > > requestTimeout de 60, e continua a rebentar aos 30. >>> > >>> > > com estas alterações do código do sdk para compilar é igual ao que >>> fazia >>> > > antes? ou é necessário fazer mais alguma coisa? >>> > >>> > > No dia 6 de Julho de 2011 12:14, Ricardo Araújo >>> > > <[email protected]>escreveu: >>> > >>> > > > ainda não tinha encontrado isto, >>> > >>> > > > mas ele diz pra procurar o metodo que realmente faz a chamada... >>> > > > tentei agora colocar no AbstractInvoker na funnção invoke e antes >>> do >>> > > > asyncRequest.invoke dei o time out a esse asuncRequest ... mas não >>> > > > funcionou! >>> > >>> > > > alguma sugestão para a classe? >>> > >>> > > > No dia 6 de Julho de 2011 11:29, João Fernandes < >>> > > > [email protected]> escreveu: >>> > >>> > > > Já experimentaste isto >>> > > >> >>> http://sonnygill.net/programming/flex-builder-wsdl-web-service-reques... >>> > > >> ? >>> > >>> > > >> João Fernandes >>> > >>> > > >> 2011/7/6 Ricardo Araújo <[email protected]> >>> > >>> > > >>> o mais estranho é que no Jira da adobe parece não ter nada >>> > > >>> relacionado... >>> > > >>> (aquela pesquisa também é muito fraquinha, quanto mais palavras >>> tiver >>> > > >>> na query mais resultados traz hehe) >>> > >>> > > >>> de qualquer forma, obrigado pelas sugestões.. ainda não sei ao >>> certo >>> > > >>> como vou fazer... estava com esperança de conseguir um timeOut à >>> > > >>> medida ... >>> > > >>> enfim... lá na documentação ainda têm a lata de colocar: "A value >>> less >>> > > >>> than or equal to zero prevents request timeout." - que grande >>> > > >>> mentira! >>> > > >>> povo enganado hehe! >>> > >>> > > >>> On Jul 6, 12:23 am, Miguel Vaz <[email protected]> wrote: >>> > > >>> > Muito chato. >>> > >>> > > >>> > Talvez isto não ajude, mas fica a ideia caso tudo o resto >>> falhe: >>> > > >>> acederes ao >>> > > >>> > webservice através de outra estrutura? Ou seja, teres o >>> acesso/timeout >>> > > >>> numa >>> > > >>> > outra tecnologia. Entendo que estraga o esquema das coisas, mas >>> talvez >>> > > >>> evite >>> > > >>> > refazeres a tua arquitectura. >>> > >>> > > >>> > Estou a ver ter o mesmo problema daqui a semanas com um novo >>> projecto. >>> > >>> > > >>> > MV >>> > >>> > > >>> > 2011/7/6 Ricardo Araújo <[email protected]> >>> > >>> > > >>> > > a ideia é que o cliente faça um pedido de uns dados >>> biometricos >>> > > >>> > > introduzidos do lado do servidor. por isso, pode demorar mais >>> do que >>> > > >>> os 30 >>> > > >>> > > segundos... >>> > > >>> > > o problema é que este servidor é generico e este service já é >>> > > >>> utilizado por >>> > > >>> > > outros clientes com outras tecnologias. por exemplo um dos >>> clientes >>> > > >>> está em >>> > > >>> > > c# e la é possivel escolher até horas para o timeout... E >>> agora com >>> > > >>> esta >>> > > >>> > > limitação do flash está a por em causa todos os outros >>> clientes e a >>> > > >>> minha >>> > > >>> > > propria arquitectura >>> > > >>> > > On Jul 5, 2011 6:11 PM, "Miguel Vaz" <[email protected]> >>> wrote: >>> > > >>> > > > Acho que li mal, pretendes manter a chamada activa para >>> além do >>> > > >>> timeout >>> > > >>> > > > definido, correcto? >>> > >>> > > >>> > > > 2011/7/5 Miguel Vaz <[email protected]> >>> > >>> > > >>> > > >> Ricardo, >>> > >>> > > >>> > > >> Não resolveria atrasares a chamada ao webservice? Qual a >>> razão de >>> > > >>> > > alargares >>> > > >>> > > >> o timeout? >>> > >>> > > >>> > > >> MV >>> > >>> > > >>> > > >> 2011/7/5 Ricardo Araújo <[email protected]> >>> > >>> > > >>> > > >>> alguém sabe se existe forma de aumentar o timeOut? >>> > > >>> > > >>> é que se não der estou tramado porque tenho que mudar a >>> > > >>> arquitectura >>> > > >>> > > >>> toda... >>> > >>> > > >>> > > >>> Obrigado! >>> > >>> > > >>> > > >>> On Jul 5, 4:37 pm, Ricardo Araújo < >>> [email protected]> >>> > > >>> wrote: >>> > > >>> > > >>> > estranho mas é mesmo time out... se eu der valores >>> abaixo de 30 >>> > > >>> ao >>> > > >>> > > >>> > requestTimeOut ele respeita... mas se for superior >>> rebenta >>> > > >>> sempre aos >>> > > >>> > > >>> > 30 ... >>> > > >>> > > >>> > encontrei isto, mas é referente ao RemoteObject... mas >>> > > >>> parece-me >>> > > >>> > > igual >>> > > >>> > > >>> > ao meu problema! >>> http://forums.adobe.com/message/3064338 >>> > > >>> > > >>> > entretanto neste aqui: >>> > > >>>http://forums.adobe.com/thread/696177?tstart=0 >>> > > >>> > > >>> > no ultimo post desse link dizem que já está resolvido >>> para o >>> > > >>> AIR 2.5 >>> > > >>> > > >>> > SDK >>> > > >>> > > >>> > o que eu tenho é o 2.6 ... >>> > > >>> > > >>> > é muito confuso ... >>> > >>> > > >>> > > >>> > On Jul 5, 3:56 pm, Ricardo Araújo < >>> [email protected]> >>> > > >>> wrote: >>> > >>> > > >>> > > >>> > > na verdade estava a assumir que fosse um timeOut mas >>> pode não >>> > > >>> ser! >>> > >>> > > >>> > > >>> > > esta é a mensagem do evento fault: >>> > > >>> > > >>> > > faultCode:DecodingError faultString:'SOAP Response >>> cannot be >>> > > >>> > > decoded. >>> > > >>> > > >>> > > Raw response: ' faultDetail:'null' >>> > >>> > > >>> > > >>> > > que só acontece se demorar mais de ~30s ... >>> > >>> > > >>> > > >>> > > On Jul 5, 3:38 pm, Ricardo Araújo < >>> [email protected]> >>> > > >>> > > wrote: >>> > >>> > > >>> > > >>> > > > Viva, >>> > >>> > > >>> > > >>> > > > precisava de alargar o tempo do time out de um >>> pedido >>> > > >>> WebService >>> > > >>> > > mas >>> > > >>> > > >>> > > > por estranho que pareça, eu altero no código e na >>> pratica >>> > > >>> > > mantem-se >>> > > >>> > > >>> > > > sempre aproximadamente 30 segundos >>> > >>> > > >>> > > >>> > > > estou a usar as classes geradas pelo proprio Flash >>> Builder >>> > > >>> quando >>> > > >>> > > >>> > > > importa um webService... e na classe >>> _Super_MyWebService no >>> > > >>> > > metodo >>> > > >>> > > >>> > > > "preInitializeService()" estou a adicionar esta >>> linha >>> > > >>> > > >>> > > > _serviceControl.requestTimeout = 2000; >>> > > >>> > > >>> > > > e mesmo alterando o valor conto os segundos e >>> aquilo dá >>> > > >>> time out >>> > > >>> > > >>> > > > sempre aos 30 segundos! >>> > >>> > > >>> > > >>> > > > este requestTimeout alguma vez funcionou para vocês >>> ? >>> > >>> > > >>> > > >>> -- >>> > > >>> > > >>> Recebeu esta mensagem porque está inscrito no grupo >>> "Mailing List >>> > > >>> da >>> > > >>> > > >>> Comunidade Portuguesa de Rich Internet Applications - >>> > > >>>www.riapt.org" >>> > > >>> > > dos >>> > > >>> > > >>> Grupos do Google. >>> > >>> > > >>> > > >>> Para publicar uma mensagem neste grupo, envie um e-mail >>> para >>> > > >>> > > >>> [email protected]. >>> > > >>> > > >>> Para anular a inscrição neste grupo, envie um e-mail para >>> > > >>> > > >>> [email protected]. >>> > > >>> > > >>> Para ver mais opções, visite este grupo em >>> > > >>> > > >>>http://groups.google.com/group/riapt?hl=pt-PT. >>> > >>> > > >>> > > > -- >>> > > >>> > > > Recebeu esta mensagem porque está inscrito no grupo >>> "Mailing List >>> > > >>> da >>> > > >>> > > Comunidade Portuguesa de Rich Internet Applications - >>> www.riapt.org" >>> > > >>> dos >>> > > >>> > > Grupos do Google. >>> > >>> > > >>> > > > Para publicar uma mensagem neste grupo, envie um e-mail >>> para >>> > > >>> > > [email protected]. >>> > > >>> > > > Para anular a inscrição neste grupo, envie um e-mail para >>> > > >>> > > [email protected]. >>> > > >>> > > > Para ver mais opções, visite este grupo em >>> > > >>> > >http://groups.google.com/group/riapt?hl=pt-PT. >>> > >>> > > >>> > > -- >>> > > >>> > > Recebeu esta mensagem porque está inscrito no grupo "Mailing >>> List da >>> > > >>> > > Comunidade Portuguesa de Rich Internet Applications - >>> www.riapt.org" >>> > > >>> dos >>> > > >>> > > Grupos do Google. >>> > > >>> > > Para publicar uma mensagem neste grupo, envie um e-mail para >>> > > >>> > > [email protected]. >>> > > >>> > > Para anular a inscrição neste grupo, envie um e-mail para >>> > > >>> > > [email protected]. >>> > > >>> > > Para ver mais opções, visite este grupo em >>> > > >>> > >http://groups.google.com/group/riapt?hl=pt-PT. >>> > >>> > > >>> -- >>> > > >>> Recebeu esta mensagem porque está inscrito no grupo "Mailing List >>> da >>> > > >>> Comunidade Portuguesa de Rich Internet Applications - >>> www.riapt.org" dos >>> > > >>> Grupos do Google. >>> > >>> > > >>> Para publicar uma mensagem neste grupo, envie um e-mail para >>> > > >>> [email protected]. >>> > > >>> Para anular a inscrição neste grupo, envie um e-mail para >>> > > >>> [email protected]. >>> > > >>> Para ver mais opções, visite este grupo em >>> > > >>>http://groups.google.com/group/riapt?hl=pt-PT. >>> > >>> > > >> -- >>> > >>> > > >> João Fernandes >>> > >>> > > >> -- >>> > > >> Recebeu esta mensagem porque está inscrito no grupo "Mailing List >>> da >>> > > >> Comunidade Portuguesa de Rich Internet Applications - >>> www.riapt.org" dos >>> > > >> Grupos do Google. >>> > > >> Para publicar uma mensagem neste grupo, envie um e-mail para >>> > > >> [email protected]. >>> > > >> Para anular a inscrição neste grupo, envie um e-mail para >>> > > >> [email protected]. >>> > > >> Para ver mais opções, visite este grupo em >>> > > >>http://groups.google.com/group/riapt?hl=pt-PT. >>> >>> -- >>> Recebeu esta mensagem porque está inscrito no grupo "Mailing List da >>> Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" dos >>> Grupos do Google. >>> >>> Para publicar uma mensagem neste grupo, envie um e-mail para >>> [email protected]. >>> Para anular a inscrição neste grupo, envie um e-mail para >>> [email protected]. >>> Para ver mais opções, visite este grupo em >>> http://groups.google.com/group/riapt?hl=pt-PT. >>> >>> >> >> >> -- >> >> João Fernandes >> >> -- >> Recebeu esta mensagem porque está inscrito no grupo "Mailing List da >> Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" dos >> Grupos do Google. >> Para publicar uma mensagem neste grupo, envie um e-mail para >> [email protected]. >> Para anular a inscrição neste grupo, envie um e-mail para >> [email protected]. >> Para ver mais opções, visite este grupo em >> http://groups.google.com/group/riapt?hl=pt-PT. >> > > -- > Recebeu esta mensagem porque está inscrito no grupo "Mailing List da > Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" dos > Grupos do Google. > Para publicar uma mensagem neste grupo, envie um e-mail para > [email protected]. > Para anular a inscrição neste grupo, envie um e-mail para > [email protected]. > Para ver mais opções, visite este grupo em > http://groups.google.com/group/riapt?hl=pt-PT. > -- João Fernandes -- Recebeu esta mensagem porque está inscrito no grupo "Mailing List da Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" dos Grupos do Google. Para publicar uma mensagem neste grupo, envie um e-mail para [email protected]. Para anular a inscrição neste grupo, envie um e-mail para [email protected]. Para ver mais opções, visite este grupo em http://groups.google.com/group/riapt?hl=pt-PT.
