Open swaldman opened 5 years ago
@swaldman Thanks for the report. This looks like update
task in the metabuild caches the result without checking for the still- existence of the JAR files. I wonder if this has always been the case or if it regressed at some point.
problem
Trying to move things to the 1.3.x series, I've sometimes had trouble getting plugin SNAPSHOTs to update as I republish them. (That may become a separate issue.)
Using the oldest, ugliest trick for circumventing a cache, I tried just deleting them from the Coursier cache.
Rather than forcing a reload of the plugins, the projects silently "succeed" at initializing, despite the absence of the plugin dependency. This doesn't seem like great behavior, as plug-in dependencies are real dependencies and builds may behave badly in ways users fail to anticipate if the plugins are not there.
steps
sbt version: 1.3.2
build.sbt
:project/build.properties
project/plugins.sbt
Then run sbt in the project...
Hooray! But now...
expectation
The build should notice that the plugin dependency is not in fact present, and either reload it or report a failure.
notes
A round of
reload plugins
/update
/reload return
cures the problem.Adding to
build.sbt
an explicitenablePlugins(StatsPlugin)
is a workaround, correctly forces the build to fail to initialize if the plugin is not present.