OK – let’s rephrase this whole question shall we?
Is there any way to tell if iOS is holding onto an NSURLConnection after it has finished & returned it’s data?
I’ve got 2 NSURLConnections I’m instantiating & calling into a server with. The first one initiates the connection with the server and then goes into a COMET style long-polling wait while another user interacts with the request. The second one goes into the server and triggers a cancel mechanism which safely ends the first request and causes both to return successfully with a “Cancelled by you” message.
In the happy path case the Cancel button will never be clicked. But it’s possible to click it and exit the current action.
This whole scenario works GREAT once. And then never works again (until the app is reset).
It’s as though the first time thru one of the connections is never released and we are from then on limited to only a single connection because one of them is locked.
BTW I’ve tried NSURLConnection, AFNetwork, MKNetworkKit, ASIHTTPRequest – no luck what-so-ever with any other frameworks. NSURLConnection should do what I want. It’s just … not letting go of one of my connections.
So unfortunately with the lack of a real solution to this issue being found in all my testing I’ve had to implement simple polling to resolve the issue.
I’ve also had to implement iOS only APIs on the server.
What this comes down to is an API to send up a command and put it into a queue on the server, then using an NSTimer on the client to check the status of the of the queued item on a regular interval.
Until I can find out how to make multiple connections on iOS with long-polling this is the only working solution. Once I have a decent amount of points I’ll gladly bounty them away for a solution to this 🙁