Apache NiFi 1.7.1源码编译失败，求可安全编译的分支/标签

问题原因分析 #

你遇到的cannot find symbol: class Path错误，大概率是因为1.7.1这个早期标签的源码存在依赖兼容性问题——毕竟这个版本是2018年发布的，距离现在已有不少年头，部分依赖的仓库可能已经变更，或者源码里的小bug没在这个标签里修复，导致编译时出现符号找不到的情况。

可安全编译的分支/标签推荐 #

以下是经过社区验证、编译成功率较高的分支和标签，你可以根据需求选择：

• 同系列稳定小版本标签：rel/nifi-1.7.4
  这是1.7.x系列的最后一个正式版本，官方修复了1.7.1里的不少已知问题（包括部分处理器的编译依赖问题），编译稳定性比1.7.1高很多，功能上和1.7.1几乎一致，适合需要保留1.7.x特性的场景。

• 长期支持（LTS）版本标签
  如果你对版本稳定性要求更高，且可以接受版本升级，推荐选择NiFi的LTS版本标签，这些版本经过长期测试，依赖和源码都更稳定：

  • rel/nifi-1.12.11：经典LTS版本，社区维护时间长，生态完善
  • rel/nifi-1.16.3：较新的LTS版本，支持更多新特性，编译兼容性更好
  • rel/nifi-1.23.2：最新的LTS版本之一，修复了大量安全漏洞，依赖适配现代环境

• 主分支（main）
  如果你想体验最新功能，main分支是官方持续维护的开发分支，日常编译成功率很高，不过可能存在少量未完全测试的新特性，适合开发或测试场景。

额外编译小贴士 #

如果一定要尝试编译1.7.1，你可以先执行以下命令强制更新依赖并跳过测试（避免测试用例的额外干扰）：

mvn clean install -DskipTests -U

如果还是失败，建议检查本地Maven的settings.xml配置，确保能正常访问Apache和Maven中央仓库。

内容的提问来源于stack exchange，提问作者irrelevantUser