Exception after upgrade to Play 2.2.6

[richdougherty]

An error has been reported on the mailing list. @jsuereth asked me to report it here.

https://groups.google.com/d/msg/play-framework/7uNX_ImTW08/y82aICqggaIJ

These are the changes in Play 2.2.6. There shouldn't be anything sbt related.

playframework/playframework@2.2.5...2.2.6

[mslinn]

Last did not give a longer stack trace. This is all I could get.

java.lang.UnsupportedOperationException: Position.start on class scala.reflect.internal.util.OffsetPosition
    at scala.reflect.internal.util.Position.start(Position.scala:114)
    at sbt.internals.parser.SbtParser.sbt$internals$parser$SbtParser$$convertStatement$1(SbtParser.scala:142)
    at sbt.internals.parser.SbtParser$$anonfun$4.apply(SbtParser.scala:147)
    at sbt.internals.parser.SbtParser$$anonfun$4.apply(SbtParser.scala:147)
    at scala.collection.TraversableLike$$anonfun$flatMap$1.apply(TraversableLike.scala:251)
    at scala.collection.TraversableLike$$anonfun$flatMap$1.apply(TraversableLike.scala:251)
    at scala.collection.immutable.List.foreach(List.scala:318)
    at scala.collection.TraversableLike$class.flatMap(TraversableLike.scala:251)
    at scala.collection.AbstractTraversable.flatMap(Traversable.scala:105)
    at sbt.internals.parser.SbtParser.splitExpressions(SbtParser.scala:147)
    at sbt.internals.parser.SbtParser.<init>(SbtParser.scala:60)
    at sbt.EvaluateConfigurations$.splitExpressions(EvaluateConfigurations.scala:227)
    at sbt.EvaluateConfigurations$.parseConfiguration(EvaluateConfigurations.scala:69)
    at sbt.EvaluateConfigurations$.evaluateSbtFile(EvaluateConfigurations.scala:107)
    at sbt.Load$.sbt$Load$$loadSettingsFile$1(Load.scala:710)
    at sbt.Load$$anonfun$sbt$Load$$memoLoadSettingsFile$1$1.apply(Load.scala:715)
    at sbt.Load$$anonfun$sbt$Load$$memoLoadSettingsFile$1$1.apply(Load.scala:714)
    at scala.Option.getOrElse(Option.scala:120)
    at sbt.Load$.sbt$Load$$memoLoadSettingsFile$1(Load.scala:714)
    at sbt.Load$$anonfun$loadFiles$1$2.apply(Load.scala:721)
    at sbt.Load$$anonfun$loadFiles$1$2.apply(Load.scala:721)
    at scala.collection.TraversableLike$$anonfun$map$1.apply(TraversableLike.scala:244)
    at scala.collection.TraversableLike$$anonfun$map$1.apply(TraversableLike.scala:244)
    at scala.collection.mutable.ResizableArray$class.foreach(ResizableArray.scala:59)
    at scala.collection.mutable.ArrayBuffer.foreach(ArrayBuffer.scala:47)
    at scala.collection.TraversableLike$class.map(TraversableLike.scala:244)
    at scala.collection.AbstractTraversable.map(Traversable.scala:105)
    at sbt.Load$.loadFiles$1(Load.scala:721)
    at sbt.Load$.discoverProjects(Load.scala:732)
    at sbt.Load$.discover$1(Load.scala:545)
    at sbt.Load$.loadTransitive(Load.scala:574)
    at sbt.Load$.loadProjects$1(Load.scala:442)
    at sbt.Load$.loadUnit(Load.scala:446)
    at sbt.Load$$anonfun$18$$anonfun$apply$11.apply(Load.scala:281)
    at sbt.Load$$anonfun$18$$anonfun$apply$11.apply(Load.scala:281)
    at sbt.BuildLoader$$anonfun$componentLoader$1$$anonfun$apply$4$$anonfun$apply$5$$anonfun$apply$6.apply(BuildLoader.scala:91)
    at sbt.BuildLoader$$anonfun$componentLoader$1$$anonfun$apply$4$$anonfun$apply$5$$anonfun$apply$6.apply(BuildLoader.scala:90)
    at sbt.BuildLoader.apply(BuildLoader.scala:140)
    at sbt.Load$.loadAll(Load.scala:334)
    at sbt.Load$.loadURI(Load.scala:289)
    at sbt.Load$.load(Load.scala:285)
    at sbt.Load$.load(Load.scala:276)
    at sbt.Load$.apply(Load.scala:130)
    at sbt.GlobalPlugin$.build(GlobalPlugin.scala:33)
    at sbt.GlobalPlugin$.load(GlobalPlugin.scala:39)
    at sbt.Load$.loadGlobal(Load.scala:88)
    at sbt.Load$.defaultWithGlobal(Load.scala:63)
    at sbt.Load$.defaultLoad(Load.scala:34)
    at sbt.BuiltinCommands$.doLoadProject(Main.scala:481)
    at sbt.BuiltinCommands$$anonfun$loadProjectImpl$2.apply(Main.scala:475)
    at sbt.BuiltinCommands$$anonfun$loadProjectImpl$2.apply(Main.scala:475)
    at sbt.Command$$anonfun$applyEffect$1$$anonfun$apply$2.apply(Command.scala:58)
    at sbt.Command$$anonfun$applyEffect$1$$anonfun$apply$2.apply(Command.scala:58)
    at sbt.Command$$anonfun$applyEffect$2$$anonfun$apply$3.apply(Command.scala:60)
    at sbt.Command$$anonfun$applyEffect$2$$anonfun$apply$3.apply(Command.scala:60)
    at sbt.Command$.process(Command.scala:92)
    at sbt.MainLoop$$anonfun$1$$anonfun$apply$1.apply(MainLoop.scala:98)
    at sbt.MainLoop$$anonfun$1$$anonfun$apply$1.apply(MainLoop.scala:98)
    at sbt.State$$anon$1.process(State.scala:184)
    at sbt.MainLoop$$anonfun$1.apply(MainLoop.scala:98)
    at sbt.MainLoop$$anonfun$1.apply(MainLoop.scala:98)
    at sbt.ErrorHandling$.wideConvert(ErrorHandling.scala:17)
    at sbt.MainLoop$.next(MainLoop.scala:98)
    at sbt.MainLoop$.run(MainLoop.scala:91)
    at sbt.MainLoop$$anonfun$runWithNewLog$1.apply(MainLoop.scala:70)
    at sbt.MainLoop$$anonfun$runWithNewLog$1.apply(MainLoop.scala:65)
    at sbt.Using.apply(Using.scala:24)
    at sbt.MainLoop$.runWithNewLog(MainLoop.scala:65)
    at sbt.MainLoop$.runAndClearLast(MainLoop.scala:48)
    at sbt.MainLoop$.runLoggedLoop(MainLoop.scala:32)
    at sbt.MainLoop$.runLogged(MainLoop.scala:24)
    at sbt.StandardMain$.runManaged(Main.scala:53)
    at sbt.xMain.run(Main.scala:28)
    at xsbt.boot.Launch$$anonfun$run$1.apply(Launch.scala:57)
    at xsbt.boot.Launch$.withContextLoader(Launch.scala:77)
    at xsbt.boot.Launch$.run(Launch.scala:57)
    at xsbt.boot.Launch$$anonfun$explicit$1.apply(Launch.scala:45)
    at xsbt.boot.Launch$.launch(Launch.scala:65)
    at xsbt.boot.Launch$.apply(Launch.scala:16)
    at xsbt.boot.Boot$.runImpl(Boot.scala:32)
    at xsbt.boot.Boot$.main(Boot.scala:21)
    at xsbt.boot.Boot.main(Boot.scala)
[error] java.lang.UnsupportedOperationException: Position.start on class scala.reflect.internal.util.OffsetPosition
[error] Use 'last' for the full log.
Project loading failed: (r)etry, (q)uit, (l)ast, or (i)gnore? 

[retronym]

Could you please provide the .sbt files in the project and home directory? One of these is tripping up the new .sbt file parser in SBT introduced in #1606. See also #1666

[retronym]

Something like https://github.com/retronym/xsbt/compare/ticket/1739 should fix this, but it will be important to get a test case to validate this.

[mslinn]

Jason, I sent files to your gmail account.

Thanks,

Mike

[retronym]

As a workaround, you can pass -Dsbt.parser.simple=true to your play/SBT command line. This will revert to the old .sbt parser that splits based on \n\n.

[retronym]

I was not able to reproduce the problem. I tried sbt 0.13.{6,7-M3,7}. Only the latter two tags contain the SbtParser class that is the home of the bug.

@mslinn Could you please try to whittle down your .sbt files line-by-line so as to find out which part is to blame? This will really help us to write a test case for this bug.

[mslinn]

I'm working towards a deadline, it is a long march. I don't expect to be able to do this for some time.

Sorry, Mike

[mslinn]

Probably not surprising, but switching back to SBT 0.11.6 made the problem go away

[retronym]

Good luck on the march!

Does the suggested workaround help?

I can't imagine it would take more ten minutes to remove the lines of your build definition one by one, to see when you transition from "java.lang.UnsupportedOperationException" to either a successful load of the project or some other error in the build. The latter would indicate that it got past parsing.

So if you need a break from marching, we'd really appreciate that.

[retronym]

Probably not surprising, but switching back to SBT 0.11.6 made the problem go away

The project you sent me privately contained a build.properties that was set to SBT 0.11.6. That confused my a little. Are you certain you sent me the right project?

[mslinn]

I made a new project on the same machine. build.sbt is empty. ~/.sbt has been renamed

$ ls -alF
total 12
drwxr--r-x  3 mslinn mslinn 4096 Nov 20 14:39 ./
drwxrw-r-x 13 mslinn mslinn 4096 Nov 20 14:26 ../
-rw-rw-r--  1 mslinn mslinn    0 Nov 20 14:39 build.sbt
drwxrw-r-x  3 mslinn mslinn 4096 Nov 20 14:38 project/

$ ls -alF project/
total 20
drwxrw-r-x 3 mslinn mslinn 4096 Nov 20 14:38 ./
drwxr--r-x 3 mslinn mslinn 4096 Nov 20 14:39 ../
-rw-rw-r-- 1 mslinn mslinn   19 Nov 20 14:32 build.properties
-rw-rw-r-- 1 mslinn mslinn   59 Nov 20 14:34 plugins.sbt

$ cat project/build.properties 
sbt.version=0.13.7

$ cat project/plugins.sbt 
addSbtPlugin("com.typesafe.play" % "sbt-plugin" % "2.2.6")

There are no other files in the project. This still causes the same stack dump as before:

/opt/play-2.2.6/play update

Perhaps an environment variable is the problem, or another package installed on the system (XUbuntu 14.10)?

[retronym]

Perhaps an environment variable is the problem,

I can see the problem now. The play script in version 2.2.6 forces SBT 0.13.7 to using Scala 2.10.3 internally, rather the supported version, 2.10.4.

I was running sbt directly, which did not suffer from this problem.

A workaround is to use:

SBT_SCALA_VERSION=2.10.4 ~/usr/play-2.2.6/play update

It seems the new SbtParser relies on a bug fix in Scala 2.10.4.

@richdougherty I'm going to close this issue and let you find a solution on the play side. You can either bump to 2.10.4, or, if there is some other reason that doesn't work in Play, add -Dsbt.parser.simple=true to the Java command line of the SBT process.

[mslinn]

Both workarounds work.

Now I can brag about having written the smallest possible Play 2.2.6 app :)
Whoohoo!