当前位置: 首页 > 知识库问答 >
问题:

Maven+Sonar+Findbugs:Findbugs需要编译源代码

谈旺
2023-03-14

[WARN][13:21:45.287]Findbugs需要编译源代码。请在执行声纳之前构建项目,或者检查编译类的位置,以便Findbugs分析您的项目。

我以前从未遇到过这个问题(在同一个项目中,但使用的是sonar的旧版本),所以我在Internet上搜索,发现我可能需要定义sonar.binaries来将sonar指向编译的类。(在我的情况下,声纳在过去是自动解决这个问题的)。不过,我在pom.xml中添加了以下属性:

  <sonar.sources>${basedir}/src/org/myproject</sonar.sources>
  <sonar.binaries>${basedir}/target/classes/org/myproject</sonar.binaries>
  <sonar.java.binaries>${basedir}/target/classes/org/myproject</sonar.java.binaries>
  <sonar.tests>${basedir}/test/org/myproject</sonar.tests>

但是,当看到sonar.binaries现在显式地指向Maven的目标文件夹时,我仍然得到同样的错误。

[INFO] [15:18:46.496] Source paths: src/org/myproject
[INFO] [15:18:46.496] Test paths: test/org/myproject
[INFO] [15:18:46.496] Binary dirs: target/classes/org/myproject
    null

我真的很困惑,因为这在过去像一个魅力一样有效。

共有1个答案

岑叶秋
2023-03-14

使用Maven运行SonarQube分析时,不需要指定以下属性:

  • sonar.sources
  • sonar.tests
  • sonar.libraries
  • sonar.binaries

,因为SonarQube Maven为您做到了这一点。

 类似资料:
  • 编译solidity源代码 通过solc编译器编译solidity代码到字节码。你可以参考solidity安装文档在本地安装编译器。 编写solidity代码运行: $ solc <contract>.sol --bin --abi --optimize -o <output-dir>/ bin和ABI编译器参数都需要充分利用web3j中的智能合约。 bin,输出包含十六进制编码的solidit

  • 我的pom文件列表 但是,在时,我得到 当我运行时,我看到实际上我使用的是Java6 它可以在哪里定义?我有源(d)my.zshrc多次。

  • 问题:不断得到“模块'xxx'可能需要(重新)编译”。 步骤: 将示例GWT Maven项目导入eclipse(“MobileWebApp”-来自GWT SDK) GWT |编译项目 在生产模式下运行(不带codesvr参数,即使用“localhost:8888/MobileWebApp.html”) 备注: 我对GWT和Maven都是新手。 我读到GWT模块可能需要(重新)编译REDUX。 开发

  • 问题内容: 主要问题 我想做的很简单。否则,您会认为。但是,没有任何工作正常。 要求: 使用maven,使用AspectJ编译器编译Java 1.6项目。 注意: 我们的代码无法使用javac进行编译。也就是说,如果未编织方面,则编译将失败(因为我们拥有可以软化异常的方面)。 2011年 2月21日 更新: 对此有两种同等可行的解决方案(两种情况都将 AspectJ-maven-plugin 与

  • 我已将Google Guava Project(https://github.com/google/guava)克隆到我的本地Mac计算机 我事先运行了mvn验证,没有任何问题。 当运行命令mvn clean然后运行mvn软件包时,我遇到了这个错误。 [错误]未能在 project guava-tests 上执行 goal org.apache.maven.plugins:maven-compil

  • 我已经搜索了所有关于为什么我们应该有不同于目标的来源,但不一致的答案: 如果JDK向下兼容,为什么在1.7上编译时需要将目标设置为1.8? 将源设置为高于目标将不起作用,例如错误: 源版本8需要目标版本1.8 同样来自Maven: 仅仅设置target选项并不能保证代码在具有指定版本的JRE上实际运行。陷阱在于无意中使用了只存在于后来的JRE中的API,这会导致代码在运行时出现链接错误 有人能举个