Re: [ANN] New committer: Woonsan Ko
Congratulations Woonsan! On Tue, Dec 25, 2018 at 1:45 AM Igal Sapir wrote: > > W00t w00t! Congrats Woonsan :) > > Igal > > On 12/19/2018 6:05 PM, Woonsan Ko wrote: > > > Thank you very much for the warm welcomes! > > I have watched many volunteering hearts here, helping each other in > > this community, for years. This community has been my biggest input > > source from which I have learned how to grow ourselves together, in > > positive, collaborative, collective, inclusive, sustainable ways. > > I will do my best where I can help to keep the health of our heartbeats. > > > > Kind regards, > > > > Woonsan Ko > > > > On Wed, Dec 19, 2018 at 6:56 PM Mark Thomas wrote: > >> On behalf of the Tomcat committers I am pleased to announce that > >> Woonsan Ko (woonsan) has been voted in as a new Tomcat committer. > >> > >> Please join me in welcoming him. > >> > >> Kind regards, > >> > >> Mark > >> > >> - > >> To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org > >> For additional commands, e-mail: dev-h...@tomcat.apache.org > >> > > - > > To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org > > For additional commands, e-mail: dev-h...@tomcat.apache.org > > > > - > To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org > For additional commands, e-mail: dev-h...@tomcat.apache.org > -- Best Regards！ Huxing - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[Bug 63038] New: When tomcat reads damaged zip dependencies, the tomcat does not write original reason of a problem.
https://bz.apache.org/bugzilla/show_bug.cgi?id=63038 Bug ID: 63038 Summary: When tomcat reads damaged zip dependencies, the tomcat does not write original reason of a problem. Product: Tomcat 8 Version: 8.5.27 Hardware: PC Status: NEW Severity: trivial Priority: P2 Component: Catalina Assignee: dev@tomcat.apache.org Reporter: vorvu...@mail.ru Target Milestone: Test case. I started an application and saw logs: 2018-12-25 17:13:51,258 - ERROR [org.springframework.web.servlet.DispatcherServlet:502] - Context initialization failed java.lang.IllegalStateException: null at org.apache.catalina.webresources.AbstractArchiveResource.getCertificates(AbstractArchiveResource.java:215) at org.apache.catalina.loader.WebappClassLoaderBase.findClassInternal(WebappClassLoaderBase.java:2216) at org.apache.catalina.loader.WebappClassLoaderBase.findClass(WebappClassLoaderBase.java:811) at org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1260) at org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1119) at org.springframework.util.ClassUtils.forName(ClassUtils.java:251) at org.springframework.beans.factory.support.AbstractBeanDefinition.resolveBeanClass(AbstractBeanDefinition.java:401) at org.springframework.beans.factory.support.AbstractBeanFactory.doResolveBeanClass(AbstractBeanFactory.java:1438) at org.springframework.beans.factory.support.AbstractBeanFactory.resolveBeanClass(AbstractBeanFactory.java:1383) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.determineTargetType(AbstractAutowireCapableBeanFactory.java:641) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.predictBeanType(AbstractAutowireCapableBeanFactory.java:609) at org.springframework.beans.factory.support.AbstractBeanFactory.isFactoryBean(AbstractBeanFactory.java:1490) at org.springframework.beans.factory.support.DefaultListableBeanFactory.doGetBeanNamesForType(DefaultListableBeanFactory.java:425) at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBeanNamesForType(DefaultListableBeanFactory.java:395) at org.springframework.context.support.PostProcessorRegistrationDelegate.invokeBeanFactoryPostProcessors(PostProcessorRegistrationDelegate.java:83) at org.springframework.context.support.AbstractApplicationContext.invokeBeanFactoryPostProcessors(AbstractApplicationContext.java:687) at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:525) at org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:668) at org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:634) at org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:682) at org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:553) at org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:494) at org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:171) at javax.servlet.GenericServlet.init(GenericServlet.java:158) at org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1183) at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1099) at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:989) at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4931) at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5241) at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:752) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:728) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:734) at org.apache.catalina.startup.HostConfig.manageApp(HostConfig.java:1736) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at org.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:300) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819) at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBean
[Bug 63038] When tomcat reads damaged zip dependencies, the tomcat does not write original reason of a problem.
https://bz.apache.org/bugzilla/show_bug.cgi?id=63038 --- Comment #1 from Vorvulev Sergey --- Created attachment 36350 --> https://bz.apache.org/bugzilla/attachment.cgi?id=36350&action=edit try to read the org/springframework/scheduling/config/TaskExecutorFactoryBean.class -- 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
[Bug 63039] New: same filter map by url-pattern and servletName only call once
https://bz.apache.org/bugzilla/show_bug.cgi?id=63039 Bug ID: 63039 Summary: same filter map by url-pattern and servletName only call once Product: Tomcat 9 Version: 9.0.12 Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P2 Component: Servlet Assignee: dev@tomcat.apache.org Reporter: hzx20112...@gmail.com Target Milestone: - Created attachment 36351 --> https://bz.apache.org/bugzilla/attachment.cgi?id=36351&action=edit the test case according to jsr 340 P57, the following filter config will make this filter call order: AsyncCompleteFilter_2 -> AsyncCompleteFilter_3 -> AsyncCompleteFilter -> AsyncCompleteFilter_2 -> AsyncCompleteFilter_3 however, only AsyncCompleteFilter_2 -> AsyncCompleteFilter_3 -> AsyncCompleteFilter are called ```xml AsyncComplete servlet1.Asyn1 true AsyncComplete /AsyncComplete AsyncCompleteFilter servlet1.Filter1 true AsyncCompleteFilter AsyncComplete AsyncCompleteFilter_2 servlet1.Filter2 true AsyncCompleteFilter_2 AsyncComplete /* AsyncCompleteFilter_3 servlet1.Filter3 true AsyncCompleteFilter_3 AsyncComplete /* ``` -- 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
