You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by Sanjeev Tripathi <sa...@parago.com> on 2005/02/07 21:35:25 UTC

[Http Client] how I can pass Object to and from the servlet using Http Cleint


Hi,

How I can pass Object to and from the servlet using Http Cleint.
Can I used request.setAttribute("name", Object) in servlet. And is there any way to get them back in Client side(by using getAttribute or some other way as getAttribute is not exist). Please tell me Is there any way so I can communicate object using HttpClient. If yes then can I send parameter too from client.
Thanks.
Sanjeev Tripathi


-----Original Message-----
From: robert burrell donkin [mailto:robertburrelldonkin@blueyonder.co.uk] 
Sent: Monday, February 07, 2005 2:45 PM
To: Jakarta Commons Developers List
Subject: Re: [logging] releasing log4j resources

certainly the web application deployer should know :)

IIRC it should be possible to tap into lifecycle events and perform the
shutdown by creating a small amount of code external to the actual
application. 

anyone object to me marking this one as WONTFIX?

- robert

On Mon, 2005-02-07 at 20:02, Ceki Gülcü wrote:
> Shouldn't this web-app which apparently knows it is using log4j call 
> LogManger.shutdown() directly?
> 
> At 09:05 PM 2/7/2005, you wrote:
> >http://issues.apache.org/bugzilla/show_bug.cgi?id=32662 describes an
> >issues that arises when restarting web apps in tomcat. JCL bridges to
> >log4j which has a rolling file appender configured. the file appender
> >doesn't roll when the application is restarted. the proposed solution is
> >to add a call to LogManager.shutdown.
> >
> >i'm a little worried that calling shutdown may be inappropriate in this
> >circumstance the JVM isn't closing, just a web application. before i
> >take this question to the log4j lists, i wondered whether any log4j
> >experts would be so kind as to either confirm my concerns or set my mind
> >at ease.
> >
> >- robert
> >
> >
> >---------------------------------------------------------------------
> >To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> >For additional commands, e-mail: commons-dev-help@jakarta.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org