Hello -
We're running CAS 5.3.14 with the self-executing cas.war on CentOS7 and OpenJDK 1.8.0-232-b09 The war file was built with the maven overlay.
This environment has has little change since November, but just in the last few weeks, we have started to see more and more errors like this that causes CAS to become non-functional and return 500 errors to clients:
cas.war: 2020-01-30 08:19:20,909 ERROR [org.apache.catalina.core.ContainerBase.[Tomcat].[localhost].[/cas].[dispatcherServlet]] - <Servlet.service() for servlet [dispatcherServlet] in context with path [/cas] threw exception [Handler dispatch failed; nested exception is java.lang.StackOverflowError] with root cause>
cas.war: java.lang.StackOverflowError: null
cas.war: at java.util.Collections$UnmodifiableList.get(Collections.java:1311) ~[?:1.8.0_232]
cas.war: at java.util.Collections$UnmodifiableList.get(Collections.java:1311) ~[?:1.8.0_232]
cas.war: at java.util.Collections$UnmodifiableList.get(Collections.java:1311) ~[?:1.8.0_232]
cas.war: at java.util.Collections$UnmodifiableList.get(Collections.java:1311) ~[?:1.8.0_232]
cas.war: at java.util.Collections$UnmodifiableList.get(Collections.java:1311) ~[?:1.8.0_232]
cas.war: at java.util.Collections$UnmodifiableList.get(Collections.java:1311) ~[?:1.8.0_232]
cas.war: at java.util.Collections$UnmodifiableList.get(Collections.java:1311) ~[?:1.8.0_232]
All Google has been able to tell me is a memory issue, but the CAS dashboard indicates I have between 1-2GB of Java heap available.
A restart of CAS resolves the issue for a few days.
Anyone else ever run into this?
Thank you!
Brian