[scala] Can anyone grok this stack-trace

[Kevin Wright-4]

Trying to run my compiler plugin from eclipse, and:

Exception in thread "main" java.lang.NoClassDefFoundError: scala/collection/Seq
        at java.lang.Class.getDeclaredConstructors0(Native Method)
        at java.lang.Class.privateGetDeclaredConstructors(Class.java:2389)
        at java.lang.Class.getConstructor0(Class.java:2699)
        at java.lang.Class.getConstructor(Class.java:1657)
        at scala.tools.nsc.plugins.Plugin$.instantiate(Plugin.scala:152)
        at scala.tools.nsc.plugins.Plugins$$anonfun$loadRoughPluginsList$1.apply(Plugins.scala:33)
        at scala.tools.nsc.plugins.Plugins$$anonfun$loadRoughPluginsList$1.apply(Plugins.scala:32)
        at scala.collection.generic.TraversableTemplate$$anonfun$map$1.apply(TraversableTemplate.scala:211)
        at scala.collection.generic.TraversableTemplate$$anonfun$map$1.apply(TraversableTemplate.scala:211)
        at scala.collection.generic.LinearSequenceTemplate$class.foreach(LinearSequenceTemplate.scala:82)
        at scala.collection.immutable.List.foreach(List.scala:27)
        at scala.collection.generic.TraversableTemplate$class.map(TraversableTemplate.scala:211)
        at scala.collection.immutable.List.map(List.scala:27)
        at scala.tools.nsc.plugins.Plugins$class.loadRoughPluginsList(Plugins.scala:32)
        at scala.tools.nsc.Global.loadRoughPluginsList(Global.scala:35)
        at scala.tools.nsc.plugins.Plugins$class.roughPluginsList(Plugins.scala:42)
        at scala.tools.nsc.Global.roughPluginsList(Global.scala:35)
        at scala.tools.nsc.plugins.Plugins$class.loadPlugins(Plugins.scala:94)
        at scala.tools.nsc.Global.loadPlugins(Global.scala:35)
        at scala.tools.nsc.plugins.Plugins$class.plugins(Plugins.scala:125)
        at scala.tools.nsc.Global.plugins(Global.scala:35)
        at scala.tools.nsc.plugins.Plugins$class.computePluginPhases(Plugins.scala:142)
        at scala.tools.nsc.Global.computePluginPhases(Global.scala:35)
        at scala.tools.nsc.Global.computePhaseDescriptors(Global.scala:622)
        at scala.tools.nsc.Global.phaseDescriptors(Global.scala:634)
        at scala.tools.nsc.Global$Run.<init>(Global.scala:689)
        at scala.tools.nsc.Main$.process(Main.scala:90)
        at scala.tools.nsc.Main$.main(Main.scala:105)
        at scala.tools.nsc.Main.main(Main.scala)

I've come back to this after a 3-week hiatus of not following the 2.8
trunk and eclipse nightly builds, so almost anything could have gone
wrong in the period.
I'm also NOT using the classpath container as provided by the eclipse
plugin, instead I've explicitly added the compiler, dbc, library and
swing jars from the latest SVN build.


Is this just a temporary glitch in trunk, or do I need to be taking a
deeper look at my configuration?

[Lukas Rytz]

Sequence was renamed to Seq. Looks like you're loading a compiler plugin which was compiled
against an older version which still had "Sequence".

Lukas

On Tue, Nov 3, 2009 at 18:45, Kevin Wright <kev.lee.wright@...> wrote:

Trying to run my compiler plugin from eclipse, and:

Exception in thread "main" java.lang.NoClassDefFoundError: scala/collection/Seq
       at java.lang.Class.getDeclaredConstructors0(Native Method)
       at java.lang.Class.privateGetDeclaredConstructors(Class.java:2389)
       at java.lang.Class.getConstructor0(Class.java:2699)
       at java.lang.Class.getConstructor(Class.java:1657)
       at scala.tools.nsc.plugins.Plugin$.instantiate(Plugin.scala:152)
       at scala.tools.nsc.plugins.Plugins$$anonfun$loadRoughPluginsList$1.apply(Plugins.scala:33)
       at scala.tools.nsc.plugins.Plugins$$anonfun$loadRoughPluginsList$1.apply(Plugins.scala:32)
       at scala.collection.generic.TraversableTemplate$$anonfun$map$1.apply(TraversableTemplate.scala:211)
       at scala.collection.generic.TraversableTemplate$$anonfun$map$1.apply(TraversableTemplate.scala:211)
       at scala.collection.generic.LinearSequenceTemplate$class.foreach(LinearSequenceTemplate.scala:82)
       at scala.collection.immutable.List.foreach(List.scala:27)
       at scala.collection.generic.TraversableTemplate$class.map(TraversableTemplate.scala:211)
       at scala.collection.immutable.List.map(List.scala:27)
       at scala.tools.nsc.plugins.Plugins$class.loadRoughPluginsList(Plugins.scala:32)
       at scala.tools.nsc.Global.loadRoughPluginsList(Global.scala:35)
       at scala.tools.nsc.plugins.Plugins$class.roughPluginsList(Plugins.scala:42)
       at scala.tools.nsc.Global.roughPluginsList(Global.scala:35)
       at scala.tools.nsc.plugins.Plugins$class.loadPlugins(Plugins.scala:94)
       at scala.tools.nsc.Global.loadPlugins(Global.scala:35)
       at scala.tools.nsc.plugins.Plugins$class.plugins(Plugins.scala:125)
       at scala.tools.nsc.Global.plugins(Global.scala:35)
       at scala.tools.nsc.plugins.Plugins$class.computePluginPhases(Plugins.scala:142)
       at scala.tools.nsc.Global.computePluginPhases(Global.scala:35)
       at scala.tools.nsc.Global.computePhaseDescriptors(Global.scala:622)
       at scala.tools.nsc.Global.phaseDescriptors(Global.scala:634)
       at scala.tools.nsc.Global$Run.<init>(Global.scala:689)
       at scala.tools.nsc.Main$.process(Main.scala:90)
       at scala.tools.nsc.Main$.main(Main.scala:105)
       at scala.tools.nsc.Main.main(Main.scala)

I've come back to this after a 3-week hiatus of not following the 2.8
trunk and eclipse nightly builds, so almost anything could have gone
wrong in the period.
I'm also NOT using the classpath container as provided by the eclipse
plugin, instead I've explicitly added the compiler, dbc, library and
swing jars from the latest SVN build.


Is this just a temporary glitch in trunk, or do I need to be taking a
deeper look at my configuration?

[Kevin Wright-4]

Got it!
Looks like cleaning the project via eclipse wasn't forcing a full
rebuild, have to be wary of that one for the future...


On Tue, Nov 3, 2009 at 7:43 PM, Lukas Rytz <lukas.rytz@...> wrote:

> Sequence was renamed to Seq. Looks like you're loading a compiler plugin
> which was compiled
> against an older version which still had "Sequence".
>
> Lukas
>
>
> On Tue, Nov 3, 2009 at 18:45, Kevin Wright <kev.lee.wright@...>
> wrote:
>>
>> Trying to run my compiler plugin from eclipse, and:
>>
>> Exception in thread "main" java.lang.NoClassDefFoundError:
>> scala/collection/Seq
>>        at java.lang.Class.getDeclaredConstructors0(Native Method)
>>        at java.lang.Class.privateGetDeclaredConstructors(Class.java:2389)
>>        at java.lang.Class.getConstructor0(Class.java:2699)
>>        at java.lang.Class.getConstructor(Class.java:1657)
>>        at scala.tools.nsc.plugins.Plugin$.instantiate(Plugin.scala:152)
>>        at
>> scala.tools.nsc.plugins.Plugins$$anonfun$loadRoughPluginsList$1.apply(Plugins.scala:33)
>>        at
>> scala.tools.nsc.plugins.Plugins$$anonfun$loadRoughPluginsList$1.apply(Plugins.scala:32)
>>        at
>> scala.collection.generic.TraversableTemplate$$anonfun$map$1.apply(TraversableTemplate.scala:211)
>>        at
>> scala.collection.generic.TraversableTemplate$$anonfun$map$1.apply(TraversableTemplate.scala:211)
>>        at
>> scala.collection.generic.LinearSequenceTemplate$class.foreach(LinearSequenceTemplate.scala:82)
>>        at scala.collection.immutable.List.foreach(List.scala:27)
>>        at
>> scala.collection.generic.TraversableTemplate$class.map(TraversableTemplate.scala:211)
>>        at scala.collection.immutable.List.map(List.scala:27)
>>        at
>> scala.tools.nsc.plugins.Plugins$class.loadRoughPluginsList(Plugins.scala:32)
>>        at scala.tools.nsc.Global.loadRoughPluginsList(Global.scala:35)
>>        at
>> scala.tools.nsc.plugins.Plugins$class.roughPluginsList(Plugins.scala:42)
>>        at scala.tools.nsc.Global.roughPluginsList(Global.scala:35)
>>        at
>> scala.tools.nsc.plugins.Plugins$class.loadPlugins(Plugins.scala:94)
>>        at scala.tools.nsc.Global.loadPlugins(Global.scala:35)
>>        at scala.tools.nsc.plugins.Plugins$class.plugins(Plugins.scala:125)
>>        at scala.tools.nsc.Global.plugins(Global.scala:35)
>>        at
>> scala.tools.nsc.plugins.Plugins$class.computePluginPhases(Plugins.scala:142)
>>        at scala.tools.nsc.Global.computePluginPhases(Global.scala:35)
>>        at scala.tools.nsc.Global.computePhaseDescriptors(Global.scala:622)
>>        at scala.tools.nsc.Global.phaseDescriptors(Global.scala:634)
>>        at scala.tools.nsc.Global$Run.<init>(Global.scala:689)
>>        at scala.tools.nsc.Main$.process(Main.scala:90)
>>        at scala.tools.nsc.Main$.main(Main.scala:105)
>>        at scala.tools.nsc.Main.main(Main.scala)
>>
>> I've come back to this after a 3-week hiatus of not following the 2.8
>> trunk and eclipse nightly builds, so almost anything could have gone
>> wrong in the period.
>> I'm also NOT using the classpath container as provided by the eclipse
>> plugin, instead I've explicitly added the compiler, dbc, library and
>> swing jars from the latest SVN build.
>>
>>
>> Is this just a temporary glitch in trunk, or do I need to be taking a
>> deeper look at my configuration?
>
>

[Miles Sabin]

On Tue, Nov 3, 2009 at 8:32 PM, Kevin Wright
<kev.lee.wright@...> wrote:
> Looks like cleaning the project via eclipse wasn't forcing a full
> rebuild, have to be wary of that one for the future...

That would be a bug. If you can reproduce it, please open a ticket in Trac ...

Cheers,


Miles

--
Miles Sabin
tel: [phone]
skype:  milessabin
http://www.chuusai.com/
http://twitter.com/milessabin

[Kevin Wright-4]

I can confirm that removing the "Scala Library" classpath container
causes the scala builder to fail silently, this was the cause of my
problem.
Once I disabled/re-enabled the scala nature to give me back that
container it worked again.

So my choice of what to file as a bug depends on whether or not this
is should be a supported configuration.



On Tue, Nov 3, 2009 at 10:59 PM, Miles Sabin <miles@...> wrote:

> On Tue, Nov 3, 2009 at 8:32 PM, Kevin Wright
> <kev.lee.wright@...> wrote:
>> Looks like cleaning the project via eclipse wasn't forcing a full
>> rebuild, have to be wary of that one for the future...
>
> That would be a bug. If you can reproduce it, please open a ticket in Trac ...
>
> Cheers,
>
>
> Miles
>
> --
> Miles Sabin
> tel: [phone]
> skype:  milessabin
> http://www.chuusai.com/
> http://twitter.com/milessabin
>

[Miles Sabin]

On Tue, Nov 3, 2009 at 11:28 PM, Kevin Wright
<kev.lee.wright@...> wrote:
> I can confirm that removing the "Scala Library" classpath container
> causes the scala builder to fail silently, this was the cause of my
> problem.
> Once I disabled/re-enabled the scala nature to give me back that
> container it worked again.
>
> So my choice of what to file as a bug depends on whether or not this
> is should be a supported configuration.

Hmm ...

It is and it isn't.

For normal Scala application development it's not supported.

For development of the Scala compiler and the IDE or similar types of
project (eg. compiler plugins) it is supported and recommended, and
works, on the assumption that you have the scala-library svn module
checked out in your workspace and added as a project dependency of the
project under development.

Either way, it shouldn't fail silently ... doesn't anything appear in
the Error Log view?

Cheers,


Miles

--
Miles Sabin
tel: [phone]
skype:  milessabin
http://www.chuusai.com/
http://twitter.com/milessabin

[Kevin Wright-4]

On Tue, Nov 3, 2009 at 11:36 PM, Miles Sabin <miles@...> wrote:

> On Tue, Nov 3, 2009 at 11:28 PM, Kevin Wright
> <kev.lee.wright@...> wrote:
>> I can confirm that removing the "Scala Library" classpath container
>> causes the scala builder to fail silently, this was the cause of my
>> problem.
>> Once I disabled/re-enabled the scala nature to give me back that
>> container it worked again.
>>
>> So my choice of what to file as a bug depends on whether or not this
>> is should be a supported configuration.
>
> Hmm ...
>
> It is and it isn't.
>
> For normal Scala application development it's not supported.
>
> For development of the Scala compiler and the IDE or similar types of
> project (eg. compiler plugins) it is supported and recommended, and
> works, on the assumption that you have the scala-library svn module
> checked out in your workspace and added as a project dependency of the
> project under development.
>
> Either way, it shouldn't fail silently ... doesn't anything appear in
> the Error Log view?

It does, yes
But nothing to make me suspect my code hasn't been recompiled so that
I'd think to look there...

> Cheers,
>
>
> Miles
>
> --
> Miles Sabin
> tel: [phone]
> skype:  milessabin
> http://www.chuusai.com/
> http://twitter.com/milessabin
>

[Miles Sabin]

On Tue, Nov 3, 2009 at 11:44 PM, Kevin Wright
<kev.lee.wright@...> wrote:
> On Tue, Nov 3, 2009 at 11:36 PM, Miles Sabin <miles@...> wrote:
>> Either way, it shouldn't fail silently ... doesn't anything appear in
>> the Error Log view?
>
> It does, yes
> But nothing to make me suspect my code hasn't been recompiled so that
> I'd think to look there...

OK, that's the bug to file then ... thanks.

Cheers,


Miles

--
Miles Sabin
tel: [phone]
skype:  milessabin
http://www.chuusai.com/
http://twitter.com/milessabin

[Kevin Wright-4]

I'll have to pin down the right error, that log is a bit full :)

On Tue, Nov 3, 2009 at 11:49 PM, Miles Sabin <miles@...> wrote:

> On Tue, Nov 3, 2009 at 11:44 PM, Kevin Wright
> <kev.lee.wright@...> wrote:
>> On Tue, Nov 3, 2009 at 11:36 PM, Miles Sabin <miles@...> wrote:
>>> Either way, it shouldn't fail silently ... doesn't anything appear in
>>> the Error Log view?
>>
>> It does, yes
>> But nothing to make me suspect my code hasn't been recompiled so that
>> I'd think to look there...
>
> OK, that's the bug to file then ... thanks.
>
> Cheers,
>
>
> Miles
>
> --
> Miles Sabin
> tel: [phone]
> skype:  milessabin
> http://www.chuusai.com/
> http://twitter.com/milessabin
>

[Miles Sabin]

On Tue, Nov 3, 2009 at 11:51 PM, Kevin Wright
<kev.lee.wright@...> wrote:
> I'll have to pin down the right error, that log is a bit full :)

You don't need it ... the bug is "When no Scala library is present on
the build path it should be reported as a build error against the
project rather than only being reported in the error log".

Cheers,


Miles

--
Miles Sabin
tel: [phone]
skype:  milessabin
http://www.chuusai.com/
http://twitter.com/milessabin

[Kevin Wright-4]

Done as #2570
I included the stack trace from the error log, but it's very non-intuitive

On Wed, Nov 4, 2009 at 12:00 AM, Miles Sabin <miles@...> wrote:

> On Tue, Nov 3, 2009 at 11:51 PM, Kevin Wright
> <kev.lee.wright@...> wrote:
>> I'll have to pin down the right error, that log is a bit full :)
>
> You don't need it ... the bug is "When no Scala library is present on
> the build path it should be reported as a build error against the
> project rather than only being reported in the error log".
>
> Cheers,
>
>
> Miles
>
> --
> Miles Sabin
> tel: [phone]
> skype:  milessabin
> http://www.chuusai.com/
> http://twitter.com/milessabin
>

[Miles Sabin]

On Wed, Nov 4, 2009 at 12:03 AM, Kevin Wright
<kev.lee.wright@...> wrote:
> Done as #2570

Thanks ...

Cheers,


Miles

--
Miles Sabin
tel: [phone]
skype:  milessabin
http://www.chuusai.com/
http://twitter.com/milessabin

[Lukas Rytz]

On Wed, Nov 4, 2009 at 00:36, Miles Sabin <miles@...> wrote:

On Tue, Nov 3, 2009 at 11:28 PM, Kevin Wright

<kev.lee.wright@...> wrote:

> I can confirm that removing the "Scala Library" classpath container
> causes the scala builder to fail silently, this was the cause of my
> problem.
> Once I disabled/re-enabled the scala nature to give me back that
> container it worked again.
>
> So my choice of what to file as a bug depends on whether or not this
> is should be a supported configuration.

Hmm ...

It is and it isn't.

For normal Scala application development it's not supported.

For development of the Scala compiler and the IDE or similar types of
project (eg. compiler plugins) it is supported and recommended, and
works, on the assumption that you have the scala-library svn module
checked out in your workspace and added as a project dependency of the
project under development.

Btw, I think most people working on the compiler prefer to check-out only the
compiler module and then add the scala-container dependency manually.

I think it would be nice if one could just check-out scala/trunk open the project
in eclipse and it works (i.e. add "ch.epfl.lamp.sdt.launching.SCALA_CONTAINER"
to .classpath)

I know that this does not work if one needs to change the library as well, but
let's try to keep simple things simple.

Lukas

 

Either way, it shouldn't fail silently ... doesn't anything appear in
the Error Log view?

Cheers,


Miles

--
Miles Sabin
tel: [phone]
skype:  milessabin
http://www.chuusai.com/
http://twitter.com/milessabin