Re: Compile issues with Flink 1.0-SNAPSHOT and Scala 2.11

Posted by Cory Monty on
URL: http://deprecated-apache-flink-user-mailing-list-archive.369.s1.nabble.com/Compile-issues-with-Flink-1-0-SNAPSHOT-and-Scala-2-11-tp4870p4872.html

Hmm. We don't explicitly include "flink-annotations" and we do not append the Scala suffix for "flink-core":

`"org.apache.flink" % "flink-core" % "1.0-SNAPSHOT"`

Here are the packages we currently include with a Scala suffix:

flink-scala

flink-clients

flink-streaming-scala

flink-connector-kafka-0.8

flink-test-utils

flink-streaming-contrib

If there is any documentation you can point to regarding when to include the Scala suffix on Flink packages, let me know.

On Thu, Feb 11, 2016 at 2:55 PM, Stephan Ewen <[hidden email]> wrote:

Hi Cory!

"flink-core" and "flink-annotations" should not have Scala suffixes, because they do not depend on Scala.

So far, we mark the Scala independent projects without suffixes. Is that very confusing, or does that interfere with build tools?

Greetings,

Stephan

On Thu, Feb 11, 2016 at 9:50 PM, Cory Monty <[hidden email]> wrote:

As of this afternoon, SBT is running into issues compiling with the following error:

[error] Modules were resolved with conflicting cross-version suffixes in 

[error]    org.scalatest:scalatest _2.10, _2.11

[error]    org.apache.flink:flink-core _2.11, <none>

[error]    org.apache.flink:flink-annotations _2.11, <none>

java.lang.RuntimeException: Conflicting cross-version suffixes in: org.scalatest:scalatest, org.apache.flink:flink-core, org.apache.flink:flink-annotations

at scala.sys.package$.error(package.scala:27)

at sbt.ConflictWarning$.processCrossVersioned(ConflictWarning.scala:46)

at sbt.ConflictWarning$.apply(ConflictWarning.scala:32)

at sbt.Classpaths$$anonfun$66.apply(Defaults.scala:1164)

at sbt.Classpaths$$anonfun$66.apply(Defaults.scala:1161)

at scala.Function1$$anonfun$compose$1.apply(Function1.scala:47)

at sbt.$tilde$greater$$anonfun$$u2219$1.apply(TypeFunctions.scala:40)

at sbt.std.Transform$$anon$4.work(System.scala:63)

at sbt.Execute$$anonfun$submit$1$$anonfun$apply$1.apply(Execute.scala:226)

at sbt.Execute$$anonfun$submit$1$$anonfun$apply$1.apply(Execute.scala:226)

at sbt.ErrorHandling$.wideConvert(ErrorHandling.scala:17)

at sbt.Execute.work(Execute.scala:235)

at sbt.Execute$$anonfun$submit$1.apply(Execute.scala:226)

at sbt.Execute$$anonfun$submit$1.apply(Execute.scala:226)

at sbt.ConcurrentRestrictions$$anon$4$$anonfun$1.apply(ConcurrentRestrictions.scala:159)

at sbt.CompletionService$$anon$2.call(CompletionService.scala:28)

at java.util.concurrent.FutureTask.run(FutureTask.java:266)

at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)

at java.util.concurrent.FutureTask.run(FutureTask.java:266)

at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)

at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)

at java.lang.Thread.run(Thread.java:745)

Any thoughts are greatly appreciated!

Cheers,

Cory