I’m first on start should always imply I am last on stop. I am not aware of the web fragment support that was added.
Ralph > On Feb 24, 2021, at 9:44 AM, Gary Gregory <garydgreg...@gmail.com> wrote: > > On Wed, Feb 24, 2021 at 11:37 AM Matt Sicker <boa...@gmail.com> wrote: >> >> This behavior was recently changed but not released yet. > > It has though: > > 2.14.0's log4j-web contains a web fragment xml configuration file that > says "I'm first". The problem is that I need (as does everyone I > claim) "I'm first" on start and "I'm last" on stop. > > Or am I missing something? > > Gary > >> >> On Wed, 24 Feb 2021 at 10:07, Ralph Goers <ralph.go...@dslextreme.com> wrote: >>> >>> Interesting that you posted this to the user list. >>> >>> Last I checked the way the shutdown worked was very much dependent on which >>> servlet spec version the app is using. As I recall, prior to 3.0 a servlet >>> filter had to be directly configured by the user. Configuring that in the >>> web.xml as the first filter pretty much guaranteed proper ordering. With >>> 3.0 I believe a ServletContainerInitializer is used instead to register the >>> filter. I believe the ordering of that is only guaranteed if Log4j’s >>> ServletContainerInitializer is called before any others. >>> >>> Ralph >>> >>>> On Feb 24, 2021, at 7:20 AM, Gary Gregory <garydgreg...@gmail.com> wrote: >>>> >>>> Hi All: >>>> >>>> I have a bug in a web app where I use log4j-web: >>>> - Tomcat 9 correctly starts Log4j 2 FIRST, BEFORE the web-app, which is >>>> correct. >>>> - The App runs and uses Log4j 2 >>>> - When I stop or undeploy the web app, Tomcat complains about a Log4j >>>> thread still hanging around because: >>>> - Tomcat stops Log4j FIRST (which is wrong for this stack). >>>> - Tomcat stops the web-app which cause some logging >>>> - Log4j re-initializes itself >>>> >>>> So... Can we fix this in our web fragment? Can we say "start first and >>>> stop last"? >>>> >>>> Can I say that at all in server.xml? Does Servlet 5.0 (Tomcat 10) help? >>>> >>>> TY! >>>> Gary >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org >>>> For additional commands, e-mail: log4j-user-h...@logging.apache.org >>>> >>>> >>> >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org >>> For additional commands, e-mail: log4j-user-h...@logging.apache.org >>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org >> For additional commands, e-mail: log4j-user-h...@logging.apache.org >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org > For additional commands, e-mail: log4j-user-h...@logging.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org For additional commands, e-mail: log4j-user-h...@logging.apache.org
