Scala SBT如何在插件任务执行中使用Build.SBT中的类

Scala SBT如何在插件任务执行中使用Build.SBT中的类,scala,sbt,classloader,Scala,Sbt,Classloader,project/*.scala文件中定义的任何类都可供SBT在生成定义代码中使用 我希望这些类在执行SBT插件任务时可用,但它们似乎不可用 为什么会这样,我该如何修复它 我试图解决的具体问题是为Scalastyle添加自定义规则。这个项目,但我想我可能可以在项目/*.sbt文件中添加一条规则,然后在Scalastyle中使用它 如果我在project/MyRule.scala中定义了一个规则,那么它可以在project/Build.scala设置中使用: object MyBuild exten

project/*.scala
文件中定义的任何类都可供SBT在生成定义代码中使用

我希望这些类在执行SBT插件任务时可用,但它们似乎不可用

为什么会这样,我该如何修复它

我试图解决的具体问题是为
Scalastyle
添加自定义规则。这个项目,但我想我可能可以在
项目/*.sbt
文件中添加一条规则,然后在
Scalastyle
中使用它

如果我在
project/MyRule.scala
中定义了一个规则,那么它可以在
project/Build.scala
设置中使用:

object MyBuild extends Build {

  lazy val project = Project("MyProject", file("."))
    .settings(ScalastylePlugin.Settings: _*)

  // my rule is available in this classloader:
  val test = classOf[MyRule].getName

  ...
}
。。。但是当ScalastylePlugin任务运行时,它使用的类加载器无法看到该类:

java.lang.NoClassDefFoundError: MyRule
java.net.URLClassLoader$1.run(URLClassLoader.java:202)
java.security.AccessController.doPrivileged(Native Method)
java.net.URLClassLoader.findClass(URLClassLoader.java:190)
java.lang.ClassLoader.loadClass(ClassLoader.java:307)
java.lang.ClassLoader.loadClass(ClassLoader.java:248)
java.lang.Class.forName0(Native Method)
java.lang.Class.forName(Class.java:169)
org.scalastyle.Checker$.newInstance(Checker.scala:194)
org.scalastyle.Checker$$anonfun$verifySource0$1.apply(Checker.scala:116)
org.scalastyle.Checker$$anonfun$verifySource0$1.apply(Checker.scala:116)
...
org.scalastyle.ScalastyleChecker.checkFiles(Checker.scala:64)
org.scalastyle.sbt.Tasks$.runScalastyle(Plugin.scala:121)
org.scalastyle.sbt.Tasks$.doScalastyle(Plugin.scala:90)
org.scalastyle.sbt.ScalastylePlugin$$anonfun$4$$anonfun$apply$1.apply(Plugin.scala:63)
org.scalastyle.sbt.ScalastylePlugin$$anonfun$4$$anonfun$apply$1.apply(Plugin.scala:63)
scala.Function6$$anonfun$tupled$1.apply(Function6.scala:35)
scala.Function6$$anonfun$tupled$1.apply(Function6.scala:34)
scala.Function1$$anonfun$compose$1.apply(Function1.scala:47)
sbt.$tilde$greater$$anonfun$$u2219$1.apply(TypeFunctions.scala:42)
sbt.std.Transform$$anon$4.work(System.scala:64)
sbt.Execute$$anonfun$submit$1$$anonfun$apply$1.apply(Execute.scala:237)
sbt.Execute$$anonfun$submit$1$$anonfun$apply$1.apply(Execute.scala:237)
sbt.ErrorHandling$.wideConvert(ErrorHandling.scala:18)
sbt.Execute.work(Execute.scala:244)
sbt.Execute$$anonfun$submit$1.apply(Execute.scala:237)
sbt.Execute$$anonfun$submit$1.apply(Execute.scala:237)
sbt.ConcurrentRestrictions$$anon$4$$anonfun$1.apply(ConcurrentRestrictions.scala:160)
sbt.CompletionService$$anon$2.call(CompletionService.scala:30)
java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
...
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
java.lang.Thread.run(Thread.java:619)
我已经检查了在Scalastyle任务中使用的类加载器,它的类路径上有所有的SBT librarydependency JAR,但没有来自SBT项目的类


如何将这些类添加到其类路径中?

我认为这是不可能的,因为

注意:在运行时,所有构建的所有插件都加载在单独的, 生成的类装入器的父类装入器。这意味着 插件不会从构建定义中看到类或资源

编辑 根据这些评论,我认为这个解决方案可能有效。在
project/
中创建名为
scala样式defs
的额外项目。这就是你的规则。在同一项目中,使用构建定义创建
build.sbt
,例如

libraryDependencies += "org.scalastyle" %% "scalastyle" % "0.4.0"

resolvers += "sonatype-releases" at "https://oss.sonatype.org/content/repositories/releases/"
然后在
项目中/
使用以下内容创建build.sbt

lazy val root = project.in(file(".")) dependsOn(scalastyleDefs)

lazy val scalastyleDefs = Project(id="scalastyleDefs", base=file("scala-style-defs"))
当然还有
plugins.sbt
with

addSbtPlugin("org.scalastyle" %% "scalastyle-sbt-plugin" % "0.4.0")

resolvers += "sonatype-releases" at "https://oss.sonatype.org/content/repositories/releases/"
现在,在主项目中创建
build.sbt
,其中包括scalastyle设置

org.scalastyle.sbt.ScalastylePlugin.Settings

这是完整的
project/Build.scala
code吗?我认为它应该被
对象MyBuild扩展Build{…}
包围。看,是的。我已经澄清了上面的摘录,我很想把它作为一个副本关闭。请参阅我的回答“关注点分离(在da haus中又称joescii)”一节。我说它是重复的是不是错了?@JacekLaskowski:这与这个问题有点不同,因为它要求在构建主项目时,插件可以使用
项目/
元项目中的类。链接的问题是关于在元项目中使用项目类的问题。不过它们是相关的。谢谢你的澄清。你能在GitHub上发布一个项目来解决这个问题吗?谢谢,这就解释了为什么我的天真实现不起作用。你能找到一种让类对插件可用的方法吗?如果我把它们放在元项目(
project/project/
)中,供元项目(
project/
)中的插件使用,会怎么样?插件不能获得构建定义的类加载器,然后通过反射访问其中的内容吗?@SethTisue和Rich请查看我的更新。也许这个解决方案适合你。如果您在实现它时遇到问题,请查看我的示例项目(如果有)problems@SethTisueRich你测试过我的解决方案吗?它适合你吗?你还有更多问题吗?@SethTisue在项目和构建之间实际上存在类装入器隔离,因此,您实际上需要非常聪明地了解如何加载类,以便scalastyle类是相同的。对于任何JVM开发人员来说,这都是“黑暗领域”。公布的解决方案是一个巨大的妥协。