https://issues.apache.org/bugzilla/show_bug.cgi?id=56725
--- Comment #6 from Christopher Schultz <ch...@christopherschultz.net> --- (In reply to mardkrause from comment #4) > I received more information form the author of the test, added more logging, > and am including more of the client-server log (minus a few of our custom > classes). > > The test acts does the following: > 1. send a new file > a. HEAD check if already exists - 404 (Not found) > b. PUT initial small file - 201 (Created) > 2. start sending/updating 1GB file (on thread-x with a new HttpClient > instance built with same user setup) > a. HEAD check if already exists - 200 (OK) > b. PUT large file What code handles the PUT to these URLs? Are you using Tomcat's WebDAV servlet, or something else? If it's something else, then you might want to take a look at that code. > 3. attempt to delete the file a few seconds after step 2 starts (on thread-y > with a new HttpClient instance built with same user setup) > a. DELETE file Are you issuing the DELETE request before step 2b has completed? It shouldn't matter -- most OSs will let you write to a deleted file as long as the file handle was valid when it was opened -- but I'm curious. > We expect (and experience with 8.0.8) that step 3 returns with 409 > (Conflict) and step 2 returns with 200 (OK). However, we are experiencing > with 8.0.9 that step 2 gets cut off and can't complete. Is the exception shown here from the "client server" or the "server server"? I only ask because the log mysteriously changes date formats between the INFO and the SEVERE log messages. I also notice that every request gets a 401 (Unauthorized) response. Are you checking for that and stopping? Read Konstantin's comment #3 about aborted uploads: if you get a 401 response, you are probably going to hit that limit with a "large" file and find your connection forcibly closed. I think your test isn't providing correct credentials, and I think it's not checking HTTP status codes when executing a PUT. ;) -- You are receiving this mail because: You are the assignee for the bug. --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
