0

我正在编写一个执行监视/OpenTracing 的库,并且我正在尝试使用 sbt-aspectj,以便库的用户不需要手动检测他们的代码。但是,我目前在创建代表此类库的 sbt-project 时遇到问题。

这个想法是我想要一个外部库,如这里示例中所示https://github.com/sbt/sbt-aspectj/tree/master/src/sbt-test/weave/external但是该外部库依赖于外部依赖(即akka-actors)。基本上我试图结合https://github.com/sbt/sbt-aspectj/tree/master/src/sbt-test/weave/externalhttps://github.com/sbt/sbt-aspectj/tree /master/src/sbt-test/weave/jar。我在这里创建了一个示例项目https://github.com/mdedetrich/sbt-aspectj-issue来表明我遇到的问题但是下面是相关示例

lazy val root = (project in file("."))
  .enablePlugins(SbtAspectj)
  .settings(
    name := RootName,
    version := Version,
    // add akka-actor as an aspectj input (find it in the update report)
//    aspectjInputs in Aspectj ++= update.value.matching(
//      moduleFilter(organization = "com.typesafe.akka", name = "akka-actor*")),
    // replace the original akka-actor jar with the instrumented classes in runtime
//    fullClasspath in Runtime := aspectjUseInstrumentedClasses(Runtime).value,
    // only compile the aspects (no weaving)
    aspectjCompileOnly in Aspectj := true,
    // ignore warnings (we don't have the target classes at this point)
    aspectjLintProperties in Aspectj += "invalidAbsoluteTypeName = ignore",
    // replace regular products with compiled aspects
    products in Compile ++= (products in Aspectj).value,
    libraryDependencies ++= Seq(
      "com.typesafe.akka" %% "akka-actor" % akkaVersion
    )
  )

lazy val test = (project in file("test"))
  .enablePlugins(SbtAspectj)
  .settings(
    aspectjBinaries in Aspectj ++= update.value.matching(
      moduleFilter(organization = Organization, name = s"$RootName*")),
    aspectjInputs in Aspectj ++= update.value.matching(
      moduleFilter(organization = "com.typesafe.akka", name = "akka-actor*")),
    fullClasspath in Runtime := aspectjUseInstrumentedClasses(Runtime).value,
    // weave this project's classes
    aspectjInputs in Aspectj += (aspectjCompiledClasses in Aspectj).value,
    products in Compile := (products in Aspectj).value,
    products in Runtime := (products in Compile).value,
    libraryDependencies ++= Seq(
      Organization %% RootName % Version
    )
  )

我们的想法是我们root使用发布项目root/publishLocal,而测试项目只是设计为包含在内rootlibraryDependency因此我们可以查看 aspect-j 是否正常工作。

问题很简单,我无法让它工作。https://github.com/mdedetrich/sbt-aspectj-issue上的当前代码发布root/publishLocal(不确定它是否正确)但是当我这样做时,test/run我得到了这个

[info] Weaving 2 inputs with 1 AspectJ binary to /home/mdedetrich/github/sbt-aspectj-issue/test/target/scala-2.13/aspectj/classes...
[error] stack trace is suppressed; run last test / Compile / packageBin for the full output
[error] (test / Compile / packageBin) java.util.zip.ZipException: duplicate entry: META-INF/MANIFEST.MF
[error] Total time: 1 s, completed Dec 29, 2019 4:31:27 PM
sbt:sbt-aspectj-issue> 

这似乎是重复akka-actor条目的问题。我尝试切换各种条目,build.sbt但未能使其正常工作。

编辑:这也作为github问题发布在这里https://github.com/sbt/sbt-aspectj/issues/44

4

1 回答 1

0

通常,您可以META-INF从编织的外部库中排除目录。

mappings in (Compile, packageBin) := {
    (mappings in (Compile, packageBin)).value
        .filterNot(_._2.startsWith("META-INF/"))
}

但是对于 akka 库,还有另一个问题。在每个 akka 库中,都有一个reference.conf,其中包含所提供功能的后备配置。这也会导致类似的冲突META-INF。但它不能像 一样被排除META-INF,因为它们对于 akka 正常工作是必不可少的。

如果您排除它们,则必须在您的项目中提供所有必需的 akka 配置application.conf,或者在您的项目中提供合并(而不是简单地连接)reference.conf。这不是微不足道的,并且受 akka 版本更改的影响。

另一种解决方案是单独编织和重新打包 akka 库,因此reference.conf可以将其保存在重新打包的库中。项目布局和构建脚本会稍微复杂一些,但如果您计划将来升级到更新版本的 akka,也更容易维护。

于 2019-12-31T02:43:08.920 回答