Closed bishabosha closed 4 months ago
in practice I guess classpath loaders skip over non-existent entries
I assume it doesn't hurt? https://github.com/scala/scala/pull/4959#discussion_r64227187. How did you come across this?
so to overcome the problem of Windows command line character limit, we needed a way to ship the classpath of the 3.5.0 binary release in a file - and this is the only way before Java 9 - in testing we found that the scala-compiler jar had these invalid entries when reading from a maven classpath - so we opted to skip these invalid entries
OK, thanks. I think we'll leave this alone, the info has very limited use but maybe it still works for what it was added in https://github.com/scala/scala/pull/4959#discussion_r64227187.
Problem
The
scala-compiler
jar uploaded to maven has an invalidClass-Path
entry in the manifesthttps://github.com/scala/scala/blob/c1fe21370b78365a7d2c41aaefde56a3196dd709/build.sbt#L554
This entry is only valid when using the scala binary distribution, where there exist sibling jar files
scala-reflect.jar
andscala-library.jar
. Applications where the classpath might be formatted differently, e.g. paths into a maven cache, then can not resolve these jars - shouldn't the jar only have this structure in the binary distribution?