https://bz.apache.org/bugzilla/show_bug.cgi?id=65251
--- Comment #1 from Mark Thomas <ma...@apache.org> --- Thanks for the report. It appears that both the deploy thread and the background processing thread are trying to deploy the updated WAR file. There is code that is meant to prevent that. I've found a bug in that code that allows me to recreate the stacktrace you reported. I am working on a fix. To be sure I have found the same error you are seeing, can you clarify what you mean by "preventing app1 to start normally"? In my testing when the two threads attempt to start the updated application, one of those threads succeeds and one fails. The app does start. To put it another way, the bug just causes an ugly stack trace in the logs, it doesn't prevent the deployment from completing nor does it break the application. Are you seeing the same? A potential workaround would be to disable automatic deployment (autoDeploy="false" on the Host). If you are doing all your deployments via the Manager then you might want to do this anyway for the security benefits (an arbitrary file upload vulnerability can't be leveraged into RCE). -- 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
