jdk8升级到jdk17后运行Protocol myhttps = new Protocol("https", new EasySSLProtocolSocketFactory(), 443);报错

在 JDK 8 升级到 JDK 17 后，`Protocol` 类的构造方法报错可能是因为该类在 JDK 17 中已经被移除或发生了变化。从你提供的代码来看，`Protocol` 类可能是你自定义的类或是来自于某个第三方库。

如果 `Protocol` 类是你自定义的类，你需要检查该类的实现是否仍然适用于 JDK 17。可能需要进行相应的修改以适配新的 JDK 版本。

如果 `Protocol` 类来自于第三方库，你需要查找该库的最新版本或者与 JDK 17 兼容的版本。在升级 JDK 版本后，一些第三方库可能需要更新以适配新的 JDK 版本。

此外，我注意到你使用了 `EasySSLProtocolSocketFactory`，这个类在 JDK 17 中可能也发生了变化。你可以查看该类的文档或者第三方库的文档，确认它是否仍然兼容 JDK 17。

总之，在升级 JDK 版本后，需要确保使用的所有类、库和依赖项都与新的 JDK 版本兼容。如果遇到报错，需要检查相关类的文档或者与开发者社区进行交流，以获取更多关于适配新 JDK 版本的信息。

希望这些提示能帮助到你解决问题！如果还有其他问题，请继续提问。

相关问题

链接SqlServer 报错 No appropriate protocol (protocol is disabled or cipher suites are inappropriate)

### SQL Server 连接报错 'No appropriate protocol (protocol is disabled or cipher suites are inappropriate)' 的解决方案

当遇到此错误时，通常是因为客户端和服务器之间的TLS/SSL协议版本或加密套件不兼容。以下是几种可能的解决方案：

#### 方法一：调整JDBC驱动程序的安全参数
对于SQL Server JDBC连接字符串中的安全设置可以进行相应更改来解决问题。可以在应用程序的连接URL中加入特定参数以禁用SSL验证或将SSL模式设为`Disable`。

jdbc:sqlserver://localhost:1433;databaseName=YourDatabase;encrypt=true;trustServerCertificate=true;

如果不需要启用加密，则可以直接关闭它:

jdbc:sqlserver://localhost:1433;databaseName=YourDatabase;encrypt=false;

这种方法适用于那些确实没有必要使用加密传输的应用场景[^3]。

#### 方法二：更新Java环境下的JSSE配置文件
由于OpenJDK和其他基于Java的技术栈可能会因为安全性增强而屏蔽掉某些旧版TLS协议或者弱密码算法，在这种情况下可以通过编辑`$JAVA_HOME/jre/lib/security/java.security` 文件内的相关条目来进行修复。具体来说就是确保启用了合适的TLS版本以及强健的密钥交换机制。

例如，允许最低限度支持到TLSv1.2及以上版本，并移除任何过期或被认为不够强壮的cipher suite定义[^2]:

# Enable TLS protocols from version 1.2 upwards.
jdk.tls.disabledAlgorithms=SSLv3, TLSv1, TLSv1.1

#### 方法三：升级SQL Server 和 Java 版本
考虑到长期维护和支持的角度出发，建议定期检查并考虑将所使用的SQL Server实例及其对应的JDBC驱动器都保持最新状态；同样也应关注运行环境中Java平台本身的迭代情况。较新的软件版本往往包含了更多针对现代网络安全标准的支持特性，从而减少此类问题的发生几率[^1].

通过上述三种方式之一应该能够有效处理"No appropriate protocol (protocol is disabled or cipher suites are inappropriate)" 错误信息带来的困扰。

jdk11中new URL

在 JDK 11 中，`java.net.URL` 类的使用方式与之前的版本基本相同，你仍然可以使用 `new URL(String spec)` 或 `new URL(String protocol, String host, int port, String file)` 构造函数来创建一个 URL 对象。

需要注意的是，从 JDK 9 开始，`java.net.URL` 类已经被标记为不推荐使用的 API，建议使用 `java.net.URI` 类来替代。如果你必须使用 `java.net.URL` 类，可以在编译时加上 `-Xlint:deprecation` 选项来检查是否使用了不推荐使用的 API。同时，需要注意，使用不推荐使用的 API 可能会导致程序在将来的 JDK 版本中不可用或者发生变化。