修改已安装的JNLP应用时JNLP服务查找失败求助

这个问题我之前帮同事排查过，核心就是Java Web Start（JWS）对签名和权限的严格校验机制——你自己签名后出现UnavailableServiceException，大概率是权限配置不匹配、证书未被信任，或者签名过程有遗漏。下面是具体的解决步骤：

1. 确保JNLP文件和JAR Manifest的权限配置一致 #

JWS要求应用的权限声明必须在JNLP文件和JAR的Manifest中保持一致，否则会拒绝授予访问JNLP专属API的权限：

• 修改JNLP文件：在<jnlp>标签内添加全权限声明（访问SingleInstanceService和BasicService需要沙箱外权限）：

  <security>
      <all-permissions/>
  </security>
  

• 修改JAR的Manifest文件：在MANIFEST.MF中添加对应权限属性，签名前要确保这个属性已经存在：

  Permissions: all-permissions
  Codebase: *  <!-- 也可以指定你的应用发布地址，权限限制更严格 -->
  Application-Name: YourAppName
  

  注意：如果是重新签名，需要先解压JAR修改Manifest，再重新打包签名；也可以通过jarsigner的参数指定这些属性，但直接写入Manifest更稳妥。

2. 将你的自签名证书导入Java信任存储 #

因为你用自己的密钥对签名，这个证书默认不在Java的系统信任库中，JWS会认为签名不可信，从而限制服务访问：

• 找到你的Java安装目录下的信任库文件，通常路径是：JRE_HOME/lib/security/cacerts（如果是JDK，路径为JDK_HOME/jre/lib/security/cacerts）
• 使用keytool命令导入你的证书（假设你的证书文件是my-cert.crt）：

  keytool -importcert -file my-cert.crt -keystore cacerts -alias my-jnlp-cert
  

• 输入信任库的默认密码：changeit（如果之前修改过密码，使用修改后的即可）
• 确认导入时输入yes，完成证书信任配置。

3. 验证签名的完整性和有效性 #

签名过程中如果遗漏文件或者签名参数错误，也会导致JWS拒绝授权：

• 使用jarsigner命令验证签名后的JAR：

  jarsigner -verify -verbose -certs your-app.jar
  

• 检查输出结果：确保所有文件都显示signed，并且证书信息正确。如果有未签名的文件，需要重新打包所有文件后再签名。

4. 避免混合签名/未签名的JAR #

如果你的应用依赖多个JAR，要确保所有JAR都用同一个密钥对签名，或者都被信任的证书签名。如果存在未签名的JAR，JWS会将整个应用降级到沙箱权限，无法访问javax.jnlp.*服务。

额外注意：确认启动方式 #

你提到未修改的JAR用java.exe -cp运行无异常，但实际上javax.jnlp.*服务只有在**通过JNLP文件启动（即Java Web Start容器内）**时才会被初始化。直接用java -cp运行时，原JAR可能有降级逻辑（比如跳过JNLP服务的初始化），但这不是正常的JWS运行场景，排查时一定要通过JNLP文件启动测试。

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