使用BitBake编译Java程序签名失败，手动执行脚本却成功的问题咨询

可能的原因与修复步骤 #

1. BitBake执行环境的网络隔离/代理差异 #

BitBake默认会在隔离的构建环境中运行任务，可能继承的系统代理、网络环境和你手动执行脚本时的终端不一样。比如：

• 你手动执行时用了代理，但BitBake的环境变量里没配置；
• 构建系统的网络策略（比如防火墙、容器隔离）限制了BitBake进程的网络访问，但终端进程不受限。

修复：

• 在BitBake的配置文件（比如local.conf）里显式设置代理（如果需要）：

  export HTTP_PROXY=http://your-proxy:port
  export HTTPS_PROXY=http://your-proxy:port
  export NO_PROXY=localhost,127.0.0.1
  

• 或者在启动BitBake时直接传递环境变量：

  HTTP_PROXY=http://your-proxy:port bitbake your-java-recipe
  

2. Jarsigner尝试访问在线CA证书仓库 #

Jarsigner默认会尝试连接Oracle的CA证书仓库来验证签名证书的有效性，BitBake的隔离环境可能无法访问外网，但你手动执行时的环境能正常访问（或者之前已经缓存了证书）。

修复：

• 给jarsigner添加-J-Djava.security.properties=/path/to/custom-security.properties参数，禁用在线证书检查：
  在你的Java recipe的do_compile或do_sign任务里修改jarsigner命令，添加：

  jarsigner -J-Djava.security.properties=${WORKDIR}/no-online-certs.properties ...
  

  其中no-online-certs.properties内容为：

  certpath.disabledAlgorithms=MD2, MD5, RSA keySize < 1024
  jdk.certpath.disabledAlgorithms=MD2, MD5, RSA keySize < 1024
  jdk.tls.disabledAlgorithms=SSLv3, TLSv1, TLSv1.1, RC4, DES, MD5withRSA, \
      DH keySize < 1024, EC keySize < 224, 3DES_EDE_CBC, anon, NULL
  # 禁用在线证书获取
  com.sun.net.ssl.checkRevocation=false
  java.security.cert.checkRevocation=false
  

• 或者直接使用本地信任的CA证书库，指定-keystore参数时同时指定-trustcacerts并指向本地证书文件。

3. BitBake的任务优先级/资源限制 #

BitBake在并行构建时可能给签名任务分配的资源不足，导致网络请求超时，但手动执行时是单进程无资源限制，能正常完成。

修复：

• 临时禁用并行构建，测试是否解决：

  bitbake your-java-recipe -j 1
  

• 如果有效，调整BitBake的并行任务数，或者在recipe里给do_sign任务设置PARALLEL_MAKE = ""来禁用该任务的并行。

4. 环境变量的差异 #

BitBake执行任务时会重置部分环境变量，比如JAVA_HOME、PATH等，虽然脚本是自动生成的，但BitBake可能在执行前覆盖了某些变量，导致jarsigner的行为变化。

修复：

• 在recipe的do_sign任务里显式设置必要的环境变量：

  do_sign() {
      export JAVA_HOME=${STAGING_DIR_NATIVE}/usr/lib/jvm/java-1.8-openjdk
      export PATH=${JAVA_HOME}/bin:${PATH}
      # 原有签名命令
      jarsigner ...
  }
  

• 对比手动执行脚本时的环境变量和BitBake执行时的环境变量，找差异：可以在recipe里添加env > ${WORKDIR}/bitbake-env.txt，然后和手动执行env > manual-env.txt对比。

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