Re: Error after upgrading to Tomcat 9.0.29
On 28/11/2019 13:56, Juri Berlanda wrote: > Hi Mark, > > I have 2 good news: > > 1. The issue I've seen is fixed with your 9.0.30-dev build > 2. My PC did not catch fire while running your 9.0.30-dev build :) > > So I guess I'll just wait for the final 9.0.30 release and stay on > 9.0.27 until then. Thanks a lot for the quick help and solution. Great news on both counts ;) Many thanks for testing this. It is much appreciated. Mark > > Cheers, > > Juri > > On 11/27/19 1:08 PM, Mark Thomas wrote: >> On 26/11/2019 21:22, Juri Berlanda wrote: >>> Hi, >>> >>> I never built Tomcat from source, but I guess there is a first time for >>> everything :-) >>> >>> I'm out of office tomorrow, but I will give it a shot on Thursday and >>> let you know how it went. Where can I find the source with the fix? >> https://github.com/apache/tomcat >> (master branch) >> >> Alternatively, you can pick up a 9.0.30-dev build from: >> http://people.apache.org/~markt/dev/v9.0.30-dev/ >> >> Note: This is just to enable this fix to be tested. It isn't a formal >> release. Use it at your own risk. If you machine catches fire don't >> blame me ;) >> >> Thanks, >> >> Mark >> >> >>> Cheers, >>> >>> Juri >>> >>> On 11/26/19 7:01 PM, Mark Thomas wrote: On 26/11/2019 16:35, Mark Thomas wrote: > On 25/11/2019 19:17, Juri Berlanda wrote: >> Hi all, >> >> I post my Stacktrace again, as I mistakenly previously only sent >> it to >> Rémy Maucherat. >> >> I'll try to make it as short as possible: > Maybe a cariation of: > https://bz.apache.org/bugzilla/show_bug.cgi?id=63964 > ? I think I have a fix for this. Are you able to build from source to test this once I commit the fix? If you aren't able to build from source, would it help if I provided a binary build? Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org >>> - >>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >>> For additional commands, e-mail: users-h...@tomcat.apache.org >>> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >> For additional commands, e-mail: users-h...@tomcat.apache.org > - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Error after upgrading to Tomcat 9.0.29
Hi Mark, I have 2 good news: 1. The issue I've seen is fixed with your 9.0.30-dev build 2. My PC did not catch fire while running your 9.0.30-dev build :) So I guess I'll just wait for the final 9.0.30 release and stay on 9.0.27 until then. Thanks a lot for the quick help and solution. Cheers, Juri On 11/27/19 1:08 PM, Mark Thomas wrote: On 26/11/2019 21:22, Juri Berlanda wrote: Hi, I never built Tomcat from source, but I guess there is a first time for everything :-) I'm out of office tomorrow, but I will give it a shot on Thursday and let you know how it went. Where can I find the source with the fix? https://github.com/apache/tomcat (master branch) Alternatively, you can pick up a 9.0.30-dev build from: http://people.apache.org/~markt/dev/v9.0.30-dev/ Note: This is just to enable this fix to be tested. It isn't a formal release. Use it at your own risk. If you machine catches fire don't blame me ;) Thanks, Mark Cheers, Juri On 11/26/19 7:01 PM, Mark Thomas wrote: On 26/11/2019 16:35, Mark Thomas wrote: On 25/11/2019 19:17, Juri Berlanda wrote: Hi all, I post my Stacktrace again, as I mistakenly previously only sent it to Rémy Maucherat. I'll try to make it as short as possible: Maybe a cariation of: https://bz.apache.org/bugzilla/show_bug.cgi?id=63964 ? I think I have a fix for this. Are you able to build from source to test this once I commit the fix? If you aren't able to build from source, would it help if I provided a binary build? Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Error after upgrading to Tomcat 9.0.29
On 26/11/2019 21:22, Juri Berlanda wrote: > Hi, > > I never built Tomcat from source, but I guess there is a first time for > everything :-) > > I'm out of office tomorrow, but I will give it a shot on Thursday and > let you know how it went. Where can I find the source with the fix? https://github.com/apache/tomcat (master branch) Alternatively, you can pick up a 9.0.30-dev build from: http://people.apache.org/~markt/dev/v9.0.30-dev/ Note: This is just to enable this fix to be tested. It isn't a formal release. Use it at your own risk. If you machine catches fire don't blame me ;) Thanks, Mark > > Cheers, > > Juri > > On 11/26/19 7:01 PM, Mark Thomas wrote: >> On 26/11/2019 16:35, Mark Thomas wrote: >>> On 25/11/2019 19:17, Juri Berlanda wrote: Hi all, I post my Stacktrace again, as I mistakenly previously only sent it to Rémy Maucherat. I'll try to make it as short as possible: >>> Maybe a cariation of: >>> https://bz.apache.org/bugzilla/show_bug.cgi?id=63964 >>> ? >> I think I have a fix for this. Are you able to build from source to test >> this once I commit the fix? If you aren't able to build from source, >> would it help if I provided a binary build? >> >> Mark >> >> - >> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >> For additional commands, e-mail: users-h...@tomcat.apache.org > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Error after upgrading to Tomcat 9.0.29
Hi, I never built Tomcat from source, but I guess there is a first time for everything :-) I'm out of office tomorrow, but I will give it a shot on Thursday and let you know how it went. Where can I find the source with the fix? Cheers, Juri On 11/26/19 7:01 PM, Mark Thomas wrote: On 26/11/2019 16:35, Mark Thomas wrote: On 25/11/2019 19:17, Juri Berlanda wrote: Hi all, I post my Stacktrace again, as I mistakenly previously only sent it to Rémy Maucherat. I'll try to make it as short as possible: Maybe a cariation of: https://bz.apache.org/bugzilla/show_bug.cgi?id=63964 ? I think I have a fix for this. Are you able to build from source to test this once I commit the fix? If you aren't able to build from source, would it help if I provided a binary build? Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Error after upgrading to Tomcat 9.0.29
On 26/11/2019 16:35, Mark Thomas wrote: > On 25/11/2019 19:17, Juri Berlanda wrote: >> Hi all, >> >> I post my Stacktrace again, as I mistakenly previously only sent it to >> Rémy Maucherat. >> >> I'll try to make it as short as possible: > > Maybe a cariation of: > https://bz.apache.org/bugzilla/show_bug.cgi?id=63964 > ? I think I have a fix for this. Are you able to build from source to test this once I commit the fix? If you aren't able to build from source, would it help if I provided a binary build? Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Error after upgrading to Tomcat 9.0.29
On 25/11/2019 19:17, Juri Berlanda wrote: > Hi all, > > I post my Stacktrace again, as I mistakenly previously only sent it to > Rémy Maucherat. > > I'll try to make it as short as possible: Maybe a cariation of: https://bz.apache.org/bugzilla/show_bug.cgi?id=63964 ? Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Error after upgrading to Tomcat 9.0.29
Try simply to increase -Xss parameter in setenv.sh or setenv.bat, see if it works, since there is no infinite loop (it seems) On Mon, Nov 25, 2019 at 2:15 PM Juri Berlanda wrote: > Hi all, > > I just tried to deploy my WebApplication (OpenWebBeans, MyFaces) to > Tomcat 9.0.29. While everything works fine in 9.0.27, on 9.0.29 as soon > as I access any page I get: > > 25-Nov-2019 14:01:34.842 SEVERE [http-nio-8080-exec-4] > org.apache.catalina.core.StandardWrapperValve.invoke Servlet.service() > for servlet [Faces Servlet] in context with path [/censored] threw > exception [null] with root cause > java.lang.StackOverflowError > > Since it is a StackOverflow, I'm not posting the Stacktrace here. > > Has anybody had a different error? Is there a known fix or a workaround > for this? > > I'm happy to help debugging and fixing the issue, if there is one in > Tomcat. Just let me know how I can help. > > Cheers, > > Juri > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > >
Re: Error after upgrading to Tomcat 9.0.29
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Juri, On 11/25/19 14:17, Juri Berlanda wrote: > Hi all, > > I post my Stacktrace again, as I mistakenly previously only sent it > to Rémy Maucherat. > > I'll try to make it as short as possible: > > 25-Nov-2019 14:01:34.842 SEVERE [http-nio-8080-exec-4] > org.apache.catalina.core.StandardWrapperValve.invoke > Servlet.service() for servlet [Faces Servlet] in context with path > [/access] threw exception [null] with root cause > java.lang.StackOverflowError at > java.base/sun.net.util.IPAddressUtil.checkHostString(IPAddressUtil.jav a:460) > > at > java.base/java.net.URLStreamHandler.setURL(URLStreamHandler.java:518) > > at > java.base/java.net.URLStreamHandler.parseURL(URLStreamHandler.java:312 ) > > at > java.base/sun.net.www.protocol.file.Handler.parseURL(Handler.java:67) > > at java.base/java.net.URL.(URL.java:663) > at java.base/java.net.URL.(URL.java:530) at > java.base/jdk.internal.loader.URLClassPath$FileLoader.getResource(URLC lassPath.java:1176) > > at > java.base/jdk.internal.loader.URLClassPath$FileLoader.findResource(URL ClassPath.java:1165) > > at > java.base/jdk.internal.loader.URLClassPath$1.next(URLClassPath.java:34 1) > > at > java.base/jdk.internal.loader.URLClassPath$1.hasMoreElements(URLClassP ath.java:351) > > at > java.base/java.net.URLClassLoader$3$1.run(URLClassLoader.java:687) > at > java.base/java.net.URLClassLoader$3$1.run(URLClassLoader.java:685) > at java.base/java.security.AccessController.doPrivileged(Native > Method) at > java.base/java.net.URLClassLoader$3.next(URLClassLoader.java:684) > at > java.base/java.net.URLClassLoader$3.hasMoreElements(URLClassLoader.jav a:709) > > at > java.base/java.lang.CompoundEnumeration.next(ClassLoader.java:3022) > > at > java.base/java.lang.CompoundEnumeration.hasMoreElements(ClassLoader.ja va:3031) > > at > org.apache.catalina.loader.WebappClassLoaderBase$CombinedEnumeration.i nc(WebappClassLoaderBase.java:2701) > > at > org.apache.catalina.loader.WebappClassLoaderBase$CombinedEnumeration.h asMoreElements(WebappClassLoaderBase.java:2686) > > at > java.base/java.util.ServiceLoader$LazyClassPathLookupIterator.nextProv iderClass(ServiceLoader.java:1202) > > at > java.base/java.util.ServiceLoader$LazyClassPathLookupIterator.hasNextS ervice(ServiceLoader.java:1220) > > at > java.base/java.util.ServiceLoader$LazyClassPathLookupIterator.hasNext( ServiceLoader.java:1264) > > at > java.base/java.util.ServiceLoader$2.hasNext(ServiceLoader.java:1299) > > at > java.base/java.util.ServiceLoader$3.hasNext(ServiceLoader.java:1384) > > at > java.xml/javax.xml.parsers.FactoryFinder$1.run(FactoryFinder.java:287) > > at java.base/java.security.AccessController.doPrivileged(Native > Method) at > java.xml/javax.xml.parsers.FactoryFinder.findServiceProvider(FactoryFi nder.java:283) > > at > java.xml/javax.xml.parsers.FactoryFinder.find(FactoryFinder.java:261) > > at > java.xml/javax.xml.parsers.SAXParserFactory.newInstance(SAXParserFacto ry.java:147) > > at > org.apache.myfaces.view.facelets.compiler.SAXCompiler.createSAXParser( SAXCompiler.java:1063) > > at > org.apache.myfaces.view.facelets.compiler.SAXCompiler.doCompile(SAXCom piler.java:776) > > at > org.apache.myfaces.view.facelets.compiler.Compiler.compile(Compiler.ja va:91) > > at > org.apache.myfaces.view.facelets.impl.DefaultFaceletFactory._createFac elet(DefaultFaceletFactory.java:388) > > at > org.apache.myfaces.view.facelets.impl.DefaultFaceletFactory.access$000 (DefaultFaceletFactory.java:56) > > at > org.apache.myfaces.view.facelets.impl.DefaultFaceletFactory$1.newInsta nce(DefaultFaceletFactory.java:123) > > at > org.apache.myfaces.view.facelets.impl.DefaultFaceletFactory$1.newInsta nce(DefaultFaceletFactory.java:120) > > at > org.apache.myfaces.view.facelets.impl.FaceletCacheImpl.getFacelet(Face letCacheImpl.java:84) > > at > org.apache.myfaces.view.facelets.impl.FaceletCacheImpl.getFacelet(Face letCacheImpl.java:51) > > at > org.apache.myfaces.view.facelets.impl.DefaultFaceletFactory.getFacelet (DefaultFaceletFactory.java:270) > > at > org.apache.myfaces.view.facelets.impl.DefaultFacelet.include(DefaultFa celet.java:572) > > at > org.apache.myfaces.view.facelets.impl.DefaultFacelet.include(DefaultFa celet.java:551) > > at > org.apache.myfaces.view.facelets.impl.DefaultFaceletContext.includeFac elet(DefaultFaceletContext.java:240) > > at > org.apache.myfaces.view.facelets.tag.ui.CompositionHandler.apply(Compo sitionHandler.java:150) > > > > [From here ... ] at > org.apache.myfaces.view.facelets.compiler.NamespaceHandler.apply(Names paceHandler.java:59) > > at > org.apache.myfaces.view.facelets.compiler.EncodingHandler.apply(Encodi ngHandler.java:48) > > at > org.apache.myfaces.view.facelets.impl.DefaultFacelet.include(DefaultFa celet.java:519) > > at > org.apache.myfaces.view.facelets.impl.DefaultFacelet.include(DefaultFa celet.java:573) > > at >
Re: Error after upgrading to Tomcat 9.0.29
Hi all, I post my Stacktrace again, as I mistakenly previously only sent it to Rémy Maucherat. I'll try to make it as short as possible: 25-Nov-2019 14:01:34.842 SEVERE [http-nio-8080-exec-4] org.apache.catalina.core.StandardWrapperValve.invoke Servlet.service() for servlet [Faces Servlet] in context with path [/access] threw exception [null] with root cause java.lang.StackOverflowError at java.base/sun.net.util.IPAddressUtil.checkHostString(IPAddressUtil.java:460) at java.base/java.net.URLStreamHandler.setURL(URLStreamHandler.java:518) at java.base/java.net.URLStreamHandler.parseURL(URLStreamHandler.java:312) at java.base/sun.net.www.protocol.file.Handler.parseURL(Handler.java:67) at java.base/java.net.URL.(URL.java:663) at java.base/java.net.URL.(URL.java:530) at java.base/jdk.internal.loader.URLClassPath$FileLoader.getResource(URLClassPath.java:1176) at java.base/jdk.internal.loader.URLClassPath$FileLoader.findResource(URLClassPath.java:1165) at java.base/jdk.internal.loader.URLClassPath$1.next(URLClassPath.java:341) at java.base/jdk.internal.loader.URLClassPath$1.hasMoreElements(URLClassPath.java:351) at java.base/java.net.URLClassLoader$3$1.run(URLClassLoader.java:687) at java.base/java.net.URLClassLoader$3$1.run(URLClassLoader.java:685) at java.base/java.security.AccessController.doPrivileged(Native Method) at java.base/java.net.URLClassLoader$3.next(URLClassLoader.java:684) at java.base/java.net.URLClassLoader$3.hasMoreElements(URLClassLoader.java:709) at java.base/java.lang.CompoundEnumeration.next(ClassLoader.java:3022) at java.base/java.lang.CompoundEnumeration.hasMoreElements(ClassLoader.java:3031) at org.apache.catalina.loader.WebappClassLoaderBase$CombinedEnumeration.inc(WebappClassLoaderBase.java:2701) at org.apache.catalina.loader.WebappClassLoaderBase$CombinedEnumeration.hasMoreElements(WebappClassLoaderBase.java:2686) at java.base/java.util.ServiceLoader$LazyClassPathLookupIterator.nextProviderClass(ServiceLoader.java:1202) at java.base/java.util.ServiceLoader$LazyClassPathLookupIterator.hasNextService(ServiceLoader.java:1220) at java.base/java.util.ServiceLoader$LazyClassPathLookupIterator.hasNext(ServiceLoader.java:1264) at java.base/java.util.ServiceLoader$2.hasNext(ServiceLoader.java:1299) at java.base/java.util.ServiceLoader$3.hasNext(ServiceLoader.java:1384) at java.xml/javax.xml.parsers.FactoryFinder$1.run(FactoryFinder.java:287) at java.base/java.security.AccessController.doPrivileged(Native Method) at java.xml/javax.xml.parsers.FactoryFinder.findServiceProvider(FactoryFinder.java:283) at java.xml/javax.xml.parsers.FactoryFinder.find(FactoryFinder.java:261) at java.xml/javax.xml.parsers.SAXParserFactory.newInstance(SAXParserFactory.java:147) at org.apache.myfaces.view.facelets.compiler.SAXCompiler.createSAXParser(SAXCompiler.java:1063) at org.apache.myfaces.view.facelets.compiler.SAXCompiler.doCompile(SAXCompiler.java:776) at org.apache.myfaces.view.facelets.compiler.Compiler.compile(Compiler.java:91) at org.apache.myfaces.view.facelets.impl.DefaultFaceletFactory._createFacelet(DefaultFaceletFactory.java:388) at org.apache.myfaces.view.facelets.impl.DefaultFaceletFactory.access$000(DefaultFaceletFactory.java:56) at org.apache.myfaces.view.facelets.impl.DefaultFaceletFactory$1.newInstance(DefaultFaceletFactory.java:123) at org.apache.myfaces.view.facelets.impl.DefaultFaceletFactory$1.newInstance(DefaultFaceletFactory.java:120) at org.apache.myfaces.view.facelets.impl.FaceletCacheImpl.getFacelet(FaceletCacheImpl.java:84) at org.apache.myfaces.view.facelets.impl.FaceletCacheImpl.getFacelet(FaceletCacheImpl.java:51) at org.apache.myfaces.view.facelets.impl.DefaultFaceletFactory.getFacelet(DefaultFaceletFactory.java:270) at org.apache.myfaces.view.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:572) at org.apache.myfaces.view.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:551) at org.apache.myfaces.view.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:240) at org.apache.myfaces.view.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:150) [From here ... ] at org.apache.myfaces.view.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:59) at org.apache.myfaces.view.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:48) at org.apache.myfaces.view.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:519) at org.apache.myfaces.view.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:573) at
Re: Error after upgrading to Tomcat 9.0.29
On Mon, Nov 25, 2019 at 3:03 PM Juri Berlanda wrote: > Hi all, > > ok, I'll try to make it as short as possible: > > 25-Nov-2019 14:01:34.842 SEVERE [http-nio-8080-exec-4] > org.apache.catalina.core.StandardWrapperValve.invoke Servlet.service() > for servlet [Faces Servlet] in context with path [/access] threw > exception [null] with root cause > java.lang.StackOverflowError > at > > java.base/sun.net.util.IPAddressUtil.checkHostString(IPAddressUtil.java:460) > at > java.base/java.net.URLStreamHandler.setURL(URLStreamHandler.java:518) > at > java.base/java.net.URLStreamHandler.parseURL(URLStreamHandler.java:312) > at > java.base/sun.net.www.protocol.file.Handler.parseURL(Handler.java:67) > at java.base/java.net.URL.(URL.java:663) > at java.base/java.net.URL.(URL.java:530) > at > > java.base/jdk.internal.loader.URLClassPath$FileLoader.getResource(URLClassPath.java:1176) > at > > java.base/jdk.internal.loader.URLClassPath$FileLoader.findResource(URLClassPath.java:1165) > at > java.base/jdk.internal.loader.URLClassPath$1.next(URLClassPath.java:341) > at > > java.base/jdk.internal.loader.URLClassPath$1.hasMoreElements(URLClassPath.java:351) > at > java.base/java.net.URLClassLoader$3$1.run(URLClassLoader.java:687) > at > java.base/java.net.URLClassLoader$3$1.run(URLClassLoader.java:685) > at java.base/java.security.AccessController.doPrivileged(Native > Method) > at > java.base/java.net.URLClassLoader$3.next(URLClassLoader.java:684) > at > java.base/java.net > .URLClassLoader$3.hasMoreElements(URLClassLoader.java:709) > at > java.base/java.lang.CompoundEnumeration.next(ClassLoader.java:3022) > at > > java.base/java.lang.CompoundEnumeration.hasMoreElements(ClassLoader.java:3031) > at > > org.apache.catalina.loader.WebappClassLoaderBase$CombinedEnumeration.inc(WebappClassLoaderBase.java:2701) > at > > org.apache.catalina.loader.WebappClassLoaderBase$CombinedEnumeration.hasMoreElements(WebappClassLoaderBase.java:2686) > at > > java.base/java.util.ServiceLoader$LazyClassPathLookupIterator.nextProviderClass(ServiceLoader.java:1202) > at > > java.base/java.util.ServiceLoader$LazyClassPathLookupIterator.hasNextService(ServiceLoader.java:1220) > at > > java.base/java.util.ServiceLoader$LazyClassPathLookupIterator.hasNext(ServiceLoader.java:1264) > at > java.base/java.util.ServiceLoader$2.hasNext(ServiceLoader.java:1299) > at > java.base/java.util.ServiceLoader$3.hasNext(ServiceLoader.java:1384) > at > java.xml/javax.xml.parsers.FactoryFinder$1.run(FactoryFinder.java:287) > at java.base/java.security.AccessController.doPrivileged(Native > Method) > at > > java.xml/javax.xml.parsers.FactoryFinder.findServiceProvider(FactoryFinder.java:283) > at > java.xml/javax.xml.parsers.FactoryFinder.find(FactoryFinder.java:261) > at > > java.xml/javax.xml.parsers.SAXParserFactory.newInstance(SAXParserFactory.java:147) > at > > org.apache.myfaces.view.facelets.compiler.SAXCompiler.createSAXParser(SAXCompiler.java:1063) > at > > org.apache.myfaces.view.facelets.compiler.SAXCompiler.doCompile(SAXCompiler.java:776) > at > > org.apache.myfaces.view.facelets.compiler.Compiler.compile(Compiler.java:91) > at > > org.apache.myfaces.view.facelets.impl.DefaultFaceletFactory._createFacelet(DefaultFaceletFactory.java:388) > at > > org.apache.myfaces.view.facelets.impl.DefaultFaceletFactory.access$000(DefaultFaceletFactory.java:56) > at > > org.apache.myfaces.view.facelets.impl.DefaultFaceletFactory$1.newInstance(DefaultFaceletFactory.java:123) > at > > org.apache.myfaces.view.facelets.impl.DefaultFaceletFactory$1.newInstance(DefaultFaceletFactory.java:120) > at > > org.apache.myfaces.view.facelets.impl.FaceletCacheImpl.getFacelet(FaceletCacheImpl.java:84) > at > > org.apache.myfaces.view.facelets.impl.FaceletCacheImpl.getFacelet(FaceletCacheImpl.java:51) > at > > org.apache.myfaces.view.facelets.impl.DefaultFaceletFactory.getFacelet(DefaultFaceletFactory.java:270) > at > > org.apache.myfaces.view.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:572) > at > > org.apache.myfaces.view.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:551) > at > > org.apache.myfaces.view.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:240) > at > > org.apache.myfaces.view.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:150) > > [From here ... ] > at > > org.apache.myfaces.view.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:59) > at > > org.apache.myfaces.view.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:48) > at > >
Re: Error after upgrading to Tomcat 9.0.29
On Mon, Nov 25, 2019 at 2:15 PM Juri Berlanda wrote: > Hi all, > > I just tried to deploy my WebApplication (OpenWebBeans, MyFaces) to > Tomcat 9.0.29. While everything works fine in 9.0.27, on 9.0.29 as soon > as I access any page I get: > > 25-Nov-2019 14:01:34.842 SEVERE [http-nio-8080-exec-4] > org.apache.catalina.core.StandardWrapperValve.invoke Servlet.service() > for servlet [Faces Servlet] in context with path [/censored] threw > exception [null] with root cause > java.lang.StackOverflowError > > Since it is a StackOverflow, I'm not posting the Stacktrace here. > Well ;) Please post some parts of the stack trace so that we know where and what occurs. > > Has anybody had a different error? Is there a known fix or a workaround > for this? > > I'm happy to help debugging and fixing the issue, if there is one in > Tomcat. Just let me know how I can help. > Rémy
Error after upgrading to Tomcat 9.0.29
Hi all, I just tried to deploy my WebApplication (OpenWebBeans, MyFaces) to Tomcat 9.0.29. While everything works fine in 9.0.27, on 9.0.29 as soon as I access any page I get: 25-Nov-2019 14:01:34.842 SEVERE [http-nio-8080-exec-4] org.apache.catalina.core.StandardWrapperValve.invoke Servlet.service() for servlet [Faces Servlet] in context with path [/censored] threw exception [null] with root cause java.lang.StackOverflowError Since it is a StackOverflow, I'm not posting the Stacktrace here. Has anybody had a different error? Is there a known fix or a workaround for this? I'm happy to help debugging and fixing the issue, if there is one in Tomcat. Just let me know how I can help. Cheers, Juri - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org