Java7迁移Java8后WildFly11调试部署失败，报JDK9 ALPN不支持错误

嘿，这个问题我之前帮好几个开发者解决过——本质是WildFly 11内置的Undertow组件默认尝试用JDK9版本的ALPN（应用层协议协商）实现，但Java 8的javax.net.ssl.SSLParameters类根本没有setApplicationProtocols方法，这个方法是JDK9才新增的，所以在Java 8环境下调用就直接抛出NoSuchMethodException，导致部署卡壳。

给你几个靠谱的解决方案，按优先级排序：

• 方案一：切换到Jetty ALPN适配Java 8
  WildFly其实自带Jetty ALPN的支持，只是默认没启用。你可以这么做：

  1. 下载和你的Java 8版本匹配的Jetty ALPN boot jar包（比如Java 8u25及以上可以用alpn-boot-8.1.13.v20181017.jar，选对应Java 8的最新兼容版即可）。
  2. 把这个jar包放到WildFly的bin目录下，或者你方便的自定义路径。
  3. 修改WildFly的启动配置脚本：独立模式改standalone.conf，域模式改domain.conf，在JAVA_OPTS里添加两行参数：

     -Xbootclasspath/p:/你的实际路径/alpn-boot-8.1.13.v20181017.jar
     -Dundertow.alpn.provider=jetty
     

     记得把路径替换成你存放jar包的真实位置。

• 方案二：升级WildFly版本
  WildFly 11确实有点老了，后续的WildFly 14及以上版本已经修复了Java 8下的ALPN兼容问题，如果你能升级到更稳定的新版本，不仅能解决这个问题，还能拿到一堆bug修复和性能优化，省心不少。

• 方案三：排查依赖冲突
  检查下你的项目依赖或者WildFly的模块里，有没有不小心混入JDK9+的SSL相关类库。如果有这类依赖，Undertow会错误地尝试使用JDK9的ALPN实现，把这些冲突依赖排除掉就行。

设置完之后重启WildFly，再部署项目应该就能正常跑起来了。如果还是有问题，可以先确认下java -version确实是Java 8，再看日志里有没有显示ALPN提供者已经切换成Jetty的信息。

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