Pessoal, Obrigado a todos pelas respostas. Como disse eu ainda estou em fase de pesquisa e achava que quando o cliente desconectasse ou fosse derrubado etc os objetos seriam coletados da memória. Se isso não ocorre já é um grande problema.
Quando pensei nessa abordagem foi para não ter que ficar mantendo classes espelho no client ou mesmo criar vo/dto e também como os objetos estariam no server eles ficariam sempre atachados com a session do hibernate no caso. Realmente para deserializar com o blazeds eu precisaria ter o objeto no AS. Mas só pelo começo da conversa aqui com o pessoal já vi que "o buraco é mais embaixo" e de repente não seja viável uma implementação desse tipo. Mesmo assim, agradeço a todos pelos retornos. 2011/1/24 Mário Júnior <[email protected]> > Respondendo objetivamente a sua dúvida, sim é por aí mesmo... usando > FlexSession para cada client. > > Agora, junto com o pessoal, não entendi o porquê de implementar dessa > forma... Why? Acho q é um esforço grande tanto do dev (em disparar > requisicoes a cada focusOut de componente - ou outro evento qualquer) quanto > do server em manter esses objetos em sessao e ainda tratar o disparo de > requisicoes q serão disparadas. > > Mas enfim.. talvez vc possa nos explicar melhor, talvez vc esteja vendo > algo q nós ainda não vimos, e então juntos tentarmos chegar a um senso > comum. > > > []'s > > > > > > > Em 24 de janeiro de 2011 19:49, Clayton <[email protected]>escreveu: > > Não faz sentido inchar o servidor com objetos que podem fiocar >> perpetuamente instanciados se o client perder a conexão. >> Imagina 200 conexões e todas com objetos no servidor e 30% perde a >> conexão, que não é nada de exagero, ai instacia outros 60 objetos, e isso >> acontecendo a todo momento. Você terá que fazer um controle disso muito bem >> elaborado ou vai inchar seu servidor com objetos "zumbis", nem morto nem >> vivo, ocupando espaço. >> >> No meu entendimento, objeto como o descrito deve ficar sim no cliente e >> sendo alimentado até o momento de ser persistido. >> >> Obs.: Posso ter o entendimento errado, me corrijam se eu tiver dito >> besteira, por favor. >> >> Em 24 de janeiro de 2011 18:48, RafaelViana <[email protected]>escreveu: >> >> Qual o objetivo dessa implementação? >>> Eliminar a necessidade do objeto no actionscript? Se você fizer isso >>> talvez consiga eliminar a necessidade para cadastrar os registros, mas >>> seria necessário para desserializar as informações usando BlazeDS. >>> (RemoteObject). >>> >>> On Jan 24, 1:51 pm, Leonardo Ribeiro <[email protected]> wrote: >>> > Pessoal, >>> > >>> > Irei começar um projeto novo e estou ainda na fase de "pesquisa", pelo >>> fato >>> > de que eu tenho em mente implementar algo assim: >>> > >>> > Quero que quando estiver em um form entrando com alguma informação por >>> > exemplo um cadastro de clientes, deveria ocorrer o seguinte: >>> > >>> > 1 - Quando eu clicar em "Novo" -> ser disparado uma solicitação >>> > ("casoUsoCliente.novo()") e criar no server um objeto Cliente, >>> vinculado a >>> > esse >>> > "flexclient/usuario" >>> > >>> > 2 - Quando eu informar o nome do cliente no campo "nome" -> ser >>> disparado >>> > uma solicitação ("casoUsoCliente.setNome('valor')") >>> > e o objeto cliente (no servidor) se atualizado com o nome informado >>> > >>> > e assim ate o final do cadastro... >>> > >>> > Sei que com isso terei "muitas" solicitações mas são assincronas e não >>> > travarão o aplicativo (na verdade não me preocupo com isso agora) >>> > só queria saber uma forma de implementar isso que tenho em mente. Se >>> com >>> > FlexSession/FlexClient seria o caminho. >>> > >>> > Porque com isso eu não teria um objeto "Cliente" em actionscript, >>> somente no >>> > servidor (java no caso). >>> > >>> > Não sei se ficou claro o que penso em fazer, mas e aí, se vocês >>> tivessem que >>> > fazer isso, como fariam? >>> > >>> > -- >>> > []'s >>> > Leonardo >>> > >>> > Linux User #488650 >>> > Ubuntu User #27045 >>> > Mais sobre o Ubuntu em português:http://www.ubuntu-br.org/comece >>> >>> -- >>> 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 >>> >> >> >> >> -- >> Clayton Marques Pereira >> >> -- >> 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 >> > > > > -- > Mario Junior > http://blog.mariojunior.com/ > @mariojunior > > -- > 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 > -- []'s Leonardo Linux User #488650 Ubuntu User #27045 Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece -- 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
