Community
Participate
Working Groups
Getting constantly stack overflow in 1 case with following stacktrace: java.lang.StackOverflowError at java.base/java.util.HashMap.getNode(HashMap.java:567) at java.base/java.util.HashMap.get(HashMap.java:552) at org.eclipse.jdt.internal.core.JavaModelManager$ZipCache.getCache(JavaModelManager.java:222) at org.eclipse.jdt.internal.core.JavaModelManager.getZipFile(JavaModelManager.java:2884) at org.eclipse.jdt.internal.core.JavaModelManager.getArchiveValidity(JavaModelManager.java:3406) at org.eclipse.jdt.internal.core.JavaModelManager.getArchiveValidity(JavaModelManager.java:3413) at org.eclipse.jdt.internal.core.JavaModelManager.getArchiveValidity(JavaModelManager.java:3413) at org.eclipse.jdt.internal.core.JavaModelManager.getArchiveValidity(JavaModelManager.java:3413) at org.eclipse.jdt.internal.core.JavaModelManager.getArchiveValidity(JavaModelManager.java:3413) at org.eclipse.jdt.internal.core.JavaModelManager.getArchiveValidity(JavaModelManager.java:3413) at org.eclipse.jdt.internal.core.JavaModelManager.getArchiveValidity(JavaModelManager.java:3413) at org.eclipse.jdt.internal.core.JavaModelManager.getArchiveValidity(JavaModelManager.java:3413) at org.eclipse.jdt.internal.core.JavaModelManager.getArchiveValidity(JavaModelManager.java:3413) at org.eclipse.jdt.internal.core.JavaModelManager.getArchiveValidity(JavaModelManager.java:3413) at org.eclipse.jdt.internal.core.JavaModelManager.getArchiveValidity(JavaModelManager.java:3413) at org.eclipse.jdt.internal.core.JavaModelManager.getArchiveValidity(JavaModelManager.java:3413) at org.eclipse.jdt.internal.core.JavaModelManager.getArchiveValidity(JavaModelManager.java:3413) at org.eclipse.jdt.internal.core.JavaModelManager.getArchiveValidity(JavaModelManager.java:3413) at org.eclipse.jdt.internal.core.JavaModelManager.getArchiveValidity(JavaModelManager.java:3413) at org.eclipse.jdt.internal.core.JavaModelManager.getArchiveValidity(JavaModelManager.java:3413) at org.eclipse.jdt.internal.core.JavaModelManager.getArchiveValidity(JavaModelManager.java:3413) at org.eclipse.jdt.internal.core.JavaModelManager.getArchiveValidity(JavaModelManager.java:3413) at org.eclipse.jdt.internal.core.JavaModelManager.getArchiveValidity(JavaModelManager.java:3413) at org.eclipse.jdt.internal.core.JavaModelManager.getArchiveValidity(JavaModelManager.java:3413) at org.eclipse.jdt.internal.core.JavaModelManager.getArchiveValidity(JavaModelManager.java:3413) at org.eclipse.jdt.internal.core.JavaModelManager.getArchiveValidity(JavaModelManager.java:3413) at org.eclipse.jdt.internal.core.JavaModelManager.getArchiveValidity(JavaModelManager.java:3413) at org.eclipse.jdt.internal.core.JavaModelManager.getArchiveValidity(JavaModelManager.java:3413) at org.eclipse.jdt.internal.core.JavaModelManager.getArchiveValidity(JavaModelManager.java:3413) at org.eclipse.jdt.internal.core.JavaModelManager.getArchiveValidity(JavaModelManager.java:3413) at org.eclipse.jdt.internal.core.JavaModelManager.getArchiveValidity(JavaModelManager.java:3413) at org.eclipse.jdt.internal.core.JavaModelManager.getArchiveValidity(JavaModelManager.java:3413) at org.eclipse.jdt.internal.core.JavaModelManager.getArchiveValidity(JavaModelManager.java:3413) at org.eclipse.jdt.internal.core.JavaModelManager.getArchiveValidity(JavaModelManager.java:3413) at org.eclipse.jdt.internal.core.JavaModelManager.getArchiveValidity(JavaModelManager.java:3413) at org.eclipse.jdt.internal.core.JavaModelManager.getArchiveValidity(JavaModelManager.java:3413) at org.eclipse.jdt.internal.core.JavaModelManager.getArchiveValidity(JavaModelManager.java:3413) at org.eclipse.jdt.internal.core.JavaModelManager.getArchiveValidity(JavaModelManager.java:3413) at org.eclipse.jdt.internal.core.JavaModelManager.getArchiveValidity(JavaModelManager.java:3413) at org.eclipse.jdt.internal.core.JavaModelManager.getArchiveValidity(JavaModelManager.java:3413) at org.eclipse.jdt.internal.core.JavaModelManager.getArchiveValidity(JavaModelManager.java:3413) at org.eclipse.jdt.internal.core.JavaModelManager.getArchiveValidity(JavaModelManager.java:3413) at org.eclipse.jdt.internal.core.JavaModelManager.getArchiveValidity(JavaModelManager.java:3413) at org.eclipse.jdt.internal.core.JavaModelManager.getArchiveValidity(JavaModelManager.java:3413) at org.eclipse.jdt.internal.core.JavaModelManager.getArchiveValidity(JavaModelManager.java:3413) at org.eclipse.jdt.internal.core.JavaModelManager.getArchiveValidity(JavaModelManager.java:3413) at org.eclipse.jdt.internal.core.JavaModelManager.getArchiveValidity(JavaModelManager.java:3413)
This one has been classified as a P3. It substantially impairs efficiency at least for me and my team. Please consider increasing importance and please start working on a fix. Thanks!
(In reply to Marc Theisen from comment #1) > This one has been classified as a P3. It substantially impairs efficiency at > least for me and my team. Please consider increasing importance and please > start working on a fix. Thanks! Please provide steps to reproduce! Please try 4.22 RC2, I believe this could be solved via bug 576914.
Thanks Andrey for the prompt feedback! Steps to reproduce? Use a giant code base (sorry I cannot provide that since it is not public), chose a member of a class, open call hierarchy on it, then open a call hierarchy on a calling method. I suggest to mark this one as a true duplicate of bug 576914.
I have tried 4.22 RC2 and the StackOverflowError is gone. However opening of the call hierarchy takes more than a minute.
(In reply to Marc Theisen from comment #4) > I have tried 4.22 RC2 and the StackOverflowError is gone. However opening of > the call hierarchy takes more than a minute. That's a different issue. If you want, create few jstacks or even profile that and submit a new issue with your observations. Marking as duplicate of bug 576914. *** This bug has been marked as a duplicate of bug 576914 ***
I have created bug 577621 for the performance problem.