In my case there is no stack trace. The browser is the client. Browser waits
for the data to come but I can clearly see that the page has transferred to
the browser. This means that the chunking is incorrect and browser thinks
there is more data to come.
When I force content length to the brows
On Thu, Oct 14, 2010 at 7:49 PM, Asankha C. Perera wrote:
> Hi Supun, Oleg
>
> When a response is written back to the client the chunking was incorrect.
>> All the communications were done through HTTPS. Do you think the same
>> problem is there in the client side of the HTTPCore NIO as well?
>>
The site currently uses -ga and -dev soft links to make it easier to
update the html links.
However, examples are currently referenced from SVN tags, which makes
it a bit tedious to update them.
Just wondering if there is a better way to include the samples on the web-site?
Perhaps copy them whe
On Thu, 2010-10-14 at 07:39 -0700, SomuReddy wrote:
>
> Thanks Oleg, hope I'm replying now from right place.,
>
> Few things, we are using the F5 load balancer between back end servers and
> our application. So our application is going to send http request to load
> balancer not directly to back
[
https://issues.apache.org/jira/browse/HTTPCORE-239?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Asankha C. Perera resolved HTTPCORE-239.
Resolution: Fixed
Assignee: Asankha C. Perera
Thanks Oleg!
Committed the f
[
https://issues.apache.org/jira/browse/HTTPCORE-239?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12921070#action_12921070
]
Oleg Kalnichevski commented on HTTPCORE-239:
Looks pretty good, actually. Ple
[
https://issues.apache.org/jira/browse/HTTPCORE-239?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Asankha C. Perera updated HTTPCORE-239:
---
Attachment: httpcore-239-with-unittest.patch
Hi Oleg
The unit test seems to look a
[
https://issues.apache.org/jira/browse/HTTPCORE-239?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12921004#action_12921004
]
Oleg Kalnichevski commented on HTTPCORE-239:
Looks very reasonable. A test ca
[
https://issues.apache.org/jira/browse/HTTPCORE-239?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Asankha C. Perera updated HTTPCORE-239:
---
Attachment: httpcore-239.patch
Hi Oleg
I need to create a quick private patch for
The ChunkEncoder could request for a negative buffer limit causing an
IllegalArgumentException
--
Key: HTTPCORE-239
URL: https://issues.apache.org/jira/browse/HTTPCORE-239
On Thu, 2010-10-14 at 20:25 +0530, Asankha C. Perera wrote:
> Hi Oleg
> > Apparently the limit value on the ByteArray instance is miscalculated
> > for some reason. At this moment I can't think of a cause leading to such
> > condition. So, a reproducer would be very help.
> >
> // subt
Hi Oleg
'avail' is not checked for being negative after this line
avail -= 10;
Damn!
Damn indeed! I overlooked the possibility of it being negative and was
looking for ways how it could have exceeded the limit :D.. Shows the
value of more than one pair of eyes :)
Could you please raise a
Hi Oleg
Apparently the limit value on the ByteArray instance is miscalculated
for some reason. At this moment I can't think of a cause leading to such
condition. So, a reproducer would be very help.
// subtract the length of the longest chunk header
// 12345678\r\n
av
On Thu, 2010-10-14 at 16:40 +0200, Oleg Kalnichevski wrote:
> On Thu, 2010-10-14 at 19:49 +0530, Asankha C. Perera wrote:
> > Hi Supun, Oleg
> > > When a response is written back to the client the chunking was incorrect.
> > > All the communications were done through HTTPS. Do you think the same
On Thu, 2010-10-14 at 19:49 +0530, Asankha C. Perera wrote:
> Hi Supun, Oleg
> > When a response is written back to the client the chunking was incorrect.
> > All the communications were done through HTTPS. Do you think the same
> > problem is there in the client side of the HTTPCore NIO as well?
Thanks Oleg, hope I'm replying now from right place.,
Few things, we are using the F5 load balancer between back end servers and
our application. So our application is going to send http request to load
balancer not directly to back end server.
So do we need to take any special care when we are
On Thu, 2010-10-14 at 19:40 +0530, Supun Kamburugamuva wrote:
> Hi Oleg,
>
> We moved to the trunk and it was working fine. So the patch has fixed the
> issue. Then we faced another problem. When a response is written back to the
> client the chunking was incorrect. All the communications were don
Hi Supun, Oleg
When a response is written back to the client the chunking was incorrect. All
the communications were done through HTTPS. Do you think the same problem is
there in the client side of the HTTPCore NIO as well?
I've encountered the following stack trace with 4.1-beta1 from a us
Hi Oleg,
We moved to the trunk and it was working fine. So the patch has fixed the
issue. Then we faced another problem. When a response is written back to the
client the chunking was incorrect. All the communications were done through
HTTPS. Do you think the same problem is there in the client si
ByteArrayBody as an alternative to InputStreamBody
--
Key: HTTPCLIENT-1014
URL: https://issues.apache.org/jira/browse/HTTPCLIENT-1014
Project: HttpComponents HttpClient
Issue Type: New Feature
20 matches
Mail list logo
