Re: [groovy-user] problems compiling with 1.6-beta1

>> it used to be enough to use
>> groovy-all for groovyc taskdef classpath, not anymore and I have to
>> include many jars from lib directory.
>
> there is still groovy-all and it still includes ams, antlr and cli... what
> exactly has changed? If you say that other jars has to be included as well,
> then the new way is the one which is less broken and allows you to compile
> against alternate versions of these jars too.
>

ok with only groovy-all jar in groovyc taskdef's classpath, I get the
following error:

Compiling 2 source files to
/home/yegor/caiss/caiss-stat2/beta2/guide/build/classes
>>> a serious error occurred: org/codehaus/groovy/transform/ASTTransformationVisitor
>>> stacktrace:
java.lang.NoClassDefFoundError:
org/codehaus/groovy/transform/ASTTransformationVisitor
        at org.codehaus.groovy.control.CompilationUnit.<init>(CompilationUnit.java:155)
        at org.codehaus.groovy.tools.javac.JavaAwareCompilationUnit.<init>(JavaAwareCompilationUnit.java:51)
        at org.codehaus.groovy.tools.javac.JavaAwareCompilationUnit.<init>(JavaAwareCompilationUnit.java:47)
        at org.codehaus.groovy.tools.FileSystemCompiler.<init>(FileSystemCompiler.java:53)
        at org.codehaus.groovy.tools.FileSystemCompiler.main(FileSystemCompiler.java:245)
        at org.codehaus.groovy.ant.Groovyc.compile(Groovyc.java:786)
        at org.codehaus.groovy.ant.Groovyc.execute(Groovyc.java:554)
        at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288)
        at sun.reflect.GeneratedMethodAccessor239.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:105)
        at org.apache.tools.ant.Task.perform(Task.java:348)
        at org.apache.tools.ant.Target.execute(Target.java:357)
        at org.apache.tools.ant.Target.performTasks(Target.java:385)
        at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1329)
        at org.apache.tools.ant.helper.SingleCheckExecutor.executeTargets(SingleCheckExecutor.java:38)
        at org.apache.tools.ant.Project.executeTargets(Project.java:1181)
        at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:416)
        at org.apache.tools.ant.taskdefs.SubAnt.execute(SubAnt.java:289)
        at org.apache.tools.ant.taskdefs.SubAnt.execute(SubAnt.java:208)
        at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288)
        at sun.reflect.GeneratedMethodAccessor239.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:105)
        at org.apache.tools.ant.Task.perform(Task.java:348)
        at org.apache.tools.ant.Target.execute(Target.java:357)
        at org.apache.tools.ant.Target.performTasks(Target.java:385)
        at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1329)
        at org.apache.tools.ant.Project.executeTarget(Project.java:1298)
        at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41)
        at org.apache.tools.ant.Project.executeTargets(Project.java:1181)
        at org.apache.tools.ant.module.bridge.impl.BridgeImpl.run(BridgeImpl.java:277)
        at org.apache.tools.ant.module.run.TargetExecutor.run(TargetExecutor.java:461)
        at org.netbeans.core.execution.RunClassThread.run(RunClassThread.java:151)
/home/yegor/caiss/hg.netbeans.org/main/nbbuild/netbeans/harness/suite.xml:106:
The following error occurred while executing this line:
/home/yegor/caiss/caiss-stat2/beta2/nbproject/groovy-compile-impl.xml:30:
Compilation Failed
BUILD FAILED (total time: 15 seconds)

>> I know that using groovy-all for
>> groovyc task is not exactly kosher but it was convenient :)
>
> not kosher? why not? And also... you say it does not work anymore?
>

my statement was incorrect, I reuse for-application classpath for
groovyc task and some might argue that the fact that for-application
classpath is good for groovyc taskdef is coincidental hence those
classpaths should be independently defined.

--

-- 
Best regards,
Yegor
__________________________________________________________
Yegor Bryukhov,
Research Associate
Center for Algorithms and Interactive Scientific Software
City College of New York

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email