https://issues.apache.org/bugzilla/show_bug.cgi?id=56725
--- Comment #8 from mardkra...@hotmail.com --- (In reply to Christopher Schultz from comment #6) > 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. > We use org.springframework.web.client.RestOperations to send the requests and Spring controllers to handle all incoming requests. > 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. > Yes, the DELETE happens during the 2b. We use two java.util.concurrent.Callable to start 2b and then 3a a few seconds later. > 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. > The first set of logs are the access logs (via configuring the AccessLogValve) on the "server server" aka "receiving server". These were requested by Konstantin Kolinko. The second set of logs are the normal console logs from the "client server". > I also notice that every request gets a 401 (Unauthorized) response. Are you > checking for that and stopping? > We are aware of the double request. The RestOperations is handling is. It seems to first send a request and when 401 is returned it then adds the authorization portion to the request and tries again. > 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. > Is this something new with 8.0.9? Because again, that version is the only difference between a successful test run and one that fails. > I think your test isn't providing correct credentials, and I think it's not > checking HTTP status codes when executing a PUT. ;) > It does provide correct credentials. If it didn't the test would fail every time, not just when running with 8.0.9. -- 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
