getting stumped and more than a bit desperate...
A small but growing number of client machines have been having a
problem running the Oracle forms applet for ITS (our main student/
finance/HR/...) system, written in Oracle forms which run through
the oracle forms runtime java applet). What happens is that
whenever a pop-up window is displayed (a list of values popup
or when you hit ctrl-B to bring up the block menu for a form),
the applet freezes with the popup window only partially drawn.
There seems to be nothing to do but kill the browser and restart.
Once a browser on a particular machine exhibits this behaviour, it
happens consistently. This means that the machine is effectively
unusable for ITS, since you really can't do much of anything without
using list-of-values popups.
Since this happens on some machines and not others (but once
it starts to happen, it keeps happening. It happens on all the
browsers we see here...IE6, Netscape 7, F/fox 1.5. However, one
person did report on IE6, and then that it went away when she
switched to Netscape 7. But I just had a report of a user with
Netscape 7 with the problem. So the problem would appear
to be on the client side and seems to happen as the result of
some change on the client side.
The oracle forms applet is running under JInitiator, version 1.3.1.13,
here's the relevant stuff from the page that serves the applet:
JInitiator plugin) and reproduce the "crash" behaviour, you see an
exception + stack traceback
We looked up various things on google and found things like
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4145315
which seems to be related to getting a 404 back when trying to
load a classfile from the server. So, I had somebody reproduce the
problem and see what was the last URL fetched...
10.51.3.149 - - [11/Aug/2006:12:21:20 +0200] "GET /forms60java/listval.gif HTTP/1.1" 404 336
10.51.3.149 - - [11/Aug/2006:12:21:20 +0200] "GET /itsv13/listval.gif HTTP/1.1" 404 331
...which doesn't look like any kind of clue (there are bazillions of
404s in the server logfile, some of them for classes, e.g.
10.51.1.230 - - [11/Aug/2006:12:20:51 +0200] "GET /forms60java/oracle/ewt/alert/resource/AlertBundle_en_US.class HTTP/1.1" 404 374
...but these don't seem to be associated with the problem).
A small but growing number of client machines have been having a
problem running the Oracle forms applet for ITS (our main student/
finance/HR/...) system, written in Oracle forms which run through
the oracle forms runtime java applet). What happens is that
whenever a pop-up window is displayed (a list of values popup
or when you hit ctrl-B to bring up the block menu for a form),
the applet freezes with the popup window only partially drawn.
There seems to be nothing to do but kill the browser and restart.
Once a browser on a particular machine exhibits this behaviour, it
happens consistently. This means that the machine is effectively
unusable for ITS, since you really can't do much of anything without
using list-of-values popups.
Since this happens on some machines and not others (but once
it starts to happen, it keeps happening. It happens on all the
browsers we see here...IE6, Netscape 7, F/fox 1.5. However, one
person did report on IE6, and then that it went away when she
switched to Netscape 7. But I just had a report of a user with
Netscape 7 with the problem. So the problem would appear
to be on the client side and seems to happen as the result of
some change on the client side.
The oracle forms applet is running under JInitiator, version 1.3.1.13,
here's the relevant stuff from the page that serves the applet:
<OBJECT classid="clsid:CAFECAFE-0013-0001-0013-ABCDEFABCDEF"What we have found out is this: if you run the java console (for the
codebase="/jinitiator/jinit.exe#Version=1,3,1,13"
WIDTH="820"
HEIGHT="640"
HSPACE="50"
VSPACE="30">
<PARAM NAME="TYPE" VALUE="application/x-jinit-applet;version=1.3.1.13">
<PARAM NAME ="CODEBASE" VALUE="/forms60java/">
<PARAM NAME="CODE" VALUE="oracle.forms.engine.Main" >
< PARAM NAME="ARCHIVE" VALUE="f60web.jar" >
JInitiator plugin) and reproduce the "crash" behaviour, you see an
exception + stack traceback
Exception occurred during event dispatching:+ a zillion more lines...
java.lang.ClassFormatError: oracle/ewt/header/Header (Illegal UTF8 string in constant pool)
at java.lang.ClassLoader.defineClass0 (Native Method)
at java.lang.ClassLoader.defineClass(Unknown Source)
at java.security.SecureClassLoader.defineClass
(Unknown Source)
at sun.applet.AppletClassLoader.findClass(Unknown Source)
at sun.plugin.security.PluginClassLoader.findClass (Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.applet.AppletClassLoader.loadClass
(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClassInternal (Unknown Source)
at oracle.ewt.laf.oracle.OracleHeaderItemPainter.paintBorder(Unknown Source)
at
oracle.ewt.painter.AbstractBorderPainter.paint(Unknown Source)
at oracle.forms.ui.ListView.paintHeader(Unknown Source)
We looked up various things on google and found things like
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4145315
which seems to be related to getting a 404 back when trying to
load a classfile from the server. So, I had somebody reproduce the
problem and see what was the last URL fetched...
10.51.3.149 - - [11/Aug/2006:12:21:20 +0200] "GET /forms60java/listval.gif HTTP/1.1" 404 336
10.51.3.149 - - [11/Aug/2006:12:21:20 +0200] "GET /itsv13/listval.gif HTTP/1.1" 404 331
...which doesn't look like any kind of clue (there are bazillions of
404s in the server logfile, some of them for classes, e.g.
10.51.1.230 - - [11/Aug/2006:12:20:51 +0200] "GET /forms60java/oracle/ewt/alert/resource/AlertBundle_en_US.class HTTP/1.1" 404 374
...but these don't seem to be associated with the problem).
--
J2EE -- the Hamiltonian mechanics of webapp
development.
--
J2EE -- the Hamiltonian mechanics of webapp
development.
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "CTJUG Forum" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/CTJUG-Forum
For the ctjug home page see http://www.ctjug.org.za
-~----------~----~----~----~------~----~------~--~---
