Então acho melhor vc retirar o singleton e solicitar que o máximo de pessoas possíveis utilizem as mesmas telas do caso de teste ao mesmo tempo e monitora o processamento/consumo de memória do servido (isso antes e depois de retirar o singleton) se não houver muita diferença tira esse trem e seja feliz.
Em 8 de junho de 2012 10:07, everton vieira <[email protected]> escreveu: > EAe traira (Rogerio casal) ! Ja avaliei Importância/escopo da alteração > além da 'boniteza'.... Tbm ja to extendendo uma classe dando uma melhorada > em alguns pontos. O problema é a questão do singleton nas classes de > R.O... São muitas classes para alterar, e queria uma opinião em relação em > usa-lo ou não, pois tenho certeza que, se cada tela instanciar seu proprio > RO, resolve meu problema e tbm seria a opção mais simples e menos arriscada > de falhas. > > Em 8 de junho de 2012 09:55, Rogério Casal <[email protected]>escreveu: > > Everton, >> >> De fato esse problema existe... Já pensou na viabilidade de fazer >> um refactory criando uma classe que extenda de um RemoteObject e faça um >> tratamento verificando quem está fazendo a requisição (que tela) segurando >> o processamento e retornando o result para a tela correta? Então vc usaria >> a classe extendida no lugar de usar o RemoteObject diretamente. Lembro-lhe >> que como todo refactory deve ser avaliado importância/escopo da alteração. >> >> Espero ter ajudado. >> >> Em 8 de junho de 2012 09:43, Fernando Noronha <[email protected]>escreveu: >> >> Cara, tentei fazer isso a um tempo atras e não deu muito certo, os >>> RESULTS ficaram todos bagunçados, eu diparava um serviço e o resultado >>> vinha em outro. >>> >>> Se for para ficar verificando toda hora de quem é aquele resultado, >>> melhor fazer da forma padrão mesmo ou criar uma classe para centralizar a >>> configuração dele. >>> >>> >>> -- >>> Fernando Noronha >>> >>> Em 8 de junho de 2012 09:04, Everton Vieira <[email protected]>escreveu: >>> >>> Povo! É aconselhavel utilizar singleton nas classes que contem um >>>> determinado RemoteObject ?? Meu probelma é o seguinte... estou precisando >>>> bloquear telas do sistema enquanto aguardo o retorno de uma requisição >>>> feita ao backend, e por algum motivo(creio que pensando em economizar >>>> memoria) o camarada que criou a classe com o remote object com o singleton. >>>> Assim em um app MDI, quando tenho duas telas que usam a mesma instancia da >>>> classe do R.O, e chamam o mesmo metodo, uma requisição feita pela tela A >>>> está impactando na tela B que esta ociosa. >>>> >>>> -- >>>> Você recebeu esta mensagem porque está inscrito na lista "flexdev" >>>> Para enviar uma mensagem, envie um e-mail para [email protected] >>>> Para sair da lista, envie um email em branco para >>>> [email protected] >>>> Mais opções estão disponíveis em http://groups.google.com/group/flexdev >>> >>> >>> >>> >>> -- >>> Fernando Noronha >>> Cel.: +55 11 9370 4809 >>> Cel: +55 12 9164 6564 >>> Msn: [email protected] >>> Skype ID: fenoronha >>> >>> Nextel ID: 640*32439 >>> >>> -- >>> Você recebeu esta mensagem porque está inscrito na lista "flexdev" >>> Para enviar uma mensagem, envie um e-mail para [email protected] >>> Para sair da lista, envie um email em branco para >>> [email protected] >>> Mais opções estão disponíveis em http://groups.google.com/group/flexdev >>> >> >> >> >> -- >> Rogério Casal >> Software Developer >> Fone: 81 8805-4303 >> www.rogeriocasal.com.br >> >> -- >> Você recebeu esta mensagem porque está inscrito na lista "flexdev" >> Para enviar uma mensagem, envie um e-mail para [email protected] >> Para sair da lista, envie um email em branco para >> [email protected] >> Mais opções estão disponíveis em http://groups.google.com/group/flexdev >> > > > > -- > * Everton Vieira Pereira da Silva* > *web developer* > http://www.evertonvps.blogspot.com > @evertonvps > Msn: [email protected] > Skype: evertonvps > Gtalk: [email protected] > > > -- > Você recebeu esta mensagem porque está inscrito na lista "flexdev" > Para enviar uma mensagem, envie um e-mail para [email protected] > Para sair da lista, envie um email em branco para > [email protected] > Mais opções estão disponíveis em http://groups.google.com/group/flexdev > -- Rogério Casal Software Developer Fone: 81 8805-4303 www.rogeriocasal.com.br -- Você recebeu esta mensagem porque está inscrito na lista "flexdev" Para enviar uma mensagem, envie um e-mail para [email protected] Para sair da lista, envie um email em branco para [email protected] Mais opções estão disponíveis em http://groups.google.com/group/flexdev
