调用外部SOAP端点出现SEIStub无法转换为ClientProxy的ClassCastException异常

这个java.lang.ClassCastException: com.sun.xml.ws.client.sei.SEIStub cannot be cast to org.apache.cxf.frontend.ClientProxy异常的核心原因是JAX-WS实现类加载冲突：你的代码依赖Apache CXF的JAX-WS实现生成SOAP调用代理，但Tomcat 9 + JDK8环境默认优先加载了Sun内置的JAX-WS实现，最终生成的代理是Sun的SEIStub实例，无法强转为CXF的ClientProxy。
你之前尝试配置的sun.web.xml是GlassFish服务器的专属配置文件，Tomcat不识别该配置，所以相关修改不会生效；而META-INF/services配置未生效通常是文件放置路径错误导致的。

方案1：配置Tomcat应用类加载优先（优先级最高，推荐） #

在你应用的WEB-INF目录下新增context.xml文件，配置父类加载器优先级反转，让应用自身引入的CXF相关依赖优先于Tomcat、JDK内置的JAX-WS实现加载：

<?xml version="1.0" encoding="UTF-8"?>
<Context>
    <Loader delegate="false"/>
</Context>

如果你的WEB-INF下已经存在context.xml，直接修改<Loader>标签的delegate属性为false即可。

方案2：修正CXF实现类声明配置 #

将你之前创建的javax.xml.ws.spi.Provider文件移动到**WEB-INF/classes/META-INF/services/**目录下，文件内容保持org.apache.cxf.jaxws.spi.ProviderImpl不变即可。

方案3：替换强转逻辑为CXF工具方法（无侵入可选） #

如果你不需要手动修改类加载配置，可以直接修改代码中强制转换为ClientProxy的逻辑，改用CXF提供的静态工具方法获取客户端实例，无需手动强转就能适配不同JAX-WS实现：

// 原错误强转逻辑
// ClientProxy proxy = (ClientProxy) yourServicePort;
// 替换为CXF静态工具调用
Client cxfClient = ClientProxy.getClient(yourServicePort);

方案4：跳过Tomcat内置JAX-WS实现加载（极端场景可选） #

如果以上方案均不生效，可以修改Tomcat安装目录下的conf/catalina.properties文件，在tomcat.util.scan.StandardJarScanFilter.jarsToSkip配置项中添加Sun JAX-WS相关jar包名称，避免Tomcat预加载内置的JAX-WS实现。

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