Ent�o...
Essa op��o eu consigo usar...
Por�m, para fazer isso eu preciso passar o request para a pr�xima p�gina...
Para isso eu teria que utilizar o getDispatcher().forward(request,response)
a� funciona na boa...
Por�m acabo tendo outro problema... pois ele mexe com os paths relativos...
Ent�o por isso surgiu a outra op��o de serializar os objetos para
transmiss�o...
Mas muito obrigado pela aten��o e esfor�o !!!
[]�s
----- Original Message -----
From: "Jos� Carlos Lopes de Barros" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, April 03, 2003 8:28 AM
Subject: RES: [enterprise-list] Perman�ncia do objeto na mem�ria...
tente usar o seguinte:
MeuObjeto m = new MeuObjeto();
request.setAttribute("nomedoobjeto", m);
para peg�-lo na pr�xima parte:
MeuObjeto m = (MeuObjeto)request.getAttribute("nomedoobjeto");
e pronto!
-----Mensagem original-----
De: Reinaldo Braga [mailto:[EMAIL PROTECTED]
Enviada em: segunda-feira, 31 de mar�o de 2003 08:34
Para: [EMAIL PROTECTED]
Assunto: Re: [enterprise-list] Perman�ncia do objeto na mem�ria...
Ol� !!
Obrigado pelas dicas...
Mas como vcs j� devem ter visto sou muito iniciante na coisa !! rs...
A� quando eu precisava de um servlet chamar uma p�gina JSP j� pronta....
Eu encontrei as duas maneiras, o sendRedirect e o Foward do dispatcher...
E usando o dispatcher ele n�o abre a p�gina direito, devido � problemas nos
paths relativos... o sendRedirect funcionou na boa...
A� tive o outro problema que postei na lista !! Que era tentar recuperar um
objeto...
S� que da� eu n�o consegui outra maneira de passar o objeto sen�o pegar o
session, pq o que eu quero passar � um objeto, eu n�o sei se tem como
colocar um objeto em um campo hidden ??
Pq de um JSP para outro, eu utilizo um form padr�o e via javascript executo
um submit que assim vai para a p�gina que eu queria...
Ent�o esse foi meu problema completo... por isso que estou usando o
sendRedirect e pegando os objetos no session, ao inv�s do request...
Pq realmente a arquitetura pelo que li por ai n�o seria essa... mas
realmente n�o consegui resolver esses probleminhas de inexperi�ncia ! rs...
Obrigado a paci�ncia de todos !!
[]�s
----- Original Message -----
From: "Michael Santos" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, March 28, 2003 10:06 PM
Subject: Re: [enterprise-list] Perman�ncia do objeto na mem�ria...
Reinaldo,
Uma boa pratica para uso do sendRedirect eh somente nao permitir que o
usuario poste os dados novamente. Desta forma, normalmente soh paginas de
mensagens para o usuario ou de listagem geral seriam chamadas via este
metodo. Reveja sua arquitetura, se possivel. Como voce mesmo viu, nao poder
passar as coisas por request eh bem limitante.
Existe uma opcao, nao muito razoavel dependendo da sua aplicacao, de se
enviar os dados como campos hidden do form para a proxima pagina. Assim,
eles serao repostados a cada reenvio.
Alem disso, uma outra opcao seria o uso de SoftReferences, caso voce
quisesse que este objeto fosse automaticamente removido da memoria quando a
coisa "apertasse", ou seja, quando a memoria ficasse escassa. Mas aih voce
precisaria lidar com o fato de que, 10 segundos depois de o objeto ter sido
criado para o usuario, nao estar mais lah :-) Nao eh uma ideia muito pratica
:-P Mas voce pode usa-la para implementar caches. Aih sim, funciona...
[]s
Michael Nascimento Santos
Sun Certified Programmer for the Java 2 Platform
Sun Certified Programmer for the Java 2 Platform 1.4
Sun Certified Web Component Developer for J2EE
Moderador SouJava - www.soujava.org.br
----- Original Message -----
From: "Reinaldo Braga" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, March 28, 2003 4:51 PM
Subject: Re: [enterprise-list] Perman�ncia do objeto na mem�ria...
> Eu gostaria que ele fosse coletado !!
> Se ele fosse coletado autom�ticamente eu n�o iria fazer nenhum tratamento
> opcional para limpar o lixo que irei deixando pra traz...
> Mas j� que ele n�o limpa eu vou fazer os tratamentos... n�o tem rolo...
era
> s� pra ganhar tempo...
> � que na verdade eu queria estar usando o request para trafegar esses
> objetos... mas quando utilizo o sendRedirect o request n�o vai... quando
uso
> o Dispacher ele zoa os meus paths relativos... ent�o acabei usando o
session
> mesmo...
> Mas a inten��o era essa..
>
> []�s
> Obrigado !!
>
> ----- Original Message -----
> From: "Michael Nascimento Santos" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Friday, March 28, 2003 2:44 PM
> Subject: Re: [enterprise-list] Perman�ncia do objeto na mem�ria...
>
>
> Uma pergunta adicional, Reinaldo:
>
> Voce gostaria que o objeto fosse coletado ou justamente que ele nao fosse?
>
> []s
> Michael Nascimento Santos
> Sun Certified Programmer for the Java 2 Platform
> Sun Certified Programmer for the Java 2 Platform 1.4
> Sun Certified Web Component Developer for J2EE
> Moderador SouJava - www.soujava.org.br
>
> ----- Original Message -----
> From: "Reinaldo Braga" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Friday, March 28, 2003 11:39 AM
> Subject: Re: [enterprise-list] Perman�ncia do objeto na mem�ria...
>
>
> O tempo da sess�o eu sei que � configur�vel... eu tinha visto no help...
> A real d�vida era que mesmo se ele estivesse na session, mas n�o fosse
mais
> acessado por nenhum outro m�todo ( Mas a session continuasse ativa ) o que
> ele faria ??
> A� o Michael j� exclareceu... a session referenciando ele j� impede que a
GC
> tire da mem�ria...
>
> Mas obrigado mesmo !!
> A todos !!!
> ----- Original Message -----
> From: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> Sent: Friday, March 28, 2003 11:15 AM
> Subject: Re: [enterprise-list] Perman�ncia do objeto na mem�ria...
>
>
>
> Bom..
> o Web Server tem um time-out que pode ser configurado para a
> sess�o... A� quando tiver um certo tempo determinado ele torna o objeto de
> sess�o inv�lido. Podemos fazer isso usando os seguinte m�todos de
> HttpSession:
>
> setMaxInactiveInterval
>
> public void setMaxInactiveInterval(int interval)
> Specifies the time, in seconds, between client requests before the
servlet
> container will invalidate this session. A negative time indicates the
> session should never timeout.
> Parameters:
> interval - An integer specifying the number of seconds
>
> --------------------------------------------------------------------------
--
> --
> getMaxInactiveInterval
>
> public int getMaxInactiveInterval()
> Returns the maximum time interval, in seconds, that the servlet
container
> will keep this session open between client accesses. After this interval,
> the servlet container will invalidate the session. The maximum time
interval
> can be set with the setMaxInactiveInterval method. A negative time
indicates
> the session should never timeout.
> Returns:
> an integer specifying the number of seconds this session remains open
> between client request
>
> E ent�o lan�amos:
>
> invalidate
>
> public void invalidate()
> Invalidates this session then unbinds any objects bound to it.
> Throws:
> java.lang.IllegalStateException - if this metod is called on an already
> invalidated session
>
> Entendido?
>
> Gabriel Pereira Borges
> Equipe de Desenvolvimento Oracle
> Cel.: (34) 9102-3477
> _________________________________________________________
> SofWare Brasil Solu��es Integradas
> Fone/FAX: +55-34-3222-4242 - Ramal 244
> Av. Ces�rio Alvim 2258 CEP: 38400-696 - Uberl�ndia-MG, Brasil
>
>
>
> "Reinaldo Braga" <[EMAIL PROTECTED]>
> 28/03/2003 07:35 Please respond to
> [EMAIL PROTECTED]
>
>
> To <[EMAIL PROTECTED]>
> cc
> Subject [enterprise-list] Perman�ncia do objeto na
mem�ria...
>
>
>
>
>
>
>
> Pessoal...
>
> Vamos supor que coloque um atributo no session( HttpSession ) e nunca
mais
> acesse ele, e por acaso a sess�o dure muito tempo, o que acontece com este
> atributo ??
> A garbage colector funciona tb nesses casos ?? Ela vai retira-lo
> autom�ticamente ??
>
> Obrigado !
>
>
> ---------------------------------------------------------------------
> Para cancelar a subscri��o, envie mensagem para:
> [EMAIL PROTECTED]
> Para comandos adicionais, envie mensagem para:
> [EMAIL PROTECTED]
>
>
> ---------------------------------------------------------------------
> Para cancelar a subscri��o, envie mensagem para:
[EMAIL PROTECTED]
> Para comandos adicionais, envie mensagem para:
[EMAIL PROTECTED]
>
>
---------------------------------------------------------------------
Para cancelar a subscri��o, envie mensagem para:
[EMAIL PROTECTED]
Para comandos adicionais, envie mensagem para:
[EMAIL PROTECTED]
---------------------------------------------------------------------
Para cancelar a subscri��o, envie mensagem para:
[EMAIL PROTECTED]
Para comandos adicionais, envie mensagem para:
[EMAIL PROTECTED]
---------------------------------------------------------------------
Para cancelar a subscri��o, envie mensagem para:
[EMAIL PROTECTED]
Para comandos adicionais, envie mensagem para:
[EMAIL PROTECTED]
---------------------------------------------------------------------
Para cancelar a subscri��o, envie mensagem para: [EMAIL PROTECTED]
Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED]
