July 2009 - Macnetworkprog - lists.apple.com

Programmatically Configuring a Network Interface
by Steve Austin 30 Jul '09

30 Jul '09

site_archiver(a)lists.apple.com Delivered-To: macnetworkprog(a)lists.apple.com Importance: normal Priority: normal Thread-index: AcoQsZUWBarSGES9XUeZRerD2nYykQ== Thread-topic: Programmatically Configuring a Network Interface User-agent: Microsoft-Entourage/12.15.0.081119 _______________________________________________ Do not post admin requests to the list. They will be ignored. Macnetworkprog mailing list (Macnetworkprog(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/macnetworkprog/site_archiver%40lists… This email sent to site_archiver(a)lists.apple.com

1 0

Re: NSURLRequest WebDAV Upload Problem
by Yuri Selukoff 28 Jul '09

28 Jul '09

site_archiver(a)lists.apple.com Delivered-To: macnetworkprog(a)lists.apple.com On 28.07.2009, at 03:30, Mark Pauley wrote: On Jul 27, 2009, at 4:04 PM, TomMarchand wrote: How large can the files be? On Jul 27, 2009, at 4:34 PM, Alexander von Below wrote: But please allow lame-brain-me to ask you to clarify: Why would a request with an NSData object need to restart? Alex Am 27.07.2009 um 21:57 schrieb Mark Pauley: I'll look into this. On Jul 27, 2009, at 11:29 AM, Alexander von Below wrote: - (NSURLRequest *)connection:(NSURLConnection *)connection willSendRequest:(NSURLRequest *)request redirectResponse:(NSURLResponse *)response and are called in the failure case. Alex Am 27.07.2009 um 20:25 schrieb TomM: Are you sure that you configured the delegates correctly? * Is it the server? * Is it my code? * Is it the Apple SDK? * All of the above? are ever invoked, not even with a timeout. The actual result is that the delegate methods are not called. Sample at: http://software.vonbelow.com/PUTStreamTest.zip Thanks, Alex _______________________________________________ Do not post admin requests to the list. They will be ignored. Macnetworkprog mailing list (Macnetworkprog(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/macnetworkprog/tpmarchand%40gmail.com This email sent to tpmarchand(a)gmail.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Macnetworkprog mailing list (Macnetworkprog(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/macnetworkprog/below%40mac.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Macnetworkprog mailing list (Macnetworkprog(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/macnetworkprog/mpauley%40apple.com _Mark mpauley(a)apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Macnetworkprog mailing list (Macnetworkprog(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/macnetworkprog/mpauley%40apple.com _Mark mpauley(a)apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Macnetworkprog mailing list (Macnetworkprog(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/macnetworkprog/site_archiver%40lists… Alex, In this case there's some problem with this particular t-online.de server. Looks like this server doesn't handle chunked bodies correctly. Here's a part of the network log when I'm trying to put a chunked body to it (see below). As you can see, server negotiates fine, until it is given a chunked body. Then it responds with "HTTP/1.1 400 Incomplete file was uploaded". I'm not sure if this applies to your case, but if you use a streamed body, like I do here, it should be transferred as a chunked body, so it might be relevant. Can you contact that server's tech support to clarify this issue? Yuri. The log: 2009-07-28 04:45:19.119 GoodReader[2888:207] ------------------------------------------------ 2009-07-28 04:45:19.124 GoodReader[2888:207] request: LOCK /Dokumente/ assert.pdf HTTP/1.1 User-Agent: GoodReader for iPhone Host: webdav.mediencenter.t-online.de Depth: 0 Timeout: Second-600 Content-Type: application/xml; charset="utf-8" Content-Length: 242 Authorization: Digest username="yuri-selukoff(a)t-online.de", realm="webdav.mediencenter.t-online.de", nonce ="HkpuSgAAAAC6bg4AAAAAAA==fe1d9842498753945c0168a5868be71d1a265d97", uri="/Dokumente/assert.pdf", response="18c8e4ecb4cb84fffb0805fc0637821d", opaque="+HA+FE +00dlsfront06+000++1248741905426982", algorithm="MD5", cnonce="219fafb81ee0da206f5456a862ad33e9", nc=00000001, qop="auth" <?xml version="1.0" encoding="utf-8"?><D:lockinfo xmlns:D="DAV:"> <D:lockscope><D:exclusive/></D:lockscope> <D:locktype><D:write/></ D:locktype> <D:owner> <D:href>http://www.goodiware.com/goodreader.html </D:href> </D:owner></D:lockinfo> 2009-07-28 04:45:19.137 GoodReader[2888:207] ------------------------------------------------ 2009-07-28 04:45:20.022 GoodReader[2888:207] ------------------------------------------------ 2009-07-28 04:45:20.026 GoodReader[2888:207] response: HTTP/1.1 200 OK Date: Tue, 28 Jul 2009 00:45:19 GMT Server: Apache Lock-Token: <opaquelocktoken:452ba397-e46f-4de8-91a6-9893a7e5aeed> X-Dav-Powered-By: Zend_Webdav_Server Accept-Ranges: bytes Cache-Control: max-age=0, no-cache, no-store, must-revalidate Pragma: no-cache Content-Length: 508 Vary: User-Agent,Accept-Encoding Connection: close Content-Type: text/xml; charset=utf-8 2009-07-28 04:45:20.032 GoodReader[2888:207] ------------------------------------------------ 2009-07-28 04:45:20.038 GoodReader[2888:207] ------------------------------------------------ 2009-07-28 04:45:20.043 GoodReader[2888:207] response body: <?xml version="1.0" encoding="UTF-8"?> <d:prop xmlns:d="DAV:"> <d:lockdiscovery> <d:activelock> <d:locktoken> <d:href>opaquelocktoken:452ba397-e46f-4de8-91a6-9893a7e5aeed</ d:href> </d:locktoken> <d:locktype> <d:write/> </d:locktype> <d:lockscope> <d:exclusive/> </d:lockscope> <d:owner> <d:href>http://www.goodiware.com/goodreader.html</d:href> </d:owner> <d:depth>0</d:depth> <d:timeout>Second-600</d:timeout> </d:activelock> </d:lockdiscovery> </d:prop> 2009-07-28 04:45:20.055 GoodReader[2888:207] ------------------------------------------------ 2009-07-28 04:45:20.085 GoodReader[2888:207] ------------------------------------------------ 2009-07-28 04:45:20.089 GoodReader[2888:207] request: PUT /Dokumente/ assert.pdf HTTP/1.1 User-Agent: GoodReader for iPhone Host: webdav.mediencenter.t-online.de If: (<opaquelocktoken:452ba397-e46f-4de8-91a6-9893a7e5aeed>) Content-Type: application/octet-stream Authorization: Digest username="yuri-selukoff(a)t-online.de", realm="webdav.mediencenter.t-online.de", nonce ="HkpuSgAAAAC6bg4AAAAAAA==fe1d9842498753945c0168a5868be71d1a265d97", uri="/Dokumente/assert.pdf", response="927d06e184c83b70636b88ef1c760837", opaque="+HA+FE +00dlsfront06+000++1248741905426982", algorithm="MD5", cnonce="219fafb81ee0da206f5456a862ad33e9", nc=00000002, qop="auth" 2009-07-28 04:45:20.095 GoodReader[2888:207] ------------------------------------------------ 2009-07-28 04:45:26.472 GoodReader[2888:207] ------------------------------------------------ 2009-07-28 04:45:26.477 GoodReader[2888:207] response: HTTP/1.1 400 Incomplete file was uploaded Date: Tue, 28 Jul 2009 00:45:20 GMT Server: Apache Content-Length: 0 Connection: Close Vary: User-Agent,Accept-Encoding Content-Type: text/html; charset=utf-8 2009-07-28 04:45:26.482 GoodReader[2888:207] ------------------------------------------------ The problem is that we may have to re-try the request with authentication. At that point your upload is toast. This works on the mac because we cheat and write your stream to disk so we can re- start it. Said functionality doesn't exist on the phone. That being said, we should at least give you an error and not just hang. Thanks, if it makes a difference I will gladly file a bug against radar. 1) "there's some issue restarting the request even though you're using an NSData object" 2) "your operation would be expected to not work if you were attempting a streamed upload" Maybe I should explain the reason why I am using NSStream: I am trying to upload potentially very large files with an iPhone, and I thought that would be the best way to do it. But possibly, - [NSData dataWithContentsOfMappedFile:] is the better workaround ? Your webdav server requires authentication, so there's some issue restarting the request even though you're using an NSData object which should be idempotent and therefore work. Just to be pedantic: your operation would be expected to not work if you were attempting a streamed upload because we currently don't have any API that will allow the client to restart a stream. Positive. Not only are they called when I am setting the body with an NSData object, but both -(void)connection:(NSURLConnection *)connection didReceiveAuthenticationChallenge:(NSURLAuthenticationChallenge *)challenge { NSURLCredential *newCredential; On Mon, Jul 27, 2009 at 8:33 AM, Alexander von Below <below(a)mac.com > wrote: Hello, I have an odd issue communicating with a specific WebDAV Server, and I am attempting to find out where exactly to find the problem: The main problem is, that when I am using an NSMutableURLRequest with an HTTPBodyStream (emphasis on "Stream"), then apparently none of the completion delegate methods are ever called. Specifically, none of - (void)connection:(NSURLConnection *)connection didReceiveResponse:(NSHTTPURLResponse *)response; - (void)connectionDidFinishLoading:(NSURLConnection *)theConnection; - (void)connection:(NSURLConnection *)theConnection didFailWithError:(NSError *)error; On the Mac, or if I set the HTTPBody using an NSData object on the iPhone, everything works. I have included a sample project with targets both for Mac OS X and the iPhone. To reproduce, get a free account at http://mediencenter.t-online.de (or eMail me for help on that) Build the PUTStreamTest Target for the iPhone Simulator or device, enter username and password, and select "Stream". Then press PUT The expected result is that the completion delegate methods are called, and an alert informs you of failure or success. I would be very happy if someone could give me a hint where to look. I do have access to the people who maintain that server, but before I approach them I would like to make sure that my code is correct. Their WebDAV is running in production, and they claim it has no issues with other clients. This email sent to below(a)mac.com This email sent to mpauley(a)apple.com This email sent to mpauley(a)apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Macnetworkprog mailing list (Macnetworkprog(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/macnetworkprog/iphone %40cdmax.ru This email sent to iphone(a)cdmax.ru This email sent to site_archiver(a)lists.apple.com

1 0

Re: NSURLRequest WebDAV Upload Problem
by Mark Pauley 27 Jul '09

27 Jul '09

site_archiver(a)lists.apple.com Delivered-To: macnetworkprog(a)lists.apple.com That being said, we should at least give you an error and not just hang. On Jul 27, 2009, at 4:04 PM, TomMarchand wrote: How large can the files be? On Jul 27, 2009, at 4:34 PM, Alexander von Below wrote: But please allow lame-brain-me to ask you to clarify: Why would a request with an NSData object need to restart? Alex Am 27.07.2009 um 21:57 schrieb Mark Pauley: I'll look into this. On Jul 27, 2009, at 11:29 AM, Alexander von Below wrote: - (NSURLRequest *)connection:(NSURLConnection *)connection willSendRequest:(NSURLRequest *)request redirectResponse:(NSURLResponse *)response and are called in the failure case. Alex Am 27.07.2009 um 20:25 schrieb TomM: Are you sure that you configured the delegates correctly? * Is it the server? * Is it my code? * Is it the Apple SDK? * All of the above? are ever invoked, not even with a timeout. The actual result is that the delegate methods are not called. Sample at: http://software.vonbelow.com/PUTStreamTest.zip Thanks, Alex _______________________________________________ Do not post admin requests to the list. They will be ignored. Macnetworkprog mailing list (Macnetworkprog(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/macnetworkprog/tpmarchand%40gmail.com This email sent to tpmarchand(a)gmail.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Macnetworkprog mailing list (Macnetworkprog(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/macnetworkprog/below%40mac.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Macnetworkprog mailing list (Macnetworkprog(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/macnetworkprog/mpauley%40apple.com _Mark mpauley(a)apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Macnetworkprog mailing list (Macnetworkprog(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/macnetworkprog/mpauley%40apple.com _Mark mpauley(a)apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Macnetworkprog mailing list (Macnetworkprog(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/macnetworkprog/site_archiver%40lists… The problem is that we may have to re-try the request with authentication. At that point your upload is toast. This works on the mac because we cheat and write your stream to disk so we can re- start it. Said functionality doesn't exist on the phone. Thanks, if it makes a difference I will gladly file a bug against radar. 1) "there's some issue restarting the request even though you're using an NSData object" 2) "your operation would be expected to not work if you were attempting a streamed upload" Maybe I should explain the reason why I am using NSStream: I am trying to upload potentially very large files with an iPhone, and I thought that would be the best way to do it. But possibly, - [NSData dataWithContentsOfMappedFile:] is the better workaround ? Your webdav server requires authentication, so there's some issue restarting the request even though you're using an NSData object which should be idempotent and therefore work. Just to be pedantic: your operation would be expected to not work if you were attempting a streamed upload because we currently don't have any API that will allow the client to restart a stream. Positive. Not only are they called when I am setting the body with an NSData object, but both -(void)connection:(NSURLConnection *)connection didReceiveAuthenticationChallenge:(NSURLAuthenticationChallenge *) challenge { NSURLCredential *newCredential; On Mon, Jul 27, 2009 at 8:33 AM, Alexander von Below <below(a)mac.com > wrote: Hello, I have an odd issue communicating with a specific WebDAV Server, and I am attempting to find out where exactly to find the problem: The main problem is, that when I am using an NSMutableURLRequest with an HTTPBodyStream (emphasis on "Stream"), then apparently none of the completion delegate methods are ever called. Specifically, none of - (void)connection:(NSURLConnection *)connection didReceiveResponse:(NSHTTPURLResponse *)response; - (void)connectionDidFinishLoading:(NSURLConnection *) theConnection; - (void)connection:(NSURLConnection *)theConnection didFailWithError:(NSError *)error; On the Mac, or if I set the HTTPBody using an NSData object on the iPhone, everything works. I have included a sample project with targets both for Mac OS X and the iPhone. To reproduce, get a free account at http://mediencenter.t-online.de (or eMail me for help on that) Build the PUTStreamTest Target for the iPhone Simulator or device, enter username and password, and select "Stream". Then press PUT The expected result is that the completion delegate methods are called, and an alert informs you of failure or success. I would be very happy if someone could give me a hint where to look. I do have access to the people who maintain that server, but before I approach them I would like to make sure that my code is correct. Their WebDAV is running in production, and they claim it has no issues with other clients. This email sent to below(a)mac.com This email sent to mpauley(a)apple.com This email sent to mpauley(a)apple.com This email sent to site_archiver(a)lists.apple.com

1 0

Re: NSURLRequest WebDAV Upload Problem
by TomMarchand 27 Jul '09

27 Jul '09

site_archiver(a)lists.apple.com Delivered-To: macnetworkprog(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-mailer; bh=mvkLXrpvo+6WszfKD2BsuwfQCtESorN0JpKttTsHEhs=; b=ipUG9IiNl5GTNZLkkkVV/Ygrnqcs1YkhGprPYX+7hYw/27eZrcFUVSVDAu87oR0ymW cZFffAUC5yj69Kz/1PpKlzoJ1HUDTCEN8kw1umzpIeRuZ5gcWAfR6vtACwlp5cjyxIbG hYWZgUj844+gII92tNCr923gXGwdpuVBasn9Q= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-mailer; b=SaNsWmtDfZjVojKZE62nvnrr2dl1e7acm/SHLOOCFNr6XVyl5WAHtHOGcHYuLuLOJu XplPc22ZvkfDim1b8xTsB/DlhXxMo6rr6Suu9FP7IaSkRm2HO+3WrNp5orSoBKdSzN0o TJuYMsAI3/nVFul3IIgUF9uDRduRTb59e1aNA= How large can the files be? On Jul 27, 2009, at 4:34 PM, Alexander von Below wrote: But please allow lame-brain-me to ask you to clarify: Why would a request with an NSData object need to restart? Alex Am 27.07.2009 um 21:57 schrieb Mark Pauley: I'll look into this. On Jul 27, 2009, at 11:29 AM, Alexander von Below wrote: - (NSURLRequest *)connection:(NSURLConnection *)connection willSendRequest:(NSURLRequest *)request redirectResponse:(NSURLResponse *)response and are called in the failure case. Alex Am 27.07.2009 um 20:25 schrieb TomM: Are you sure that you configured the delegates correctly? * Is it the server? * Is it my code? * Is it the Apple SDK? * All of the above? are ever invoked, not even with a timeout. The actual result is that the delegate methods are not called. Sample at: http://software.vonbelow.com/PUTStreamTest.zip Thanks, Alex _______________________________________________ Do not post admin requests to the list. They will be ignored. Macnetworkprog mailing list (Macnetworkprog(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/macnetworkprog/tpmarchand%40gmail.com This email sent to tpmarchand(a)gmail.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Macnetworkprog mailing list (Macnetworkprog(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/macnetworkprog/below%40mac.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Macnetworkprog mailing list (Macnetworkprog(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/macnetworkprog/mpauley%40apple.com _Mark mpauley(a)apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Macnetworkprog mailing list (Macnetworkprog(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/macnetworkprog/site_archiver%40lists… Thanks, if it makes a difference I will gladly file a bug against radar. 1) "there's some issue restarting the request even though you're using an NSData object" 2) "your operation would be expected to not work if you were attempting a streamed upload" Maybe I should explain the reason why I am using NSStream: I am trying to upload potentially very large files with an iPhone, and I thought that would be the best way to do it. But possibly, - [NSData dataWithContentsOfMappedFile:] is the better workaround ? Your webdav server requires authentication, so there's some issue restarting the request even though you're using an NSData object which should be idempotent and therefore work. Just to be pedantic: your operation would be expected to not work if you were attempting a streamed upload because we currently don't have any API that will allow the client to restart a stream. Positive. Not only are they called when I am setting the body with an NSData object, but both -(void)connection:(NSURLConnection *)connection didReceiveAuthenticationChallenge:(NSURLAuthenticationChallenge *)challenge { NSURLCredential *newCredential; On Mon, Jul 27, 2009 at 8:33 AM, Alexander von Below <below(a)mac.com> wrote: Hello, I have an odd issue communicating with a specific WebDAV Server, and I am attempting to find out where exactly to find the problem: The main problem is, that when I am using an NSMutableURLRequest with an HTTPBodyStream (emphasis on "Stream"), then apparently none of the completion delegate methods are ever called. Specifically, none of - (void)connection:(NSURLConnection *)connection didReceiveResponse:(NSHTTPURLResponse *)response; - (void)connectionDidFinishLoading:(NSURLConnection *)theConnection; - (void)connection:(NSURLConnection *)theConnection didFailWithError:(NSError *)error; On the Mac, or if I set the HTTPBody using an NSData object on the iPhone, everything works. I have included a sample project with targets both for Mac OS X and the iPhone. To reproduce, get a free account at http://mediencenter.t- online.de (or eMail me for help on that) Build the PUTStreamTest Target for the iPhone Simulator or device, enter username and password, and select "Stream". Then press PUT The expected result is that the completion delegate methods are called, and an alert informs you of failure or success. I would be very happy if someone could give me a hint where to look. I do have access to the people who maintain that server, but before I approach them I would like to make sure that my code is correct. Their WebDAV is running in production, and they claim it has no issues with other clients. This email sent to below(a)mac.com This email sent to mpauley(a)apple.com This email sent to site_archiver(a)lists.apple.com

1 0

Re: NSURLRequest WebDAV Upload Problem
by Alexander von Below 27 Jul '09

27 Jul '09

site_archiver(a)lists.apple.com Delivered-To: macnetworkprog(a)lists.apple.com Thanks, if it makes a difference I will gladly file a bug against radar. But please allow lame-brain-me to ask you to clarify: Why would a request with an NSData object need to restart? Alex Am 27.07.2009 um 21:57 schrieb Mark Pauley: I'll look into this. On Jul 27, 2009, at 11:29 AM, Alexander von Below wrote: - (NSURLRequest *)connection:(NSURLConnection *)connection willSendRequest:(NSURLRequest *)request redirectResponse:(NSURLResponse *)response and are called in the failure case. Alex Am 27.07.2009 um 20:25 schrieb TomM: Are you sure that you configured the delegates correctly? * Is it the server? * Is it my code? * Is it the Apple SDK? * All of the above? are ever invoked, not even with a timeout. The actual result is that the delegate methods are not called. Sample at: http://software.vonbelow.com/PUTStreamTest.zip Thanks, Alex _______________________________________________ Do not post admin requests to the list. They will be ignored. Macnetworkprog mailing list (Macnetworkprog(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/macnetworkprog/tpmarchand%40gmail.com This email sent to tpmarchand(a)gmail.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Macnetworkprog mailing list (Macnetworkprog(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/macnetworkprog/mpauley%40apple.com _Mark mpauley(a)apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Macnetworkprog mailing list (Macnetworkprog(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/macnetworkprog/site_archiver%40lists… 1) "there's some issue restarting the request even though you're using an NSData object" 2) "your operation would be expected to not work if you were attempting a streamed upload" Maybe I should explain the reason why I am using NSStream: I am trying to upload potentially very large files with an iPhone, and I thought that would be the best way to do it. But possibly, - [NSData dataWithContentsOfMappedFile:] is the better workaround ? Your webdav server requires authentication, so there's some issue restarting the request even though you're using an NSData object which should be idempotent and therefore work. Just to be pedantic: your operation would be expected to not work if you were attempting a streamed upload because we currently don't have any API that will allow the client to restart a stream. Positive. Not only are they called when I am setting the body with an NSData object, but both -(void)connection:(NSURLConnection *)connection didReceiveAuthenticationChallenge:(NSURLAuthenticationChallenge *)challenge { NSURLCredential *newCredential; On Mon, Jul 27, 2009 at 8:33 AM, Alexander von Below <below(a)mac.com> wrote: Hello, I have an odd issue communicating with a specific WebDAV Server, and I am attempting to find out where exactly to find the problem: The main problem is, that when I am using an NSMutableURLRequest with an HTTPBodyStream (emphasis on "Stream"), then apparently none of the completion delegate methods are ever called. Specifically, none of - (void)connection:(NSURLConnection *)connection didReceiveResponse:(NSHTTPURLResponse *)response; - (void)connectionDidFinishLoading:(NSURLConnection *)theConnection; - (void)connection:(NSURLConnection *)theConnection didFailWithError:(NSError *)error; On the Mac, or if I set the HTTPBody using an NSData object on the iPhone, everything works. I have included a sample project with targets both for Mac OS X and the iPhone. To reproduce, get a free account at http://mediencenter.t- online.de (or eMail me for help on that) Build the PUTStreamTest Target for the iPhone Simulator or device, enter username and password, and select "Stream". Then press PUT The expected result is that the completion delegate methods are called, and an alert informs you of failure or success. I would be very happy if someone could give me a hint where to look. I do have access to the people who maintain that server, but before I approach them I would like to make sure that my code is correct. Their WebDAV is running in production, and they claim it has no issues with other clients. _______________________________________________ Do not post admin requests to the list. They will be ignored. Macnetworkprog mailing list (Macnetworkprog(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/macnetworkprog/below %40mac.com This email sent to below(a)mac.com This email sent to mpauley(a)apple.com This email sent to site_archiver(a)lists.apple.com

1 0

Re: NSURLRequest WebDAV Upload Problem
by Mark Pauley 27 Jul '09

27 Jul '09

site_archiver(a)lists.apple.com Delivered-To: macnetworkprog(a)lists.apple.com I'll look into this. On Jul 27, 2009, at 11:29 AM, Alexander von Below wrote: - (NSURLRequest *)connection:(NSURLConnection *)connection willSendRequest:(NSURLRequest *)request redirectResponse:(NSURLResponse *)response and are called in the failure case. Alex Am 27.07.2009 um 20:25 schrieb TomM: Are you sure that you configured the delegates correctly? * Is it the server? * Is it my code? * Is it the Apple SDK? * All of the above? are ever invoked, not even with a timeout. The actual result is that the delegate methods are not called. Sample at: http://software.vonbelow.com/PUTStreamTest.zip Thanks, Alex _______________________________________________ Do not post admin requests to the list. They will be ignored. Macnetworkprog mailing list (Macnetworkprog(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/macnetworkprog/tpmarchand%40gmail.com This email sent to tpmarchand(a)gmail.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Macnetworkprog mailing list (Macnetworkprog(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/macnetworkprog/below%40mac.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Macnetworkprog mailing list (Macnetworkprog(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/macnetworkprog/mpauley%40apple.com _Mark mpauley(a)apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Macnetworkprog mailing list (Macnetworkprog(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/macnetworkprog/site_archiver%40lists… Your webdav server requires authentication, so there's some issue restarting the request even though you're using an NSData object which should be idempotent and therefore work. Just to be pedantic: your operation would be expected to not work if you were attempting a streamed upload because we currently don't have any API that will allow the client to restart a stream. Positive. Not only are they called when I am setting the body with an NSData object, but both -(void)connection:(NSURLConnection *)connection didReceiveAuthenticationChallenge:(NSURLAuthenticationChallenge *) challenge { NSURLCredential *newCredential; On Mon, Jul 27, 2009 at 8:33 AM, Alexander von Below <below(a)mac.com> wrote: Hello, I have an odd issue communicating with a specific WebDAV Server, and I am attempting to find out where exactly to find the problem: The main problem is, that when I am using an NSMutableURLRequest with an HTTPBodyStream (emphasis on "Stream"), then apparently none of the completion delegate methods are ever called. Specifically, none of - (void)connection:(NSURLConnection *)connection didReceiveResponse: (NSHTTPURLResponse *)response; - (void)connectionDidFinishLoading:(NSURLConnection *)theConnection; - (void)connection:(NSURLConnection *)theConnection didFailWithError:(NSError *)error; On the Mac, or if I set the HTTPBody using an NSData object on the iPhone, everything works. I have included a sample project with targets both for Mac OS X and the iPhone. To reproduce, get a free account at http://mediencenter.t-online.de (or eMail me for help on that) Build the PUTStreamTest Target for the iPhone Simulator or device, enter username and password, and select "Stream". Then press PUT The expected result is that the completion delegate methods are called, and an alert informs you of failure or success. I would be very happy if someone could give me a hint where to look. I do have access to the people who maintain that server, but before I approach them I would like to make sure that my code is correct. Their WebDAV is running in production, and they claim it has no issues with other clients. This email sent to below(a)mac.com This email sent to mpauley(a)apple.com This email sent to site_archiver(a)lists.apple.com

1 0

Re: NSURLRequest WebDAV Upload Problem
by Alexander von Below 27 Jul '09

27 Jul '09

site_archiver(a)lists.apple.com Delivered-To: macnetworkprog(a)lists.apple.com - (NSURLRequest *)connection:(NSURLConnection *)connection willSendRequest:(NSURLRequest *)request redirectResponse:(NSURLResponse *)response and are called in the failure case. Alex Am 27.07.2009 um 20:25 schrieb TomM: Are you sure that you configured the delegates correctly? * Is it the server? * Is it my code? * Is it the Apple SDK? * All of the above? are ever invoked, not even with a timeout. The actual result is that the delegate methods are not called. Sample at: http://software.vonbelow.com/PUTStreamTest.zip Thanks, Alex _______________________________________________ Do not post admin requests to the list. They will be ignored. Macnetworkprog mailing list (Macnetworkprog(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/macnetworkprog/tpmarchand%40gmail.com This email sent to tpmarchand(a)gmail.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Macnetworkprog mailing list (Macnetworkprog(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/macnetworkprog/below%40mac.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Macnetworkprog mailing list (Macnetworkprog(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/macnetworkprog/site_archiver%40lists… Positive. Not only are they called when I am setting the body with an NSData object, but both -(void)connection:(NSURLConnection *)connection didReceiveAuthenticationChallenge:(NSURLAuthenticationChallenge *)challenge { NSURLCredential *newCredential; On Mon, Jul 27, 2009 at 8:33 AM, Alexander von Below <below(a)mac.com> wrote: Hello, I have an odd issue communicating with a specific WebDAV Server, and I am attempting to find out where exactly to find the problem: The main problem is, that when I am using an NSMutableURLRequest with an HTTPBodyStream (emphasis on "Stream"), then apparently none of the completion delegate methods are ever called. Specifically, none of - (void)connection:(NSURLConnection *)connection didReceiveResponse: (NSHTTPURLResponse *)response; - (void)connectionDidFinishLoading:(NSURLConnection *)theConnection; - (void)connection:(NSURLConnection *)theConnection didFailWithError: (NSError *)error; On the Mac, or if I set the HTTPBody using an NSData object on the iPhone, everything works. I have included a sample project with targets both for Mac OS X and the iPhone. To reproduce, get a free account at http://mediencenter.t-online.de (or eMail me for help on that) Build the PUTStreamTest Target for the iPhone Simulator or device, enter username and password, and select "Stream". Then press PUT The expected result is that the completion delegate methods are called, and an alert informs you of failure or success. I would be very happy if someone could give me a hint where to look. I do have access to the people who maintain that server, but before I approach them I would like to make sure that my code is correct. Their WebDAV is running in production, and they claim it has no issues with other clients. This email sent to below(a)mac.com This email sent to site_archiver(a)lists.apple.com

1 0

Re: NSURLRequest WebDAV Upload Problem
by TomM 27 Jul '09

27 Jul '09

site_archiver(a)lists.apple.com Delivered-To: macnetworkprog(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=KoM8TIxatOH9LT2YILrTVdzRlbJmlk+SWgizXhawDow=; b=m6y0DNkav8EQycEnFnWihYpQmHnxoYITLFOm+/6WVSzqJQ2uD/IJ3YgqeDYfARJ/7Z yBeglGDPa9rL2Va/SZmKCB18j1EsAlMwgmJrxQTst52H+7j883UR2yuohLDT2X6RkoUv WHpWwWqv/g2FzYJaloOEYACMXvKacnF7h0NQk= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=Ywq4QdNhk9/aiCbJEKkf2xaGX1DwYAg7GoqxDtYdhS/ZIQvewYHpVsbjTcObdvQh4Z wByABDoLiSkq+kWc9/xoKYx6BPiPhTzlRn2CLu2ttjKPb8Qd1fPf1yiycYW/zDyJZWu2 HKJY1U0XBTh0EclAffNZ6oFM//P2cUrupjDfM= _______________________________________________ Do not post admin requests to the list. They will be ignored. Macnetworkprog mailing list (Macnetworkprog(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/macnetworkprog/site_archiver%40lists… This email sent to site_archiver(a)lists.apple.com

1 0

Re: NSURLRequest WebDAV Upload Problem
by Alexander von Below 27 Jul '09

27 Jul '09

site_archiver(a)lists.apple.com Delivered-To: macnetworkprog(a)lists.apple.com Thanks .... and ending with Any further hints are appreciated. Thanks Alex Am 27.07.2009 um 19:07 schrieb Jim Luther: On Jul 27, 2009, at 9:56 AM, Alexander von Below wrote: - Jim _______________________________________________ Do not post admin requests to the list. They will be ignored. Macnetworkprog mailing list (Macnetworkprog(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/macnetworkprog/below%40mac.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Macnetworkprog mailing list (Macnetworkprog(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/macnetworkprog/site_archiver%40lists… Before I go into details: As my code works on the Mac, is it possible this is a bug in Phone OS? But back to the results: Luckily, the Simulator exhibits the same issues as the device. But I am way too unexperienced to read the output, especially as it is encrypted. Even a small body produces lots of data, starting with (in the successful case): 20:09:20.622996 IP 192.168.1.100.64711 > webdav.mediencenter.t- online.de.https: S 1101019046:1101019046(0) win 65535 <mss 1460,nop,wscale 3,nop,nop,timestamp 669833362 0,sackOK,eol> 20:09:23.776704 IP 192.168.1.100.64712 > webdav.mediencenter.t- online.de.https: R 2497493095:2497493095(0) win 0 E..( J@.@......d>..Y.......g....P....... Let me ask a stupid question: Can I read https data with tcpflow or Wireshark? Currently, I seem to be too unexperienced to do that You can see the data, but it'll be encrypted since you're seeing the data as it is on the wire. The standard port for https is 443 so make sure you add "port 443" to tcpflow/tcpdump's command line. This email sent to below(a)mac.com This email sent to site_archiver(a)lists.apple.com

1 0

Re: NSURLRequest WebDAV Upload Problem
by Jim Luther 27 Jul '09

27 Jul '09

site_archiver(a)lists.apple.com Delivered-To: macnetworkprog(a)lists.apple.com On Jul 27, 2009, at 9:56 AM, Alexander von Below wrote: - Jim _______________________________________________ Do not post admin requests to the list. They will be ignored. Macnetworkprog mailing list (Macnetworkprog(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/macnetworkprog/site_archiver%40lists… Let me ask a stupid question: Can I read https data with tcpflow or Wireshark? Currently, I seem to be too unexperienced to do that You can see the data, but it'll be encrypted since you're seeing the data as it is on the wire. The standard port for https is 443 so make sure you add "port 443" to tcpflow/tcpdump's command line. This email sent to site_archiver(a)lists.apple.com

1 0