我有两个不同的java设置在两个不同的domino服务器使用相同的版本。
在这里，您可以看到在System.properties中找到的服务器设置：
服务器1使用urlconnection时运行正常
java.protocol.handler.pkgs=com.ibm.domino.internal.protocol
服务器2使用urlconnection时无法使用
java.protocol.handler.pkgs=com.sun.net.ssl.internal.www.protocol
更新：我mistanopulous把错误的线在错误的服务器最初，应该是好了，现在，
---
奇怪的是，当在代理中测试java.NET.UrlConnection时，它在两个服务器上都能工作，但当在XPages中使用的Java类中测试时，它却不能工作。
这是我们在服务器2上得到的错误。
[1410：0011-0454] 2023-09-07 12：21：45 HTTP JVM：java.lang.ClassCastException：com. sun.NET. ssl. internal. www.protocol.https.HttpsURLConnectionOldImpl与javax.net.ssl. HttpURLConnection不兼容
这个设置开始不同的原因是什么？我如何使它们相同？
这导致我在对https进行java.NET.UrlConnection调用时，根据xpage/脚本运行的服务器编写不同的XPages Java代码。
注意：我只是假设java.protocol.handler.pkgs的值是导致这个问题的原因，当然也可能是其他原因，但这是我最好的猜测。
在服务器2上，我们还有一些其他设置指向错误的路径，并且在服务器1上丢失
x1c 0d1x的数据
2条答案
按热度按时间s3fp2yjn1#
好吧，我还没有测试完全相同的设置，你有，因为我们看到一些其他的问题与12.0.2 FP 2（例如与编辑器的richtext字段在XPages）。
然而，我不得不改变类中的一些东西，我们用来处理无效的SSL证书时，调用相邻的系统。最初，我使用一些IBM软件包，在某些时候（11或12），这些软件包已经从产品中消失，我不得不使用Sun类代替-做同样的事情.
因此，我的第一个尝试是将您的服务器2更改为使用Sun处理程序。代理是一种特殊的生物，它确实不是XPages使用的更现代的Java环境的一部分（我知道12.0.2中有一些更改-但我还没有真正尝试过）。因此，这可以解释为什么它在Java代理中工作-而不是在XPages中。
/约翰
mznpcxlj2#
由于某种原因，我们不能再重现服务器2的URL连接问题。
自从我们第一次发现这个问题以来，我们能想到的唯一改变就是我们对一个互联网站点文档进行了更改以启用SSO。
Internet Site document -> Configuration -> TLS Options -> keyfileName并在其中添加主机名而不是keyfile。（如不使用keyfiles时的文档所述）