Trabalhando com Sessao

[Rubem Oliveira]

Pessoal,
Bom dia, estou com uma duvida, como trabalho com Sessao com flex +
java + blazeds ? eu vi em alguns posts por aih mas não foram muito
claros.
Como podemos fazer, de uma forma eficiente e leve, o controle de
sessão em um aplicativo nessas tecnologias?
Desculpe minha ignorancia, é que estou migrando para o Flex a pouco e
muito to me virando ainda... não o conheço bem...
Espero que alguem saiba uma "luz" der repente um post e tal pra
orientar, ja que isso, pelo que vi, é dúvida de um monte de gente na
net.

--
Att.
Rubao
Banda Extrema Urgência
www.extremaurgencia.com.br

[Júlio César Ködel]

Sessão não faz muito sentido em Flex, já que você não está em um ambiente que some no ar como páginas HTML.

Uma vez carregado, o aplicativo inteiro fica em memória em Flex, então, basta fazer variáveis estáticas em uma classe qualquer que eles sempre vão estar disponíveis para o seu aplicativo (incluindo suporte a algo parecido com Cookies via classe SharedObjects).

No entanto, Flex é um HttpCookieContainer válido, isso quer dizer que session comum das tecnologias existentes (ASP.Net, PHP, etc) continuam funcionando de boa. Só tem que ficar esperto para quando a sessão cair por timeout avisar o aplicativo Flex.

Só um porém aí: uma das principais vantagens do Flex é a possibilidade de usar o mesmo código em Flex (web) quanto em AIR (Desktop). Só que AIR não é um HttpCookieContainer, AFIK, então provavelmente ele não terá suporte a Cookies e sessões irão falhar neste caso. Teria que checar direito essa informação.

2010/1/5 Rubem Oliveira <rubaog...@gmail.com>

--
Você recebeu esta mensagem porque está inscrito na lista "flexdev"
Para enviar uma mensagem, envie um e-mail para fle...@googlegroups.com
Para sair da lista, envie um email em branco para flexdev-u...@googlegroups.com
Mais opções estão disponíveis em http://groups.google.com/group/flexdev

--
[]
Júlio César Ködel G.

[Rubem Oliveira]

Julio, valeu pela explicação.
Ja mais ou menos tinha sacado isso, porem sempre "trocando ideias"
aprendemos mais... e por isso agradeço mais uma vez! Irei analisá-la
direitinho...

Qualquer coisa, se eu for util em algo, estou aih.... x)

--
Att.
Rubao
Banda Extrema Urgência
www.extremaurgencia.com.br

2010/1/5 Júlio César Ködel <jck...@gmail.com>:

[David Paniz]

Mas as vezes é importante controlar sim, por exemplo controlar expiração de sessão ou questões de segurança atrelados ao usuário logado (no serverside). É importante sim fazer o controle de sessão, mas não tem como o o Flex controlar, então o que você pode fazer é lançar uma exception no serverside conhecida e tratá-la no onError dos seus services no flex pra voltar pra uma tela de login ou erro de permissão, sei lá. Aí vai de cada caso.
Quando ao uso de sessão mesmo, não é preciso fazer nada de mais pra funcionar, basta o browser suportar cookies que a sessão vai funcionar perfeitamente.

2010/1/5 Rubem Oliveira <rubaog...@gmail.com>

--
David Paniz
http://www.davidpaniz.com

[Júlio César Ködel]

Sim, concordo que pode, mas o intúito de RIA estaria meio que renegado assim.

A intenção de RIA é aproximar a web do desktop... então todos os artifícios usados para web ficam meio que estranhos, na minha opinião, para RIA. (Seria como implementar postback em Flex, argh)

Note que isso também é verdade para SOA. Tecnicamente, não pode existir sessão em SOA porque você não pode sequer atrelar um serviço à HTTP, ou seja, SOA deve ser completamente independente de tudo (quem garante que a outra ponta é um HttpCookieContainer válido?).

Volto aí ao exemplo do AIR que provavelmente não suportaria cookies e outros casos como Windows Forms e Windows Presentation Foundation. Por isso que SOA é bom... você não fica preso ao HTTP, por exemplo. Sua outra ponta pode ser desde um Flex a um Windows Mobile rodando num coletor de dados a laser ou dentro de uma catraca de metrô =)

Mas, dar... em informática tudo dá (inclusive ligar cookies para Windows Forms, por mais absurdo que possa parecer) =)

* Windows Forms = aplicativos desktop comuns, desenhados em GDI+ (algo como um aplicativo GTK em *nix)

* Windows Presentation Foundation = idem acima, mas desenhados em DirectX, com mais recursos visuais.

2010/1/5 David Paniz <david...@gmail.com>