RE: java.lang.IncompatibleClassChangeError

[PELOQUIN,JEFFREY (Non-HP-Boise,ex1)]

15 minutes is a rough estimate, it is not that regular.  Also we went 24
hours without seeing it and then it began again and the problem lasted
lasted for a few hours.  As it has been happening only for a few days it is
difficult to pin down if it is associated with load problems but we have had
it happen during loaded and unloaded use.

here is our stack dump

Mon May 21 04:20:08 EDT 2001: Running servlet
{  java.lang.IncompatibleClassChangeError
        at jsp.PartnerCare.home._jspService(home.java:81)
        at
com.livesoftware.jsp.HttpJSPServlet.service(HttpJSPServlet.java:31)
        at com.livesoftware.jsp.JSPServlet.service(JSPServlet.java:133)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:840)
        at com.livesoftware.jrun.JRun.runServlet(JRun.java:321)
        at
com.livesoftware.jrun.JRunServletContext$JRunRequestDispatcher.forward(JRunS
ervletContext.java:355)
        at
com.hp.infra.classes.PageForwarder.forward(PageForwarder.java:148)
        at
com.hp.infra.servlet.ControllerServlet.doControl(ControllerServlet.java:299)
        at
com.hp.infra.servlet.ControllerServlet.doGet(ControllerServlet.java:177)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:715)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:840)
        at com.livesoftware.jrun.JRun.runServlet(JRun.java:321)
        at
com.livesoftware.jrun.JRunGeneric.handleConnection(JRunGeneric.java:116)
        at
com.livesoftware.jrun.JRunGeneric.handleProxyConnection(JRunGeneric.java:78)
        at
com.livesoftware.jrun.service.proxy.JRunProxyServiceHandler.handleRequest(JR
unProxyServiceHandler.java:102)
        at
com.livesoftware.jrun.service.ThreadConfigHandler.run(ThreadConfigHandler.ja
va:96)


allaire just told us that we should upgrade to build 159
we will see if this solves the problem


thanks
jeff

-----Original Message-----
From: Mark Phelps [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, May 23, 2001 2:18 PM
To: JRun-Talk
Subject: RE: java.lang.IncompatibleClassChangeError


I have never seen your error but I have a few suggestions. The error you
describe, as I understand it, indicates that the class file, (meaning the
compiled servlet that the .jsp file generates or some class it uses), has
changed while the jvm has an instance of the object in memory.  It's almost
like something is coming along and recompiling or corrupting the classes
while your server is running.

You say that this happens every 15 minutes.  This points to some kind of
automated process that is running on the box or perhaps it is related to
some timeout setting in JRun.

A more complete description of how the error appears including any stack
traces would be helpful.

-----Original Message-----
From: PELOQUIN,JEFFREY (Non-HP-Boise,ex1)
[mailto:[EMAIL PROTECTED]]
Sent: Wednesday, May 23, 2001 11:37 AM
To: JRun-Talk
Subject: java.lang.IncompatibleClassChangeError


On our HP-UX 11.0 system running jrun 2.3.3 we have begun to get the
following error

java.lang.IncompatibleClassChangeError


touching the jsp page to cause it to recompile fixes the problem but it then
reoccurs again in 15 mins, requiring another touch.


most of the time the page that causes the problem is a.jsp, this page uses
the include directive to include  b.shtml file and c.jsp and no other jsp
code in it but has html code, however if you load c.jsp, it loads just fine.



at other times c.jsp returns this error but a.jsp will load just fine.

using the jsp:include tag does not fix the problem

Has anyone seen this behavior before?



Jeffrey Peloquin

The Network Group
Hewlett Packard(Boise)
208-396-5351
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Structure your ColdFusion code with Fusebox. Get the official book at 
http://www.fusionauthority.com/bkinfo.cfm
Archives: http://www.mail-archive.com/jrun-talk@houseoffusion.com/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists