- (void)connection:(NSURLConnection*)connection didReceiveData:(NSData*)data { if (connection == conn_1) { // Handle conn_1 connection } else if (connection == conn_2) { // Handle conn_2 connection } }
On Jun 29, 2010, at 11:53 AM, lorenzo7...@gmail.com wrote: > So then if I do this: > > NSURLConnection * conn_1 = [[NSURLConnection alloc] initWithRequest:request_1 > delegate:delegate startImmediately:startImmediately]; > NSURLConnection * conn_2 = [[NSURLConnection alloc] initWithRequest:request_2 > delegate:delegate startImmediately:startImmediately]; > > Given that my controller is set as the connection's delegate, when data > returns this will be called: > connection:didReceiveData: > > connection is an NSURLConnection, but how do I determine which connection > returned data? Is there something in the NSURLConnection object that tells me > if it was conn_1 or conn_2? What I do with my data depends on knowing this. > Sorry, if I'm not getting something here. > > On Jun 29, 2010 1:21pm, ecrich...@cox.net wrote: >> Maybe I'm misunderstanding you, but when your delegate methods (for the >> connection finishing or failing, receiving data, etc...) get called, you get >> a reference to the NSURLConnection object that the event refers to. I keep >> track of multiple connections this way with no problem. > > > >> Eric C. > >> Blog: http://www.onelazyprogrammer.com > >> Company: http://www.infusionsofgrandeur.com > > > > > >> On Tue, 29 Jun 2010 16:00:34 lorenzo7...@gmail.com wrote: > > > >> > I have and app that needs to send out multiple connection attempts. > >> > NSURLConnection doesn't appear to allow one to distinguish between > >> > connections. I found a couple of posts at cocoabuilder that provide some > >> > guidance, but I wanted to ask about my approach. I'm writing for 10.6, so > >> > I'm using a category on NSURLConnection combined with associative > >> > references. The methods in the category are below, but basically I > >> > associate an integer with a given connection and track the connections > >> > using that. So, short of subclassing or following what I've found in the > >> > archives, does this make sense? Am I missing any details that might cause > >> > this to fail? > > > > _______________________________________________ > > Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) > > Please do not post admin requests or moderator comments to the list. > Contact the moderators at cocoa-dev-admins(at)lists.apple.com > > Help/Unsubscribe/Update your Subscription: > http://lists.apple.com/mailman/options/cocoa-dev/dave%40rudedog.org > > This email sent to d...@rudedog.org -- Dave Carrigan d...@rudedog.org Seattle, WA, USA _______________________________________________ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com