[mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 25, 2008 2:23 PM
To: discuss@restlet.tigris.org
Subject: Re: StreamClientCall and FH exhaustion
Thanks Jerome.
Matt, could you see if that solves your problem as well? If possible, can you
attach your test case to 439?
On Tue, Mar 25, 2008 at 5
it isn't happening like this?
Best regards,
Jerome
-Message d'origine-
De : Kevin Conaway [mailto:[EMAIL PROTECTED]
Envoyé : lundi 24 mars 2008 18:47
À : discuss@restlet.tigris.org
Objet : Re: StreamClientCall and FH exhaustion
Assuming the response entity is NOT pre-fetched, what
: discuss@restlet.tigris.org
Objet : Re: StreamClientCall and FH exhaustion
Assuming the response entity is NOT pre-fetched, what about
wrapping the InputRepresentation used to store the response
so that release() closes the associated client socket.
Is it safe to assume that the socket
: mardi 25 mars 2008 21:18
À : discuss@restlet.tigris.org
Objet : Re: StreamClientCall and FH exhaustion
Yes. If the response is chunked, the stream won't get
closed. In general, its not a great idea to close a socket
*stream with the intention of closing the socket.
I'm going to attach
regards,
Jerome
-Message d'origine-
De : Kevin Conaway [mailto:[EMAIL PROTECTED]
Envoyé : lundi 24 mars 2008 18:47
À : discuss@restlet.tigris.org
Objet : Re: StreamClientCall and FH exhaustion
Assuming the response
in the entity, it can always issue a
HEAD request.
Best regards,
Jerome
-Message d'origine-
De : Kevin Conaway [mailto:[EMAIL PROTECTED]
Envoyé : samedi 22 mars 2008 13:33
À : discuss@restlet.tigris.org
Objet : Re: StreamClientCall and FH exhaustion
Would
2008 13:33
À : discuss@restlet.tigris.org
Objet : Re: StreamClientCall and FH exhaustion
Would it make sense to add an option to the Client or Request
that specifies whether Restlet should prefetch the Response
entity? If the response entity was prefetched, the socket
could be closed
.
Best regards,
Jerome
-Message d'origine-
De : Kevin Conaway [mailto:[EMAIL PROTECTED]
Envoyé : samedi 22 mars 2008 13:33
À : discuss@restlet.tigris.org
Objet : Re: StreamClientCall and FH exhaustion
Would it make sense to add an option to the Client or Request
Objet : Re: StreamClientCall and FH exhaustion
Its my understanding that the socket can't be automatically
closed by Restlet because the response entity body isn't
ready until the caller decides to access it.
If this is correct, I think its up the client to some how
alert the Client
Objet : Re: StreamClientCall and FH exhaustion
Its my understanding that the socket can't be automatically
closed by Restlet because the response entity body isn't
ready until the caller decides to access it.
If this is correct, I think its up the client to some how
alert the Client
I have a question around the StreamClientCall code and socket use.
The setup :
We're using a single client (org.restlet.Client) instance through a
number of threads (more than 10 or so), and calling a service repeatedly
that has a 50ms round-trip time. We're using M1 (moving to M2, but more
on
Its my understanding that the socket can't be automatically closed by
Restlet because the response entity body isn't ready until the caller
decides to access it.
If this is correct, I think its up the client to some how alert the Client
or the Response that he is through with the entity
On Mon,
12 matches
Mail list logo