sobre zuar com patches relativos, queria deixar uma nota aqui sobre o Oracle iAS rodando com a camada do Oracle WebCache na frente, como proxy.
Bom, acontece que se sua aplicacao utiliza sendRedirect, um abra�o! nao vai funcionar, pq o sendRedirect vai montar a URL utilizando os dados da makina, e da porta onde roda o iAS, e nao o WebCache. A maioria das empresas quando escolhem por esta arquitetura, acabam limitando o acesso apenas � maquina do WebCache, por questoes de seguranca. O problema eh que as aplicacoes perdem a liberdade de utilizar o sendRedirect! :( Fica aqui minha indignacao, justamente pelo fato de que as vezes, o uso do sendRedirect eh essencial, principalmente pelo fato de ter um controle sobre os path`s... ;) ficar fazendo dispatcher pra uma pagina com javascript pra daih sim , via javascript fazer um submit num form, eh palha demais... mas eh a unica solucao pra esta ocasiao (se alguem tiver otra, aceito sugestoes) :( Ah, ateh onde eu sei, a Oracle nao tem planos, e muito menos vontade de estudar uma forma de corrigir este problema quando se utiliza esta arquitetura... que poderia ser facilmente resolvida se o WebCache avizasse o iAS de q ele estah por cima! :) pena q o Maiko tah de ferias... ;( senao ele ia ficar de cara com esse e-mail, hehehe ----- 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]
