You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@groovy.apache.org by "Artyom Kravchenko (JIRA)" <ji...@apache.org> on 2016/01/16 14:03:39 UTC

[jira] [Created] (GROOVY-7731) OutOfMemoryError starting from groovy-2.4.5 version.

Artyom Kravchenko created GROOVY-7731:
-----------------------------------------

             Summary: OutOfMemoryError starting from groovy-2.4.5 version.
                 Key: GROOVY-7731
                 URL: https://issues.apache.org/jira/browse/GROOVY-7731
             Project: Groovy
          Issue Type: Bug
          Components: GroovyScriptEngine
    Affects Versions: 2.4.5
         Environment: Ubuntu 14.04, Mac osx 10.11.1 
Java openJDK 1.8, Java HotSpot 1.8


            Reporter: Artyom Kravchenko


I have faced with memory leak as soon as I upgraded groovy from 2.4.4 to the latest version (2.4.5).

As I see groovy-2.4.5 version already contains fix for https://issues.apache.org/jira/browse/GROOVY-7591
and uses ClassInfo.class by default. But such fix causes the other memory leak. It is easy to reproduce by simple test:

public class ScriptsMemoryLeak {
	public static void main(String[] args) throws ScriptException {
		while (true) {
			ScriptEngineManager engineManager = new ScriptEngineManager();

			ScriptEngine engine = engineManager.getEngineByName("groovy");

			engine.eval("println 'test'");
		}
	}
}


I have run this test with -Xmx20m and OutOfMemoryError  occurs after about 400 iterations:

Exception in thread "main" java.lang.OutOfMemoryError: GC overhead limit exceeded
	at sun.misc.URLClassPath$JarLoader.checkResource(URLClassPath.java:771)
	at sun.misc.URLClassPath$JarLoader.getResource(URLClassPath.java:843)
	at sun.misc.URLClassPath.getResource(URLClassPath.java:199)
	at java.net.URLClassLoader$1.run(URLClassLoader.java:364)
	at java.net.URLClassLoader$1.run(URLClassLoader.java:361)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.net.URLClassLoader.findClass(URLClassLoader.java:360)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
	at org.codehaus.groovy.runtime.callsite.PogoMetaClassSite.callCurrent(PogoMetaClassSite.java:81)
	at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCallCurrent(CallSiteArray.java:52)
	at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:154)
	at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:166)
	at Script478.run(Script478.groovy:1)
	at org.codehaus.groovy.jsr223.GroovyScriptEngineImpl.eval(GroovyScriptEngineImpl.java:352)
	at org.codehaus.groovy.jsr223.GroovyScriptEngineImpl.eval(GroovyScriptEngineImpl.java:153)
	at javax.script.AbstractScriptEngine.eval(AbstractScriptEngine.java:264)
	at ish.oncourse.server.scripting.ScriptsMemoryLeak.main(ScriptsMemoryLeak.java:21)



When I added -Dgroovy.use.classvalue=true (followed advice in https://issues.apache.org/jira/browse/GROOVY-7591 to reactivate use of ClassValue) the leak goes away and my test can works infinitely.

Currently I forced to use -Dgroovy.use.classvalue=true option to proper work of my code.

Also I have find other task which was already closed (but probably was not fully done):
https://issues.apache.org/jira/browse/GROOVY-6704
>From comment I can see that users still faces with the same issue. 

Can someone please advise me will be this memory leak fixed in groovy. If yes, then when I will be able to get rid "-Dgroovy.use.classvalue=true" from my code







--
This message was sent by Atlassian JIRA
(v6.3.4#6332)