关于 Corda 中实现选择的一些问题，例如 log4j2 和存储库 MavenCentral Jcenter答案

【问题标题】：Some questions on implementation choices in Corda such as log4j2 and repositories MavenCentral Jcenter关于 Corda 中实现选择的一些问题，例如 log4j2 和存储库 MavenCentral Jcenter
【发布时间】：2018-04-04 20:25:23
【问题描述】：

快速检查关于 Corda 中一些设计选择的这两个问题：

build.gradle 中需要所有 3 个存储库：'jcenter()'、'mavenCentral()' 和 'maven { url 'https://jitpack.io' }'。

a) 为什么 Corda 依赖于 github 快照（jitpack）

b) 为什么 jcenter 和 mavenCentral 中的所有内容都没有？为什么有些一部分在一个，其他在另一个？什么是标准存储库在 jcenter vs/或 mavenCentral 中处理？
许多示例似乎使用 log4j2（甚至不是 log4j），但核心似乎使用 slf4j。例如，选择 logback 是否有任何技术原因？

【问题讨论】：

我不熟悉 Corda，但关于问题 2，我认为 Log4j2 的性能优势可能是一个因素：logging.apache.org/log4j/2.x/performance.html
哪些例子使用了log4j2？

标签： corda

【解决方案1】：

Jitpack 用于创建对 CRaSH shell 的特殊分支的依赖（例如 https://github.com/crashub/crash/commit/cadb53544fbb3c0fb901445da614998a6a419488）。

【讨论】：

【解决方案2】：

1a) Corda 团队不久前开始使用 Jitpack 编译一些分叉的 repos（一些依赖项只是有需要快速修补的错误，有些是完整的分叉）。硬分叉的依赖项（例如崩溃）将在不久的将来某个时候被放入 Corda 工件中，而那些为修复紧急错误而快速发布的依赖项将改回依赖上游发布的二进制文件。

1b) 请向 GitHub 上的 Corda Slack 或 issue tracker 报告任何丢失的二进制文件。 Jcenter 将功能齐全，因为我们先在那里上传，然后再发布到中心。由于手动性质，这有时会出错。我们已经开始转向自动化这些。

我认为 2 不适合 StackOverflow 并且属于 Corda slack 的 #design 频道。

【讨论】：

SLF4J 是一个日志抽象层，后面有 Log4J2。不应该直接与 Log4J2 进行正常的日志记录操作。