Open Sciss opened 3 months ago
Wait. Sorry. The jars do contain the classes multiple times. WTF.
$ jar -tf /home/hhrutz/.ivy2/local/de.sciss/soundprocesses-core_2.13/4.14.14-SNAPSHOT/jars/soundprocesses-core_2.13.jar | grep SchedulerImpl\$Impl
de/sciss/proc/impl/SchedulerImpl$Impl.class
$ jar -tf /home/hhrutz/.ivy2/local/de.sciss/soundprocesses-compiler_2.13/4.14.14-SNAPSHOT/jars/soundprocesses-compiler_2.13.jar | grep SchedulerImpl\$Impl
de/sciss/proc/impl/SchedulerImpl$Impl.class
Perhaps a crossproject bug? Anyway, seems unrelated to sbt-assembly, closing.
I'm working on locally published
SNAPSHOT
minor version of a library, that when I use it in the target (local) project, produces new assembly errors, basically like this:Basically every class is found in multiple files, although in reality they are not in multiple files. For example,
de/sciss/proc/impl/SchedulerImpl$Impl.class
is only insoundprocesses-core_2.13-4.14.13-SNAPSHOT.jar,
but not insoundprocesses-compiler_2.13-4.14.13-SNAPSHOT.jar
orsoundprocesses-views_2.13-4.14.13-SNAPSHOT.jar
(thus falsely reported). I sometimes made it work by bumping the minor version further when updating, but now it doesn't work either. Seems to be a very nasty cache problem. I already removedtarget
etc., but probably the cache is elsewhere. I also triedbut has no effect.