4.6.0-RC2 Installations NPE

[aley...@gmail.com]

I need to compile my Projects with Scala 2.12 so I tried to use Scala IDE 4.6.0-RC2 with the current Eclipse Neon3 on Windows 10.

If I try to check/set the Scala installations in Preferences-Scala-Installations I get: 

 Unable to create the selected preference page.

 java.lang.NullPointerException

Any idea how to solve this?

Thanx

Alex

[Francois]

--
You received this message because you are subscribed to the Google Groups "Scala IDE User" group.
To unsubscribe from this group and stop receiving emails from it, send an email to scala-ide-use...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/scala-ide-user/a7c38081-94bf-4375-bbd3-5929c3499621%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

I had the same problem, and thanks to the help of dev from the gitter chan, I solved the issue after deleting ${workspace}/.metadata/.plugins/org.scala-ide.sdt.core/ScalaInstallations.back

(I also deleted before that .metadata/.plugins/org.scala-ide.sdt.core/compiler-bridges and started eclipse with -clean -clearPersistedState but I believe that wasn't useful).

Hope it helps,

-- 
Francois ARMAND - @fanf42
https://github.com/Normation/rudder
http://www.normation.com

[aley...@gmail.com]

Many thanks. This solved my problem :)

[Arnaud]

I had the same problem, and thanks to the help of dev from the gitter chan, I solved the issue after deleting ${workspace}/.metadata/.plugins/org.scala-ide.sdt.core/ScalaInstallations.back

(I also deleted before that .metadata/.plugins/org.scala-ide.sdt.core/compiler-bridges and started eclipse with -clean -clearPersistedState but I believe that wasn't useful).

 .metadata/.plugins/org.scala-ide.sdt.core/compiler-bridges matters :)

I had this issue when compiling scala 11 with 4.6 final

java.lang.NoClassDefFoundError: xsbti/api/SimpleType

at xsbt.API$ApiPhase.processScalaUnit(API.scala:36)

at xsbt.API$ApiPhase.processUnit(API.scala:31)

at xsbt.API$ApiPhase.apply(API.scala:29)

at scala.tools.nsc.Global$GlobalPhase$$anonfun$applyPhase$1.apply$mcV$sp(Global.scala:440)

at scala.tools.nsc.Global$GlobalPhase.withCurrentUnit(Global.scala:431)

at scala.tools.nsc.Global$GlobalPhase.applyPhase(Global.scala:440)

at scala.tools.nsc.Global$GlobalPhase$$anonfun$run$1.apply(Global.scala:398)

at scala.tools.nsc.Global$GlobalPhase$$anonfun$run$1.apply(Global.scala:398)

at scala.collection.Iterator$class.foreach(Iterator.scala:893)

at scala.collection.AbstractIterator.foreach(Iterator.scala:1336)

at scala.tools.nsc.Global$GlobalPhase.run(Global.scala:398)

at xsbt.API$ApiPhase.run(API.scala:24)

at scala.tools.nsc.Global$Run.compileUnitsInternal(Global.scala:1501)

at scala.tools.nsc.Global$Run.compileUnits(Global.scala:1486)

at scala.tools.nsc.Global$Run.compileSources(Global.scala:1481)

at scala.tools.nsc.Global$Run.compile(Global.scala:1582)

at xsbt.CachedCompiler0.run(CompilerInterface.scala:129)

at xsbt.CachedCompiler0.run(CompilerInterface.scala:108)

at xsbt.CompilerInterface.run(CompilerInterface.scala:26)

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

 Deleting   .metadata/.plugins/org.scala-ide.sdt.core/compiler-bridges fixed the issue.

[iulian dragos]

On Tue, May 23, 2017 at 3:23 PM, Arnaud <ama...@gmail.com> wrote:

I had the same problem, and thanks to the help of dev from the gitter chan, I solved the issue after deleting ${workspace}/.metadata/.plugins/org.scala-ide.sdt.core/ScalaInstallations.back

(I also deleted before that .metadata/.plugins/org.scala-ide.sdt.core/compiler-bridges and started eclipse with -clean -clearPersistedState but I believe that wasn't useful).

 .metadata/.plugins/org.scala-ide.sdt.core/compiler-bridges matters :)

I guess the key in that cache should be more than the Scala version alone, probably Sbt and JDK versions too.

 

I had this issue when compiling scala 11 with 4.6 final

java.lang.NoClassDefFoundError: xsbti/api/SimpleType

at xsbt.API$ApiPhase.processScalaUnit(API.scala:36)

at xsbt.API$ApiPhase.processUnit(API.scala:31)

at xsbt.API$ApiPhase.apply(API.scala:29)

at scala.tools.nsc.Global$GlobalPhase$$anonfun$applyPhase$1.apply$mcV$sp(Global.scala:440)

at scala.tools.nsc.Global$GlobalPhase.withCurrentUnit(Global.scala:431)

at scala.tools.nsc.Global$GlobalPhase.applyPhase(Global.scala:440)

at scala.tools.nsc.Global$GlobalPhase$$anonfun$run$1.apply(Global.scala:398)

at scala.tools.nsc.Global$GlobalPhase$$anonfun$run$1.apply(Global.scala:398)

at scala.collection.Iterator$class.foreach(Iterator.scala:893)

at scala.collection.AbstractIterator.foreach(Iterator.scala:1336)

at scala.tools.nsc.Global$GlobalPhase.run(Global.scala:398)

at xsbt.API$ApiPhase.run(API.scala:24)

at scala.tools.nsc.Global$Run.compileUnitsInternal(Global.scala:1501)

at scala.tools.nsc.Global$Run.compileUnits(Global.scala:1486)

at scala.tools.nsc.Global$Run.compileSources(Global.scala:1481)

at scala.tools.nsc.Global$Run.compile(Global.scala:1582)

at xsbt.CachedCompiler0.run(CompilerInterface.scala:129)

at xsbt.CachedCompiler0.run(CompilerInterface.scala:108)

at xsbt.CompilerInterface.run(CompilerInterface.scala:26)

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

 Deleting   .metadata/.plugins/org.scala-ide.sdt.core/compiler-bridges fixed the issue.

--

You received this message because you are subscribed to the Google Groups "Scala IDE User" group.

To unsubscribe from this group and stop receiving emails from it, send an email to scala-ide-user+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/scala-ide-user/99e2eec3-6cba-448a-ac05-28e662739a1f%40googlegroups.com.

For more options, visit https://groups.google.com/d/optout.

--

« Je déteste la montagne, ça cache le paysage »
Alphonse Allais

[Rafał Krzewski]

See https://github.com/scala-ide/scala-ide/pull/1163 - unfortunately it didn't make it into 4.6.0.

I've included Zinc version into the cache path, but not JVM version. What level of granularity would be appropriate here in your opinion? java.specification.version (1.8), java.version (1.8.0_131) or maybe java.class.version (52.0)?

cheers,

Rafał

To unsubscribe from this group and stop receiving emails from it, send an email to scala-ide-use...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/scala-ide-user/99e2eec3-6cba-448a-ac05-28e662739a1f%40googlegroups.com.

For more options, visit https://groups.google.com/d/optout.

[iulian dragos]

On Wed, May 24, 2017 at 10:53 AM, Rafał Krzewski <rafal.k...@gmail.com> wrote:

See https://github.com/scala-ide/scala-ide/pull/1163 - unfortunately it didn't make it into 4.6.0.

I've included Zinc version into the cache path, but not JVM version. What level of granularity would be appropriate here in your opinion? java.specification.version (1.8), java.version (1.8.0_131) or maybe java.class.version (52.0)?

I think specification number is what Sbt uses.

 

To unsubscribe from this group and stop receiving emails from it, send an email to scala-ide-user+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/scala-ide-user/9546da7c-42e6-41a2-b664-ad16f457c1e5%40googlegroups.com.

For more options, visit https://groups.google.com/d/optout.