Suffissi incrociati in versione incrociata (sbt, Scala-STM, Play-JSON)

Sto usando un'estensione JSON che si basa sul gioco-json 2.2-SNAPSHOT di Mandubian. Tutto ha funzionato bene fino ad ora ho un progetto basato su Scala-STM. sbt segnala il seguente problema:Suffissi incrociati in versione incrociata (sbt, Scala-STM, Play-JSON)

[error] Modules were resolved with conflicting cross-version suffixes 
     in {file:folder}project: 
[error] org.scala-stm:scala-stm _2.10, _2.10.0 
java.lang.RuntimeException: Conflicting cross-version suffixes in: 
    org.scala-stm:scala-stm

C'è qualche possibilità di approfondire dove queste due versioni "in conflitto" provengono? Sono abbastanza sorpreso dal fatto che il play-json dovrebbe dipendere da scala-stm ?!

Inoltre, c'è un modo per convincere sbt a chiudere il ... up. Perché ovviamente 2.10 e 2.10.0 sono versioni equivalenti.

EDIT: questo sembra essere un SBT 0,13 bug (e probabilmente non ha nulla a che fare con Play-JSON), perché se ritornare alla 0.12.4, il progetto aggiorna con successo e costruisce. Sono ancora interessato a un lavoro in giro per sbt 0.13.

fonte

2013-10-08 0__

Anziché utilizzare lo SNAPSHOT di Mandubian come suoneria, perché non aggiungere solo questa dipendenza - "" play% "play_2.10"% "2.1.0" 'per la mia domanda - http://stackoverflow.com/questions/19436069/adding-play-json-library-to-sbt –

Non sono sicuro che sia un bug. Ho visto questo problema anche dopo l'aggiornamento, ma poi ho scoperto che c'erano effettivamente due diverse versioni di una libreria in uso. Potrebbe essere utile –

È possibile aggirare il problema rimuovendo scala-STM con escludono

"dependencyGroupId" %% "dependencyArtifactId" % "dependencyVersion" exclude("org.scala-stm", "scala-stm_2.10.0")

Non dimenticare di fare sbt clean.

fonte

2013-10-08 08:37:18 kompot

Grande, ha funzionato Buono a sapersi sul metodo 'exclude'! –

Dove lo aggiungo nella mia app' play'? Presumo 'Build.scala', ma dove dentro di esso? –

'Build.scala' per un progetto appena creato (Play 2.1.x, come 2.2 non usa più Build.scala) contiene variabile' val appDependencies' che contiene un 'Seq' con dipendenze. – kompot

Aggiornamento Play2 2.2 - il downgrade a SBT da 0.13.0 -> 0.12.4 non ha funzionato con me, ma escludendo l'utilizzo di exclude ("org.scala-stm", "scala-stm_2.10.0") su TUTTI dipendenze specifiche per app Avevo funzionato bene - comunque - nessuna delle mie dipendenze non dovrebbe avere nulla a che fare con scala-stm.

fonte

2013-10-08 13:45:13

Quindi stai dicendo che hai avuto lo stesso problema con Play 2.2? –

Esattamente. Si è verificato un problema quando stavo passando da Play2 2.1 a 2.2, prima che tutto andava bene con 0.12.4 e Play2 2.1 –

Se si desidera visualizzare tutte le librerie inserite nel progetto SBT, è possibile utilizzare il plug-in SBT dependency graph.

Utilizzando questo, è possibile capire perché viene importato scala-stm e verificare anche altre dipendenze di scala 2.10 e 2.11 in conflitto.

fonte

2014-08-29 06:37:26

Grazie, ho ora installato questo plugin globalmente e lo uso molto. Una buona raccomandazione –

sarebbe bello. ma questo plugin non ha funzionato per me: "non può risolvere il simbolo virtuale" nella riga 'net.virtualvoid.sbt.graph.Plugin.graphSettings ' – jsky

@jsky Quella linea dovrebbe essere in /build.sbt invece di/project/build. sbt. È questo il caso nella tua build? O utilizzare l'approccio alternativo menzionato qui: https://github.com/jrudolph/sbt-dependency-graph#how-to-use –

Suffissi incrociati in versione incrociata (sbt, Scala-STM, Play-JSON)

risposta

Problemi correlati