servlet action 的某一服务方法创建了未捕获到的异常 java.lang.IncompatibleClassChangeError

问题描述

RT[14-9-2814:14:02:578CST]00000024servletEcom.ibm.ws.webcontainer.servlet.ServletWrapperserviceSRVE0068E:应用程序xTransSvc中servletaction的某一服务方法创建了未捕获到的异常。创建的异常:java.lang.IncompatibleClassChangeErroratcom.hiaward.xtranssvc.service.Trans_0100_00000_040000.exchangeWithHost(Trans_0100_00000_040000.java:117)atcom.hiaward.xtranssvc.service.Processor8583.process(Processor8583.java:427)atcom.hiaward.xtranssvc.controller.Service_0100_00000_040000Action.execute(Service_0100_00000_040000Action.java:43)atorg.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:421)atorg.apache.struts.action.RequestProcessor.process(RequestProcessor.java:226)atorg.apache.struts.action.ActionServlet.process(ActionServlet.java:1164)atorg.apache.struts.action.ActionServlet.doPost(ActionServlet.java:415)atjavax.servlet.http.HttpServlet.service(HttpServlet.java:738)atjavax.servlet.http.HttpServlet.service(HttpServlet.java:831)atcom.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1657)atcom.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:939)atcom.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:502)atcom.ibm.ws.webcontainer.servlet.ServletWrapperImpl.handleRequest(ServletWrapperImpl.java:181)atcom.ibm.ws.webcontainer.webapp.WebApp.handleRequest(WebApp.java:3944)atcom.ibm.ws.webcontainer.webapp.WebGroup.handleRequest(WebGroup.java:276)atcom.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:931)atcom.ibm.ws.webcontainer.WSWebContainer.handleRequest(WSWebContainer.java:1592)atcom.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:186)atcom.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:452)atcom.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewRequest(HttpInboundLink.java:511)atcom.ibm.ws.http.channel.inbound.impl.HttpInboundLink.processRequest(HttpInboundLink.java:305)atcom.ibm.ws.http.channel.inbound.impl.HttpICLReadCallback.complete(HttpICLReadCallback.java:83)atcom.ibm.ws.tcp.channel.impl.AioReadCompletionListener.futureCompleted(AioReadCompletionListener.java:165)atcom.ibm.io.async.AbstractAsyncFuture.invokeCallback(AbstractAsyncFuture.java:217)atcom.ibm.io.async.AsyncChannelFuture.fireCompletionActions(AsyncChannelFuture.java:161)atcom.ibm.io.async.AsyncFuture.completed(AsyncFuture.java:138)atcom.ibm.io.async.ResultHandler.complete(ResultHandler.java:204)atcom.ibm.io.async.ResultHandler.runEventProcessingLoop(ResultHandler.java:775)atcom.ibm.io.async.ResultHandler$2.run(ResultHandler.java:905)atcom.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1646)怀疑是JDK版本编译的问题,后来尝试了好几次,还是报错。有大神帮忙看一下是什么问题么?

解决方案

解决方案二:
不是JDK版本变化了,而是你的导入或转换序列化对象时所用的类的版本不兼容。比如,在昨天序列化时用到的类的版本是1,今天再从磁盘读取时这个类的版本是2。或者你通过网络把readObject和writeObject时两端使用的类的版本也不兼容。那么这里说的类的版本兼容是指有一个原则不能违反:当我们改动一个类时,所有原来用的东西都不能变化,这包括,成员变量的名字,类型和访问范围声明都不允许改变,还包括所有现有的方法签名不允许改变,如果这个类包括了serialVersionUID这个常量,它的值也不能改变。这就是为什么经常在JDK或其它第三方API源码中看到很多方法被标记为@deprecated的原因,这个方法在新的设计中确实不应该曾经,但Java序列化的规范要求我们不改动或删除已经存在的方法。否则过去能工作的代码都会出现问题。

时间: 2024-09-27 16:56:43

servlet action 的某一服务方法创建了未捕获到的异常 java.lang.IncompatibleClassChangeError的相关文章

servlet SearchVisit 的某一服务方法创建了未捕获到的异常。创建的异常:java.lang.NullPointerException

问题描述 RT:本地tomcat无问题.[15-3-49:45:13:731GMT+08:00]00000032servletEcom.ibm.ws.webcontainer.servlet.ServletWrapperserviceSRVE0068E:应用程序中servletSearchVisit的某一服务方法创建了未捕获到的异常.创建的异常:java.lang.NullPointerExceptionatSearchVisit.performTask(SearchVisit.java:217

Android异常 java.lang.IllegalStateException解决方法_Android

Android异常详情介绍 这种异常我遇到以下两种情况: 1. java.lang.IllegalStateException: No wrapped connection. 2.java.lang.IllegalStateException: Adapter is detached. 原因: 1.单线程一次执行一个请求可以正常执行,如果使用多线程,同时执行多个请求时就会出现连接超时. 2.HttpConnection没有连接池的概念,多少次请求就会建立多少个IO,在访问量巨大的情况下服务器的I

SRVE0068E: 未捕获到 servlet CXFServlet 的其中一个服务方法中抛出的异常。抛出的异常:java.lang.IncompatibleClassChangeError

问题描述 RT.[08-10-2516:37:40:421CST]00000030ServletWrappeESRVE0068E:未捕获到servletCXFServlet的其中一个服务方法中抛出的异常.抛出的异常:java.lang.IncompatibleClassChangeErroratorg.apache.cxf.wsdl11.ServiceWSDLBuilder.addExtensibiltyElements(ServiceWSDLBuilder.java:227)atorg.apa

struts2异常java.lang.NoSuchMethodException: com.struts.action.UserAction.create()

问题描述 原来用的struts2.0版本,运行项目没有问题.后来换了struts2.2.1版本后,只要访问Action,都会出现java.lang.NoSuchMethodException: com.struts.action.UserAction.create()类似的错误,就是说Action中找不到create这个方法.struts.xml<?xml version="1.0" encoding="UTF-8"?><!DOCTYPE stru

Android异常 java.lang.IllegalStateException解决方法

Android异常详情介绍 这种异常我遇到以下两种情况: 1. java.lang.IllegalStateException: No wrapped connection. 2.java.lang.IllegalStateException: Adapter is detached. 原因: 1.单线程一次执行一个请求可以正常执行,如果使用多线程,同时执行多个请求时就会出现连接超时. 2.HttpConnection没有连接池的概念,多少次请求就会建立多少个IO,在访问量巨大的情况下服务器的I

java.lang.OutOfMemoryError: Java heap space 解决方法

java.lang.OutOfMemoryError: Java heap space 解决方法 这个问题的根源是jvm虚拟机的默认Heap大小是64M,可以通过设置其最大和最小值来实现.设置的方法主要是几个. 1.可以在windows 更改系统环境变量加上JAVA_OPTS=-Xms64m -Xmx512m 2,如果用的tomcat,在windows下,可以在 C:/tomcat5.5.9/bin/catalina.bat  中加上: set JAVA_OPTS=-Xms64m -Xmx256

Java Servlet API类库中的基本方法介绍

servlet Java Servlet 开发工具(JSDK)提供了多个软件包,在编写 Servlet 时需要用到这些软件包.其中包括两个用于所有 Servlet 的基本软件包:javax.servlet 和 javax.servlet.http.可从sun公司的Web站点下载 Java Servlet 开发工具. 下面主要介绍javax.servlet.http提供的HTTP Servlet应用编程接口. HTTP Servlet 使用一个 HTML 表格来发送和接收数据.要创建一个 HTTP

开发自己的Web服务处理程序(以支持Ajax框架异步调用Web服务方法)

当你添加Asp.net AJAX功能到你的Web程序的时候,你需要在Web.config中做一些改变,需要你显式地移除默认的ASMX处理程序并且添加asp.net ajax框架自己的脚本处理器来作为ASMX处理程序.在上一篇异步调用Web服务方法中,我们谈论过,ajax框架的asmx(ScriptHandler)是不支持异步调用Web服务方法的,所以为了让asp.netajax支持异步Web方法调用,我们需要避开该处理器,以提供自定义的处理器来取代它. Asp.netAJAX框架的ASMX处理器

ASP.NET+XML Web服务客户端创建Web服务

asp.net|web|web服务|xml|创建|客户端 XML Web服务是一个提供特别的功能元素的可编程实体,比如应用程序逻辑,并且可以使用普遍存在的Internet标准例如XML和HTTP访问许多潜在的完全不同的系统.XML Web服务依赖于对XML和其他因特网标准的广泛接受,使用它们来创建支持应用程序互操作性的基础结构,解决了许多过去阻碍互操作性的问题. XML Web服务可在单个应用程序中使用,也可国际互联网被许多应用程序使用.因为一个XML Web服务可通过一个标准接口访问,所以它允