问题标签 [ibm-jdk]

我们使用 PBKDF2 算法对密码进行哈希处理，使用SecretKeyFactory.generateSecret函数，如下所示：

一切似乎都运行良好，但是，在生产服务器上，当它在 IBM Java 中运行时，它会因以下原因而死java.security.spec.InvalidKeySpecException：无法生成密钥：

我们尝试更改迭代次数、生成的哈希大小和盐大小，但没有任何帮助。我究竟做错了什么？

我有一个使用 Grails 2.2.4 编写的 Web 应用程序。到目前为止，我们一直在 AIX 上使用 IBM 1.6 JDK 编译和运行它，因为我们的 AIX 版本不支持 1.7 或更高版本。

我们最近更新了 AIX 版本，因此我们现在可以支持 1.7 和 1.8。我们需要在 Grails 2.2.4 应用程序中至少使用 1.7，以便我们可以使用 TLS 1.2。

当我们尝试使用 IBM 1.7 JDK 时，我们会在一些单元测试中遇到错误，例如：

它发生在 1272 次测试中的 37 次中，并且仅在 IBM 1.7 SDK 下测试时发生。使用 Oracle 或 OpenJDK 运行时，测试运行没有失败。

有谁知道如何解决这个问题？

在部署和启动（使用 Tomcat ）时，它的显示方式略有不同。

我将我的应用程序从IBM JDK (IBM J9 VM)移至OpenJDK 64-Bit Server VM (build 25.131-b11, mixed mode)。在 IBM JDK 环境中，我们使用 WebSphere，而在 OpenJDK 中，我们使用 Tomcat。
在我们得到这个例外之前，一切都很好。该应用程序在 IBM JDK 和 WebSphere 环境中愉快地运行。

无论如何，我可以通过运行一些命令来了解两个 Java 环境的默认 PermGen 是什么。我搜索了互联网并浏览了一些文件，没有运气。我也试过 kill -3 。

我们刚刚将服务器从 升级RHEL v7.3到v7.4.

这个简单的程序在 RHEL v7.3 中工作，在 v7.4 中失败

RHEL 7.4 中的例外是：

RHEL v7.3 的结果是：

的更新RHEL v7.4包括openjdk从1.8.0.131到的更新，1.8.0.141但这似乎与 的版本无关，因为带有( )openjdk的问题是相同的。使用相同版本的on a和server，程序在 RH 7.3 中运行，在 RH 7.4 中失败，方式与使用相同IBM JDKWebSphere v9.0v1.8.0 SR4 FP6IBM JDKRHEL v7.3RHEL v7.4openjdk

知道发生了什么吗？

我为 POC 创建了一个示例 Web 应用程序。此应用程序在 Amazon EC2 liberty 17.0.0.2 中运行。当我们如下向 servlet 发送 get 请求时，它必须向 AWS SQS 发送消息。

http://localhost:8080/TestSqsWeb/SqsServlet?message=Hello333

我们的 EC2 是合作的 EC2，它需要代理才能连接到互联网。所以我在 liberty 的 jvm.options 文件中提供了代理配置。

它一直在给出以下异常。

经过进一步分析，我发现它在建立连接时没有采用代理系统属性。我使用 System.getProperty 在代码中打印了所有系统属性。它打印我的系统属性，这意味着配置是正确的。

为了进一步分析，我在 tomcat-8 中使用相同的代理配置在相同的 EC2 中部署了相同的应用程序，它正在工作。它能够建立连接并将我的消息发送到 AWS SQS 队列。

经过这次分析，我得出结论，自由存在一些问题。

[我的示例应用程序中的库][1]

在我发现的一篇文章中，这可能是由于 http-client 的旧版本而发生的，但我使用的是最新的 httpclient-4.5.2.jar 和 httpcore-4.4.4.jar，如您在上面的链接中所见。

有没有人遇到过与 Liberty 17.0.0.2/17.0.0.3 相同的问题？我正在使用 IBM JAVA SDK-8。

当我将 ObjectInputStream 与 IBM JDK7 一起使用时，出现了异常：

但是，当我使用 IBM 的 JDK6 或 oracle 的 JDK 运行代码时，一切正常！问题出在哪里？一些代码如：</p>

在https://stackoverflow.com/a/35443723/1031689

在 WebSphere 中设置系统属性 com.ibm.xml.xlxp.jaxb.opti.level=0。使用此设置将导致使用 JAXB 引用实现来进行解组和编组，而不是使用 WebSphere JAXB 实现。

我在 WebSphere 9.0.0.4 中的应用程序服务器 > server1 > 进程定义 > Java 虚拟机 > 自定义属性中进行了设置，然后停止并重新启动服务器，并在我的 webapp 中：

现在按预期返回 0。

然而，

仍然返回 true。

和

返回：

（实际上，无论 com.ibm.xml.xlxp.jaxb.opti.level 是否设置，它都会返回 MarshallerProxy）

当 level=0 时，MarshallerProxy 是否调用参考实现？它是这样工作的吗？

这是我启动java的方式

的内容java.policy是

我安装了新版本的 IBM Java

现在我收到此错误消息

我使用的以前的版本没有显示同样的故障

发行说明说

• 2018 年 3 月 16 日星期五 pmonrealgonzalez在suse dot com

  • 修复了备选方案的优先级 [bsc#1085018]

• 2018 年 3 月 14 日星期三 pmonrealgonzalez在suse dot com

  • 修复了更新时策略文件的符号链接 [bsc#1085018]

除了更改 keystore 和 truststore 密码并在 conf 中安装相应文件之外，我对 cassandra.yaml 进行了以下更改：

另外我设置了以下环境变量：

我调用 bin/cassandra 并最终看到......

TLS_DHE_RSA_WITH_AES_256_CBC_SHA, TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA, TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA] 因为它不受启动期间遇到的套接字异常 (java.lang.IllegalArgumentException) 的支持：SSLv2Hello 不是一个可识别的协议。java.lang.IllegalArgumentException：SSLv2Hello 不是公认的协议。

请指教。

其他一些团队正在调用我们的 FileNet 自定义应用程序来搜索文档。我相信一些用户正面临间歇性故障，因为我们收到了以下错误的票证（尽管没有用户报告此问题），我尝试用不同的场景验证我们的服务，它们都有效，但我不知道是什么导致此错误。任何建议/帮助将不胜感激。