This module should be build into separate jar. IDEA devkit modle currently does not prodivde for such possibility, so you should fall back to using ant, changing idea.dir property to your idea installation.
The separation of two modules was needed to allow for correct classpath for calling groovyc in a separate process.
Thanks Eugene. I am getting the error below in the ant build. It looks like the method signature in the generated stub looks different from both the original groovy class and any constructor in AnAction. I am using Selena #7269
/Users/reggie/java/JetGroovy/classes/production/stubs/org/jetbrains/plugins/grails/actions/GenerateAction.java:21: cannot find symbol symbol : constructor AnAction(java.lang.String,java.lang.String,java.lang.String) location: class com.intellij.openapi.actionSystem.AnAction super((java.lang.String)null, (java.lang.String)null, (java.lang.String)null); ^ /Users/reggie/java/JetGroovy/classes/production/stubs/org/jetbrains/plugins/grails/actions/GenerateAction.java:24: cannot find symbol symbol : constructor AnAction(java.lang.String,java.lang.String,java.lang.String) location: class com.intellij.openapi.actionSystem.AnAction super((java.lang.String)null, (java.lang.String)null, (java.lang.String)null); ^
OK. Maybe its something about my environment. Can you briefly go over what groovy version and java I should be pointing to and what I need to add to my environment that may be easy to overlook? This is on MacOSX 10.4.10 by the way.I set these properties:
Did you ever get to the bottom of this? I just manually fixed the generated stub for GenerateAction.groovy and removed the stub generation from build.xml and all seemed well. Still, there must be something about the OSX environment (mine is same as yours) that leads to a bogus stub being generated.
I sync'ed the latest plugin code this afternoon and see the following class not found errors with both the M2 IDEA 7 and IDEA #7269.
- com.intellij.lang.PsiBuilder
- import com.intellij.psi.tree.IFileElementType;
- import com.intellij.psi.tree.TokenSet;
Do I need to use a sync'ed version of IDEA to build or a specific version?
Thanks.
-Brandon
This module should be build into separate jar. IDEA devkit modle currently does not prodivde for such possibility, so you should fall back to using ant, changing idea.dir property to your idea installation.
The separation of two modules was needed to allow for correct classpath for calling groovyc in a separate process.
Eugene.
Thanks Eugene. I am getting the error below in the ant build. It looks like the method signature in the generated stub looks different from both the original groovy class and any constructor in AnAction. I am using Selena #7269
/Users/reggie/java/JetGroovy/classes/production/stubs/org/jetbrains/plugins/grails/actions/GenerateAction.java:21: cannot find symbol
symbol : constructor AnAction(java.lang.String,java.lang.String,java.lang.String)
location: class com.intellij.openapi.actionSystem.AnAction
super((java.lang.String)null, (java.lang.String)null, (java.lang.String)null);
^
/Users/reggie/java/JetGroovy/classes/production/stubs/org/jetbrains/plugins/grails/actions/GenerateAction.java:24: cannot find symbol
symbol : constructor AnAction(java.lang.String,java.lang.String,java.lang.String)
location: class com.intellij.openapi.actionSystem.AnAction
super((java.lang.String)null, (java.lang.String)null, (java.lang.String)null);
^
The generated stub looks like:
package org.jetbrains.plugins.grails.actions;
import groovy.util.*;
import java.io.*;
import groovy.lang.*;
import com.intellij.openapi.ui.*;
import javax.swing.*;
import com.intellij.openapi.module.*;
import java.util.*;
import java.lang.*;
import com.intellij.openapi.application.*;
import com.intellij.openapi.vfs.*;
import org.jetbrains.plugins.grails.*;
import java.net.*;
import com.intellij.openapi.actionSystem.*;
public abstract class GenerateAction
extends com.intellij.openapi.actionSystem.AnAction
{
public GenerateAction(java.lang.String text) {
super((java.lang.String)null, (java.lang.String)null, (java.lang.String)null);
}
public GenerateAction(java.lang.String text, java.lang.String description, javax.swing.Icon icon) {
super((java.lang.String)null, (java.lang.String)null, (java.lang.String)null);
}
protected boolean checkExisting(com.intellij.openapi.module.Module module, java.lang.String name) { return false;}
protected java.util.List findExistingGeneratedFiles(com.intellij.openapi.module.Module module, java.lang.String name) { return null;} protected java.lang.Object getGeneratedFileNames(java.lang.String name) { return null;} protected abstract void fillGeneratedNamesList(java.lang.String name, java.util.List]]> names);
protected abstract java.lang.String getInputTitle();
}
There is no corresponding constructors in AnAction
Hi Reggie,
I cannot reproduce it here, for me stub output looks different, casting to the correct type in super constructor invocation.
Eugene.
OK. Maybe its something about my environment. Can you briefly go over what groovy version and java I should be pointing to and what I need to add to my environment that may be easy to overlook? This is on MacOSX 10.4.10 by the way.I set these properties:
JAVA_HOME=/System/Library/Frameworks/JavaVM.framework/Versions/1.5/Home
project.dir=/Users/reggie/java/JetGroovy
idea.dir=/Applications/Selena-7269.app
groovy.plugin.version=0.2
and I had to comment out and remove the dependency on unzip.last.successful.IDEA.build.
-Reggie
Did you ever get to the bottom of this? I just manually fixed the generated stub for GenerateAction.groovy and removed the stub generation from build.xml and all seemed well. Still, there must be something about the OSX environment (mine is same as yours) that leads to a bogus stub being generated.