STS中Grails的类路径容器

Question

我在Grails依赖关系上遇到了STS问题。有一个条目指向错误的目录。内部STS由于错误建立失败：

Problems occurred when invoking code from plug-in: "org.eclipse.core.resources". 

    java.lang.NullPointerException 
    at org.codehaus.jdt.groovy.internal.compiler.ast.JDTClassNodeBuilder.toRawType(JDTClassNodeBuilder.java:116) 
    at org.codehaus.jdt.groovy.internal.compiler.ast.JDTClassNodeBuilder.configureParameterizedType(JDTClassNodeBuilder.java:290) 
    at org.codehaus.jdt.groovy.internal.compiler.ast.JDTClassNodeBuilder.configureType(JDTClassNodeBuilder.java:56) 
    at org.codehaus.jdt.groovy.internal.compiler.ast.JDTClassNodeBuilder.build(JDTClassNodeBuilder.java:46) 
    at org.codehaus.jdt.groovy.internal.compiler.ast.JDTClassNode.makeClassNode(JDTClassNode.java:399) 
    at org.codehaus.jdt.groovy.internal.compiler.ast.JDTClassNode.makeParameter(JDTClassNode.java:379) 
    at org.codehaus.jdt.groovy.internal.compiler.ast.JDTClassNode.makeParameters(JDTClassNode.java:366) 
    at org.codehaus.jdt.groovy.internal.compiler.ast.JDTClassNode.methodBindingToMethodNode(JDTClassNode.java:339) 
    at org.codehaus.jdt.groovy.internal.compiler.ast.JDTClassNode.initializeMembers(JDTClassNode.java:256) 
    at org.codehaus.jdt.groovy.internal.compiler.ast.JDTClassNode.initialize(JDTClassNode.java:227) 
    at org.codehaus.jdt.groovy.internal.compiler.ast.JDTClassNode.lazyClassInit(JDTClassNode.java:158) 
    at org.codehaus.groovy.ast.ClassNode.getUnresolvedSuperClass(ClassNode.java:1087) 
    at org.codehaus.groovy.ast.ClassNode.getUnresolvedSuperClass(ClassNode.java:1079) 
    at org.codehaus.groovy.ast.ClassNode.getSuperClass(ClassNode.java:1073) 
    at org.codehaus.groovy.ast.ClassNode.isDerivedFrom(ClassNode.java:1013) 
    at org.codehaus.groovy.classgen.ClassCompletionVerifier.visitCatchStatement(ClassCompletionVerifier.java:448) 
    at org.codehaus.groovy.ast.stmt.CatchStatement.visit(CatchStatement.java:41) 
    at org.codehaus.groovy.ast.CodeVisitorSupport.visitTryCatchFinally(CodeVisitorSupport.java:84) 
    at org.codehaus.groovy.ast.ClassCodeVisitorSupport.visitTryCatchFinally(ClassCodeVisitorSupport.java:244) 
    at org.codehaus.groovy.ast.stmt.TryCatchStatement.visit(TryCatchStatement.java:42) 
    at org.codehaus.groovy.ast.CodeVisitorSupport.visitBlockStatement(CodeVisitorSupport.java:35) 
    at org.codehaus.groovy.ast.ClassCodeVisitorSupport.visitBlockStatement(ClassCodeVisitorSupport.java:179) 
    at org.codehaus.groovy.ast.stmt.BlockStatement.visit(BlockStatement.java:69) 
    at org.codehaus.groovy.ast.CodeVisitorSupport.visitIfElse(CodeVisitorSupport.java:56) 
    at org.codehaus.groovy.ast.ClassCodeVisitorSupport.visitIfElse(ClassCodeVisitorSupport.java:219) 
    at org.codehaus.groovy.ast.stmt.IfStatement.visit(IfStatement.java:41) 
    at org.codehaus.groovy.ast.CodeVisitorSupport.visitBlockStatement(CodeVisitorSupport.java:35) 
    at org.codehaus.groovy.ast.ClassCodeVisitorSupport.visitBlockStatement(ClassCodeVisitorSupport.java:179) 
    at org.codehaus.groovy.ast.stmt.BlockStatement.visit(BlockStatement.java:69) 
    at org.codehaus.groovy.ast.CodeVisitorSupport.visitClosureExpression(CodeVisitorSupport.java:174) 
    at org.codehaus.groovy.ast.expr.ClosureExpression.visit(ClosureExpression.java:45) 
    at org.codehaus.groovy.ast.ClassCodeVisitorSupport.visitProperty(ClassCodeVisitorSupport.java:142) 
    at org.codehaus.groovy.classgen.ClassCompletionVerifier.visitProperty(ClassCompletionVerifier.java:349) 
    at org.codehaus.groovy.ast.ClassNode.visitContents(ClassNode.java:1160) 
    at org.codehaus.groovy.ast.ClassCodeVisitorSupport.visitClass(ClassCodeVisitorSupport.java:51) 
    at org.codehaus.groovy.classgen.ClassCompletionVerifier.visitClass(ClassCompletionVerifier.java:74) 
    at org.codehaus.groovy.control.CompilationUnit$6.call(CompilationUnit.java:838) 
    at org.codehaus.groovy.control.CompilationUnit.applyToPrimaryClassNodes(CompilationUnit.java:1152) 
    at org.codehaus.groovy.control.CompilationUnit.doPhaseOperation(CompilationUnit.java:588) 
    at org.codehaus.groovy.control.CompilationUnit.processPhaseOperations(CompilationUnit.java:566) 
    at org.codehaus.groovy.control.CompilationUnit.compile(CompilationUnit.java:543) 
    at org.codehaus.jdt.groovy.internal.compiler.ast.GroovyCompilationUnitDeclaration.processToPhase(GroovyCompilationUnitDeclaration.java:171) 
    at org.codehaus.jdt.groovy.internal.compiler.ast.GroovyCompilationUnitDeclaration.generateCode(GroovyCompilationUnitDeclaration.java:1555) 
    at org.eclipse.jdt.internal.compiler.Compiler.process(Compiler.java:838) 
    at org.eclipse.jdt.internal.compiler.ProcessTaskManager.run(ProcessTaskManager.java:137) 
    at java.lang.Thread.run(Unknown Source) 

Grails命令运行的应用程序正常工作。

我得到的这条无用链接插件类到

C:\Documents and Settings\<myUserName>\.grails\1.3.7\projects\<ProjectName>\plugin-classes 

而现在我正在寻找删除该条目的方法，但在工程 - >构建路径 - >配置构建路径 - >库删除按钮被禁用。

如果我看.classpath文件我看到下面的条目中：

<classpathentry kind="con" path="org.grails.ide.eclipse.core.CLASSPATH_CONTAINER"/> 

谷歌约CLASSPATH_CONTAINER是不成功的。 有一个在里面的文件的conf目录没有变化（DIFF与颠覆）

我已经尝试过的事情：

1. 删除.ivy2文件夹
2. 删除.grails文件夹
3. grails clean
4. Grails-> refresh dependencies
5. Project - > clean
6. 删除项目和SVN
导入的最后一个版本
7. 删除工作区，并创建新的一个
8. 的1..7

任意组合请帮帮忙！

Answer 1

按照以下几个步骤已经解决了我的问题：

1. 删除.grails文件夹
2. 删除。ivy2文件夹
3. 删除工作区
4. 重新安装月食（这是梯级缺失）
5. 列表项
6. 项目导入新的工作区
7. 确保Grails和Groovy的编译器版本将不会升级为这个项目。

我不知道这一步可以obmitted。 拉尔夫，感谢您的建议。

Answer 2

1. 删除.ivy2文件夹
2. 删除.grails文件夹
3. 删除文件夹的.m2
4. remove从application.properties所有添加的插件
5. 从BuildConfig.groovy
删除所有添加的插件
6. 试重新启动您的项目 - 现在应该工作
7. 重新安装插件