https://bz.apache.org/bugzilla/show_bug.cgi?id=65251
--- Comment #3 from abhish...@formsite.com ---
(In reply to Mark Thomas from comment #1)
> 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).
When we saw "Child name [/app1] is not unique" and visited `app1` web page, we
saw following error. It seems one of the war attempts was successful but the
application did not start normally. Our context.xml defines database resources.
javax.naming.NameNotFoundException: Name [comp/env] is not bound in this
Context. Unable to find [comp].
org.apache.naming.NamingContext.lookup(NamingContext.java:833)
org.apache.naming.NamingContext.lookup(NamingContext.java:174)
org.apache.naming.SelectorContext.lookup(SelectorContext.java:163)
javax.naming.InitialContext.lookup(InitialContext.java:417)
--
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
