An internal error occurred during: "Refresh DSLD scripts"

Details

Type: Bug
Status: Resolved
Priority: Major
Resolution: Fixed
Affects Version/s: 2.6.0.Release
Fix Version/s: 2.7.1.Release
Component/s: None
Labels:
None
Environment:
Eclipse IDE 3.7 SR2 EE
JDK 1.7 update 2
m2e 1.0.100
Groovy-Eclipse M2E integration 2.6.0

Number of attachments :
0

Description

On importing existing Maven projects, out of which some use groovy, error dialog gets shown:

An internal error occurred during: "Refresh DSLD scripts"

Also in eclipse log file following entry appears:

!ENTRY org.eclipse.core.jobs 4 2 2012-03-02 09:18:13.468
!MESSAGE An internal error occurred during: "Refresh DSLD scripts".
!STACK 0
BUG! exception in phase 'semantic analysis' in source unit 'DSLD_meta_script.dsld' Argument "clazz" must not be null!
	at org.codehaus.groovy.control.CompilationUnit.applyToSourceUnits(CompilationUnit.java:929)
	at org.codehaus.groovy.control.CompilationUnit.doPhaseOperation(CompilationUnit.java:594)
	at org.codehaus.groovy.control.CompilationUnit.compile(CompilationUnit.java:543)
	at groovy.lang.GroovyClassLoader.doParseClass(GroovyClassLoader.java:306)
	at groovy.lang.GroovyClassLoader.parseClass(GroovyClassLoader.java:287)
	at groovy.lang.GroovyClassLoader.parseClass(GroovyClassLoader.java:267)
	at groovy.lang.GroovyClassLoader.parseClass(GroovyClassLoader.java:214)
	at org.codehaus.groovy.eclipse.dsl.script.DSLDScriptExecutor.executeScript(DSLDScriptExecutor.java:240)
	at org.codehaus.groovy.eclipse.dsl.RefreshDSLDJob.refreshProject(RefreshDSLDJob.java:295)
	at org.codehaus.groovy.eclipse.dsl.RefreshDSLDJob.run(RefreshDSLDJob.java:227)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54)
Caused by: java.lang.IllegalArgumentException: Argument "clazz" must not be null!
	at org.eclipse.equinox.weaving.internal.caching.BundleCachingService.storeClass(Unknown Source)
	at org.eclipse.equinox.weaving.adaptors.WeavingAdaptor.storeClass(Unknown Source)
	at org.eclipse.equinox.weaving.hooks.WeavingHook.recordClassDefine(Unknown Source)
	at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.defineClass(ClasspathManager.java:614)
	at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findClassImpl(ClasspathManager.java:562)
	at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClassImpl(ClasspathManager.java:486)
	at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClass(ClasspathManager.java:459)
	at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.findLocalClass(DefaultClassLoader.java:216)
	at org.eclipse.osgi.internal.loader.BundleLoader.findLocalClass(BundleLoader.java:400)
	at org.eclipse.osgi.internal.loader.SingleSourcePackage.loadClass(SingleSourcePackage.java:35)
	at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:473)
	at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:429)
	at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:417)
	at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:107)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:410)
	at groovy.lang.GroovyClassLoader.loadClass(GroovyClassLoader.java:696)
	at groovy.lang.GroovyClassLoader.loadClass(GroovyClassLoader.java:564)
	at org.codehaus.groovy.control.ResolveVisitor.resolveToClass(ResolveVisitor.java:842)
	at org.codehaus.groovy.control.ResolveVisitor.resolve(ResolveVisitor.java:364)
	at org.codehaus.groovy.control.ResolveVisitor.resolve(ResolveVisitor.java:316)
	at org.codehaus.groovy.control.ResolveVisitor.transformPropertyExpression(ResolveVisitor.java:1014)
	at org.codehaus.groovy.control.ResolveVisitor.transform(ResolveVisitor.java:877)
	at org.codehaus.groovy.ast.expr.MapEntryExpression.transformExpression(MapEntryExpression.java:41)
	at org.codehaus.groovy.control.ResolveVisitor.transform(ResolveVisitor.java:892)
	at org.codehaus.groovy.ast.expr.Expression.transformExpressions(Expression.java:63)
	at org.codehaus.groovy.ast.expr.NamedArgumentListExpression.transformExpression(NamedArgumentListExpression.java:36)
	at org.codehaus.groovy.control.ResolveVisitor.transform(ResolveVisitor.java:892)
	at org.codehaus.groovy.ast.expr.Expression.transformExpressions(Expression.java:49)
	at org.codehaus.groovy.ast.expr.TupleExpression.transformExpression(TupleExpression.java:82)
	at org.codehaus.groovy.control.ResolveVisitor.transform(ResolveVisitor.java:892)
	at org.codehaus.groovy.control.ResolveVisitor.transformMethodCallExpression(ResolveVisitor.java:1222)
	at org.codehaus.groovy.control.ResolveVisitor.transform(ResolveVisitor.java:883)
	at org.codehaus.groovy.ast.ClassCodeExpressionTransformer.visitExpressionStatement(ClassCodeExpressionTransformer.java:139)
	at org.codehaus.groovy.ast.stmt.ExpressionStatement.visit(ExpressionStatement.java:40)
	at org.codehaus.groovy.ast.CodeVisitorSupport.visitBlockStatement(CodeVisitorSupport.java:35)
	at org.codehaus.groovy.ast.ClassCodeVisitorSupport.visitBlockStatement(ClassCodeVisitorSupport.java:179)
	at org.codehaus.groovy.control.ResolveVisitor.visitBlockStatement(ResolveVisitor.java:1505)
	at org.codehaus.groovy.ast.stmt.BlockStatement.visit(BlockStatement.java:69)
	at org.codehaus.groovy.control.ResolveVisitor.transformClosureExpression(ResolveVisitor.java:1201)
	at org.codehaus.groovy.control.ResolveVisitor.transform(ResolveVisitor.java:885)
	at org.codehaus.groovy.ast.expr.Expression.transformExpressions(Expression.java:49)
	at org.codehaus.groovy.ast.expr.ArgumentListExpression.transformExpression(ArgumentListExpression.java:67)
	at org.codehaus.groovy.control.ResolveVisitor.transform(ResolveVisitor.java:892)
	at org.codehaus.groovy.control.ResolveVisitor.transformMethodCallExpression(ResolveVisitor.java:1222)
	at org.codehaus.groovy.control.ResolveVisitor.transform(ResolveVisitor.java:883)
	at org.codehaus.groovy.ast.ClassCodeExpressionTransformer.visitExpressionStatement(ClassCodeExpressionTransformer.java:139)
	at org.codehaus.groovy.ast.stmt.ExpressionStatement.visit(ExpressionStatement.java:40)
	at org.codehaus.groovy.ast.CodeVisitorSupport.visitBlockStatement(CodeVisitorSupport.java:35)
	at org.codehaus.groovy.ast.ClassCodeVisitorSupport.visitBlockStatement(ClassCodeVisitorSupport.java:179)
	at org.codehaus.groovy.control.ResolveVisitor.visitBlockStatement(ResolveVisitor.java:1505)
	at org.codehaus.groovy.ast.stmt.BlockStatement.visit(BlockStatement.java:69)
	at org.codehaus.groovy.ast.ClassCodeVisitorSupport.visitClassCodeContainer(ClassCodeVisitorSupport.java:102)
	at org.codehaus.groovy.ast.ClassCodeVisitorSupport.visitConstructorOrMethod(ClassCodeVisitorSupport.java:113)
	at org.codehaus.groovy.ast.ClassCodeExpressionTransformer.visitConstructorOrMethod(ClassCodeExpressionTransformer.java:50)
	at org.codehaus.groovy.control.ResolveVisitor.visitConstructorOrMethod(ResolveVisitor.java:225)
	at org.codehaus.groovy.ast.ClassCodeVisitorSupport.visitMethod(ClassCodeVisitorSupport.java:124)
	at org.codehaus.groovy.ast.ClassNode.visitContents(ClassNode.java:1172)
	at org.codehaus.groovy.ast.ClassCodeVisitorSupport.visitClass(ClassCodeVisitorSupport.java:51)
	at org.codehaus.groovy.control.ResolveVisitor.visitClass(ResolveVisitor.java:1440)
	at org.codehaus.groovy.control.ResolveVisitor.startResolving(ResolveVisitor.java:200)
	at org.codehaus.groovy.control.CompilationUnit$1.call(CompilationUnit.java:659)
	at org.codehaus.groovy.control.CompilationUnit.applyToSourceUnits(CompilationUnit.java:920)
	... 10 more

Activity

Ascending order - Click to sort in descending order

Hide

Permalink

Andrew Eisenberg added a comment - 02/Mar/12 10:15 AM

To get a little more context here:

Is this problem repeatable?
Do you see any behaviors not working for you?
If you go to Preferences -> Groovy -> DSLD and click "Recompile Scripts", does the problem happen again?

Also, if this is reproducible, any chance I can get a hold of the maven project that causes this?

Show

Andrew Eisenberg added a comment - 02/Mar/12 10:15 AM To get a little more context here: Is this problem repeatable? Do you see any behaviors not working for you? If you go to Preferences -> Groovy -> DSLD and click "Recompile Scripts", does the problem happen again? Also, if this is reproducible, any chance I can get a hold of the maven project that causes this?

Hide

Permalink

Andrew Eisenberg added a comment - 02/Mar/12 10:23 AM

Here is what is going on: This problem is happening while compiling a DSLD script. The DSLD script is compiled using a classloadeer that is a child of an Eclipse (OSGi) classloader. You have equinox weaving installed in your Eclipse (a part of AJDT). Equinox weaving is attempting to cache the woven class after it has been loaded, but is getting an error there.

However, equinox weaving has no business trying to touch the DSLD class since it is not an aspect class, nor will it have any aspects applied to it. Rather, it should be ignored by equinox weaving.

Show

Andrew Eisenberg added a comment - 02/Mar/12 10:23 AM Here is what is going on: This problem is happening while compiling a DSLD script. The DSLD script is compiled using a classloadeer that is a child of an Eclipse (OSGi) classloader. You have equinox weaving installed in your Eclipse (a part of AJDT). Equinox weaving is attempting to cache the woven class after it has been loaded, but is getting an error there. However, equinox weaving has no business trying to touch the DSLD class since it is not an aspect class, nor will it have any aspects applied to it. Rather, it should be ignored by equinox weaving.

Hide

Permalink

Andrew Eisenberg added a comment - 06/Mar/12 12:10 PM

Raised an equinox weaving bug:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=373397

Show

Andrew Eisenberg added a comment - 06/Mar/12 12:10 PM Raised an equinox weaving bug: https://bugs.eclipse.org/bugs/show_bug.cgi?id=373397

Hide

Permalink

Andrew Eisenberg added a comment - 06/Mar/12 12:11 PM

Will ask to get it fixed for 2.7.0.

Show

Andrew Eisenberg added a comment - 06/Mar/12 12:11 PM Will ask to get it fixed for 2.7.0.

Hide

Permalink

Stevo Slavic added a comment - 06/Mar/12 12:13 PM

Great, thanks! Just voted there.

Show

Stevo Slavic added a comment - 06/Mar/12 12:13 PM Great, thanks! Just voted there.

Hide

Permalink

Andy Clement added a comment - 07/Mar/12 1:25 PM

As mentioned in the other bug - it is possible the Java7 verification strictness is a factor here. To see if it makes any difference you could try running with the older verifier strategy by starting the JVM with this option:

-XX:-UseSplitVerifier

I think you'll need to put it in the vmargs section in the sts.ini (or eclipse.ini) file.

Show

Andy Clement added a comment - 07/Mar/12 1:25 PM As mentioned in the other bug - it is possible the Java7 verification strictness is a factor here. To see if it makes any difference you could try running with the older verifier strategy by starting the JVM with this option: -XX:-UseSplitVerifier I think you'll need to put it in the vmargs section in the sts.ini (or eclipse.ini) file.

Hide

Permalink

Stevo Slavic added a comment - 08/Mar/12 4:06 AM

Configuring UseSplitVerifier did the trick. Thanks!

Show

Stevo Slavic added a comment - 08/Mar/12 4:06 AM Configuring UseSplitVerifier did the trick. Thanks!

Hide

Permalink

Stevo Slavic added a comment - 08/Mar/12 4:36 AM

Unfortunately now other things started breaking, e.g. here is stacktrace:

!ENTRY org.eclipse.core.jobs 4 2 2012-03-08 11:30:36.873
!MESSAGE An internal error occurred during: "Initialize Java Debug Options".
!STACK 0
java.lang.IllegalArgumentException: Argument "clazz" must not be null!
	at org.eclipse.equinox.weaving.internal.caching.BundleCachingService.storeClass(Unknown Source)
	at org.eclipse.equinox.weaving.adaptors.WeavingAdaptor.storeClass(Unknown Source)
	at org.eclipse.equinox.weaving.hooks.WeavingHook.recordClassDefine(Unknown Source)
	at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.defineClass(ClasspathManager.java:614)
	at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findClassImpl(ClasspathManager.java:562)
	at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClassImpl(ClasspathManager.java:486)
	at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClass(ClasspathManager.java:459)
	at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.findLocalClass(DefaultClassLoader.java:216)
	at org.eclipse.osgi.internal.loader.BundleLoader.findLocalClass(BundleLoader.java:400)
	at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:476)
	at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:429)
	at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:417)
	at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:107)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:356)
	at org.eclipse.jdt.debug.core.JDIDebugModel.createExceptionBreakpoint(JDIDebugModel.java:437)
	at org.eclipse.jdt.internal.debug.ui.JavaDebugOptionsManager$InitJob.run(JavaDebugOptionsManager.java:153)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54)

"Argument "clazz" must not be null!" error also appeared when just opening type in editor.

Show

Stevo Slavic added a comment - 08/Mar/12 4:36 AM Unfortunately now other things started breaking, e.g. here is stacktrace: !ENTRY org.eclipse.core.jobs 4 2 2012-03-08 11:30:36.873 !MESSAGE An internal error occurred during: "Initialize Java Debug Options". !STACK 0 java.lang.IllegalArgumentException: Argument "clazz" must not be null! at org.eclipse.equinox.weaving.internal.caching.BundleCachingService.storeClass(Unknown Source) at org.eclipse.equinox.weaving.adaptors.WeavingAdaptor.storeClass(Unknown Source) at org.eclipse.equinox.weaving.hooks.WeavingHook.recordClassDefine(Unknown Source) at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.defineClass(ClasspathManager.java:614) at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findClassImpl(ClasspathManager.java:562) at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClassImpl(ClasspathManager.java:486) at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClass(ClasspathManager.java:459) at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.findLocalClass(DefaultClassLoader.java:216) at org.eclipse.osgi.internal.loader.BundleLoader.findLocalClass(BundleLoader.java:400) at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:476) at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:429) at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:417) at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:107) at java.lang.ClassLoader.loadClass(ClassLoader.java:356) at org.eclipse.jdt.debug.core.JDIDebugModel.createExceptionBreakpoint(JDIDebugModel.java:437) at org.eclipse.jdt.internal.debug.ui.JavaDebugOptionsManager$InitJob.run(JavaDebugOptionsManager.java:153) at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54) "Argument "clazz" must not be null!" error also appeared when just opening type in editor.

Hide

Permalink

Andrew Eisenberg added a comment - 31/Aug/12 5:36 PM

The fix for this is now in Equinox 3.8 (available in the e42 branch of groovy-eclipse). I am resolving this bug. If you still see it in e42, then something else is going on and please raise a new issue.

Show

Andrew Eisenberg added a comment - 31/Aug/12 5:36 PM The fix for this is now in Equinox 3.8 (available in the e42 branch of groovy-eclipse). I am resolving this bug. If you still see it in e42, then something else is going on and please raise a new issue.

People

Assignee:

Andrew Eisenberg

Reporter:

Stevo Slavic

Vote (0)

Watch (2)

Dates

Created:

02/Mar/12 2:29 AM

Updated:

31/Aug/12 5:36 PM

Resolved:

31/Aug/12 5:36 PM