[TIMOB-850] HTTPClient keep-alive connections
| GitHub Issue | n/a |
|---|---|
| Type | Bug |
| Priority | Medium |
| Status | Closed |
| Resolution | Fixed |
| Resolution Date | 2011-04-17T01:54:26.000+0000 |
| Affected Version/s | n/a |
| Fix Version/s | Release 1.4.0 |
| Components | iOS |
| Labels | chunked, connection, httpclient, keep-alive, transfer-encoding |
| Reporter | CB |
| Assignee | Reggie Seagraves |
| Created | 2011-04-15T02:37:48.000+0000 |
| Updated | 2014-07-01T18:13:40.000+0000 |
Description
hi,
Currently there is no way to create a keep-alive connections using Titanium.Network.HTTPClient
This is a MUST in cases where the Server response is chunked (Transfer-Encoding: chunked)
This is very urgent - for cases such as returning large JSON Strings etc.
Also - using keep alive-alive connections can boost performance since the OS can reuse the connection.
should I assign this to someone? Not sure - I hope I get lucky :)
This bug is a real show stopper.
Thanks,
CB.
looks like this is probably fixed in the latest version of ASIHTTPRequest. We'll look into upgrading for next release.
I really hope that it will be possible to push this into the v1.3 milestone - this bug is killing my project :(
it definitely won't make 1.3 since that's probably going to come out of final testing today (after almost a week of testing)
i can't tell from your lighthouse profile if you're a professional subscriber. if you are, make sure you have a helpdesk ticket with the appropriate priority set.
I'm not - my project is in bootstrap mode and we need to be able to deliver the v1 of our product before we can commit to a pro account. I noticed that v1.4 is scheduled for June - thats pretty far.. Oh well...
If this'll allow me to download multiple files from one server without a series of new connections, and it's not too much work, I'd love to see this in 1.4 too. Have Appcelerator made any local changes to the current ASIHTTPClient sources?
I've updated to the latest ASIHttpClient which should support this.
I turned on keep-alive debugging and confirmed that keep alive is being used on subsequent connections now. Unfortunately in my case it didn't make a noticeable difference to speed of my downloads, so I'll need to look at downloading concurrently instead. But the upgraded library fixed the other problem I was having, so thanks for that.
This issue needs to be reopened. It exists in 3.2.3.