Servlet Crashing in IE 6

I have had a problem displaying servlet pages in IE 6. Most of the time the pages display fine but occasionaly long pages will crash and I will get a "Page Cananot Be Displayed" html error. If i keep trying to display the same page it will mostly continue to crash but ocasionaly it will display properly. I switched to a Netscape 4.7 browser and it worked perfectly each time. However, I was unable to print the displayed page because I do not cach the pages. I upgraded Netscape to 6.2 and it worked fine, displaying pages and allowed me to print. Obviously IE processes html pages diferntly than Netscape, does anyone understand these difernces. I have a controled enviorment here and can force users to use Netscape, but that will not work on interner applications. How can I get these page to display consistantly in IE.
Thanks

How long are the pages that crash? Are they very long?
Couldn't you look at splitting up the pages with links between them, rather like these forums, or google search results?

Similar Messages

Servlet crashes TOMCAT

I am experimenting with buffered images in a servlet. This "Hello World" servlet crashes TOMCAT.
java version "1.4.1"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1)
Java HotSpot(TM) Client VM (build 1.4.1, mixed mode)
JAVA_OPTS '-Xmx512m -Djava.awt.headless=true'
----servlet begins----
import javax.servlet.*;
import javax.servlet.http.*;
import java.io.*;
import java.awt.*;
import java.awt.image.*;
import Acme.JPM.Encoders.GifEncoder;
public class MijnPollServlet extends HttpServlet
public void doGet(HttpServletRequest req, HttpServletResponse res)
throws ServletException, IOException
doPost(req,res);
public void doPost(HttpServletRequest req, HttpServletResponse res)
throws ServletException, IOException
BufferedImage image=
new BufferedImage(100,100, BufferedImage.TYPE_INT_RGB);
Graphics2D g2 = image.createGraphics();
g2.setColor(Color.blue);
g2.fillRect(25,25,50,50);
g2.drawString("Hello World!", 10, 10);
ServletOutputStream out = res.getOutputStream(); // binary output!
res.setContentType("image/gif");
GifEncoder encoder = new GifEncoder(image, out);
encoder.encode();
----servlet ends----
If I run the servlet with the "g2.drawString("Hello World!", 10, 10);"
commented out there is no problem.
Is there something I am missing here?
Thank you,
-William

The whole Tomcat crashes, and no exception
displayed.
Do I have to write the log file, or it's kept by
Tomcat itself?yes, tomcat writes a log file, you find it in the tomcat dir. but it's just very highlevel. Having a look in it could help.
Is there a way to write a log file by myself?sure. you could get the log file from tomcat by getting it from the ServletContext:
ServletContext = getServletContext();
ServletContext.log("text to log");
When I view the output window in Forte, it doesn't
even write that Tomcat crashed.
I use Tomcat that is installed with the last version
of Forte(Sun 1 Studio, update 1), I guess it's the
last version of Tomcat also.No. The lastest is 4.1.12 and i guess it's 4.0.4 with forte.
Get Tomcat standalone from jakarta.apache.org and try to run your servlet with the standalone tomcat. this could help since i also expirenced problems sometimes with the forte-integrated tomcat.

BLOB access in servlet crash.. HELP !!!

Linux Mandrake 7.02 / Sun SDK 1.2.2 SE / Tomcat 3.1 / Oracle 8.0.5 / JDBC 1.2.X
I've got a table which have a LOB column.
I want to retrieve this LOB.
When I do it in a java program, all is well, I get the image in the LOB.
When I put the code in a servlet (ran in Tomcat), Oracle crash with error :
ORA-03115: unsupported network datatype or representation
I checked CLASSPATH for the two runs, all seems ok ...
I don't understand the meaning of this error
Please HELP !!!

[http://forums.sun.com/thread.jspa?threadID=5350426]
Crossposting without notification is very rude. Please stick to one topic.

Servlet crash

I have a servlet (singlethreadmodel) running on a tomcat server.
and there are some 20 clients (applets) connected to the servlet. it is netwrok game in which each player sends data to the servlet. after each of them finsihes giving the input some calculations are made on the server side.
all these clients have a timer and keeps checking if everyone has finished. when everyone is done with the inputs, at the next timer the servlet responds with the data.
this process is one round and there several rounds like this..
the problem is the servlet some times hangs, stops responding to the clients and the client keeps waiting for the response and the whole game is hung.
some times it crashes.
can anyone help me here..what might be the problem.

Hii .. this is the actual info abt -X options in JVM.
Xmsn
Specify the initial size, in bytes, of the memory allocation pool. This value must be a multiple of 1024 greater than 1MB. Append the letter k or K to indicate kilobytes, or m or M to indicate megabytes. The default value is 2MB. Examples:
-Xms6291456
-Xms6144k
-Xms6m
-Xmxn
Specify the maximum size, in bytes, of the memory allocation pool. This value must a multiple of 1024 greater than 2MB. Append the letter k or K to indicate kilobytes, or m or M to indicate megabytes. The default value is 64MB. Examples:
-Xmx83886080
-Xmx81920k
-Xmx80m

Servlet Crashing JVM!!

We have been having a problem lately with Java crashing on our production machines. All of the java we use is wrapped around servlet applications, and I am getting the following error in the Tomcat log... any ideas on what can cause this?
SIGSEGV 11 segmentation violation
si_signo [11]: SEGV
si_errno [0]:
si_code [1]: SEGV_MAPERR [addr: 0xff00]
stackpointer=D999FF18
Inconsistent thread : best efforts attempt (may fail)
"Thread-8 Labels" (TID:0x27858f8, sys_thread_t:0x2785830, state:CW, thread_t: t@2324, threadID:0xd90f1d70, stack_bottom:0xd90f1d70,
stack_size:0x1fd70) prio=5
[1] java.lang.Object.wait(Object.java:424)
[2] com.mapinfo.graphics.text.ba.run(Unknown Source)
[3] java.lang.Thread.run(Thread.java:478)
-------------------

Sounds like you've got a problem with your native thread libraries, or something native (and nasty) is happening in that 'com.mapinfo.graphics.text.ba.run' package.
You didn't say which OS, etc... you are running, but make sure you have the latest stable kernels and thread libraries installed.
What you are showing is most likely not a JVM issue.
- K

Servlet crashes on preparedStatement.close()

Hello Everyone ,
I have a servlet that gives out database information. Depending on the request parameters , some prepared statements that I declare before my try block may or may not be used. All statements and resultSets are initialized to null. If I determine the request is bad my servlet goes to an else block, then the finally block to close statements and stuff. Unfortunately, when it hits a preparedStatement that wasn't used, it outputs a HTTP Status 500 java.lang.NullPointer exception. I have never had this happen before ?
P.S I output my xml before the try block, so how come I see the error and not my xml, or a combination of both ?

As mentioned earlier by others, in your servlet code somewhere you are doing some operation on an object which is null. From server error log see the stack trace. Locate the exact place of NullPointerException and fix it.
I hope you know where log files are generated in server. If you need help fixing the root cause of NullPointerException please post your code snippet here.
Thanks,
Mrityunjoy

Native call in Servlet crashing tomcat

I can execute the class from the unix prompt (invoking the main) and it works fine, however when I invoke it withing a servlet or jsp, i get a core dump.
It seems to be a treading issue. I am including the tread dump of ONLY the thread that died.
Any advice on getting this going would be appreciated.
Derek
SIGSEGV 11* segmentation violation
si_signo [11]: SIGSEGV 11* segmentation violation
si_errno [0]:
si_code [2]: SEGV_ACCERR [addr: 0x0]
stackpointer=ba12a2d4
Full thread dump Classic VM (Caldera-UNIX-J2SE-1.3.0_02:*fixes-OU8*fixes-UW7*FCS-OSR5*:020322-03:47, native threads):
"Thread-9" (TID:0xbca3aa50, sys_thread_t:0x83e7738, state:R, native ID:0xe) prio=5
at JavaToCPageInterface.sendMessage(Native Method)
at doit_3._jspService(doit_3.java, Compiled Code)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:119)
at javax.servlet.http.HttpServlet.service(HttpServlet.java)
at org.apache.tomcat.facade.ServletHandler.doService(ServletHandler.java, Compiled Code)
at org.apache.tomcat.core.Handler.invoke(Handler.java:322)
at org.apache.tomcat.core.Handler.service(Handler.java, Compiled Code)
at org.apache.tomcat.facade.ServletHandler.service(ServletHandler.java:485)
at org.apache.tomcat.core.ContextManager.internalService(ContextManager.java, Compiled Code)
at org.apache.tomcat.core.ContextManager.service(ContextManager.java, Compiled Code)
at org.apache.tomcat.modules.server.Http10Interceptor.processConnection(Http10Interceptor.java, Compiled Code)
at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java, Compiled Code)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java, Compiled Code)
at java.lang.Thread.run(Thread.java:484)

More Info:
j2sdk 1.3.1
Tomcat 3
The program executes fine as a stand-along app, however if it is called from withing a servlet or JSP, Tomcat core dumps.
Have tried -Xss10m as a parameter, however it does not work. I have also tried both green and native threads.
Thanks,
Derek

Sleeping 'watcher' servlet crashes JRUN

I have set up a servlet that runs a query once every 2 hours. I have made a while(true) loop that loops forever then executes the query then tells my thread that i created to sleep for 7200000 milliseconds. I tried using
Thread.currentThread.sleep(7200000) ;
and then also tried creating a new thread
Thread myThread = new Thread();
myThread.sleep(7200000);
(BTW: This is all in a method i call from the init method)
Either way if I invoke the servlet from a jsp it works fine but the jsp is always stuck working on getting a response. If I go into JRUN and set up the servlet to be preloaded when JRUN is started, it executes once then JRUN locks up. And when I try to view the site I see the "Could not connect to JRun Server" error. From this point on I have to complete hose the entire jrun instance and create a new jrun server instance. The JRUN instance cant be restarted, even rebooting doesnt work.
Is the servlet sleeping the jrun init thread itself? Im sorry Im new to threads.
Thanks for any help anyone can give me!

Is the servlet sleeping the jrun init thread itself?
Im sorry Im new to threads.Yes. This is exactly what is happening.
You need to spawn another thread, that does nothing but runs through your while ( true ) ... loop, sleeping for the required two hours every now and then.
Something like this:
class MySleepingThread implements Runnable
   public void run()
      while ( true )
          doTheStuffINeedToDoEveryTwoHours();
          try
             Thread.sleep( 1000 * 60 * 60 * 2 }
          catch ( InterruptedException e )
             break;
And in the servlet class you normally had this, do this:
Thread t = new Thread( new MySleepingThread() );
// This starts the thread and eventually calls the run() method, starting your loop on a separate thread, so this one will continue.
t.start();.P.

Mapviewer servlet crash on OC4J 11g TP4

Hi!
Is it normal or not? If I try to deploy mapviewer.ear (10 or 11 pre) on OC4J 11G TP4 it make exception on
http://.../mapviewer/faces/home.jspx
Is it planing compatibility for these Oracle products? And on which release?

Mapviewer is not supported on OC4J 11g TP4.
Please note that the going forward position for Oracle Fusion Middleware R11 is that OC4J is being replaced with WebLogic Server.
-steve-

Question : SAP xMII 11.5 Servlet Exec Stack / Unresponsive

Hello SAP xMII Master,
I need your suggestion and assist.
Since migrated from Lighthammer Illuminator 10.0 to SAP xMII 11.5, we frequently having problem Servlet Exec stack/unresponsive and looks like hang. If happened, fast solution usually to restart the services of Servlet Exec and situation will back to normal. But, there will happen again and until now we don't know what the root cause.
ServletExec.log is clean for error messages. We already tried increase xml memory up to 1.5 GB. But, there not much help.
Please for any suggestion to resolve those problem.

Hi Mike,
Thank for your response.
Currently we using SAP xMII 11.5 with ServeletExec AS New Atlanta 5.0.0.09 version and powered by JDK 1.4.2_13, running on Windows 2003 Standard Edition IIS 6.0
Yesterday, my staff tried running Servlet on console mode to catch what exactly error messages before crash.
And below the result before servlet crash
An unexpected error has been detected by HotSpot Virtual Machine
EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x656033f2, pid=10064, tid=16192
Java VM: Java HotSpot(TM) Client VM (1.4.2_13-b06 mixed mode)
Problematic frame:
C 0x656033f2
An error report file with more information is saved as hs_err_pid10064.log
If you would like to submit a bug report, please visit:
http://java.sun.com/webapps/bugreport/crash.jsp
The type of application we are using are not complicated. We using SAp xMII to retrieve information from OSISOFT PI Historian. There are standard HTML.
Edited by: Heru.Suprihanto on Feb 16, 2011 11:47 PM

Problem with getServletContext().getRequestDispatcher(....).forward()

We are using the latest SJSWS 7.0U8, but have the following problem:
During GET requests, getServletContext().getRequestDispatcher(....).forward(req,resp) works fine. But if the client issues a HEAD request, the servlet crashes with a ClassCastException. This bug was known for older versions of Tomcat but is fixed there. Maybe the fix could be applied to SJSWS internal catilina engine, too?
Are there any idea to walk around that problem, but let HEAD request still produce the correct headers for such a request(file size,...)?
[17/Feb/2010:19:39:28] failure ( 9211): for host a.b.c.d trying to HEAD /xxxxx, service-j2ee reports: StandardWrapperValve[xxx]: PWC1406: Servlet.service() for servlet xxx threw exception
java.lang.ClassCastExceptionNo stack trace is logged, but some time in the past i printed a complete stack trace in a catch block and the reason for that is:
The default HEAD handler in the servlet uses NoBodyResponse to wrap the original ServletResponse. The code of forward() later tries to cast this response object to a standard HttpServetResponse, what it is not. Tomcat/Jetty have a fix for it (I do not know the bug number).
This happens now very often, as newer browsers like Chrome sometimes issue HEAD requests during page display (not sure why).

Some more infos about the problem (the root cause is in the HttServlet.NoBodyResponse implementation in the Servlet Spec):
[https://issues.apache.org/bugzilla/show_bug.cgi?id=22290]
Some investigations about this (NoBodyResponse should extend HttpServletResponseWrapper and not Object): [http://closingbraces.net/2006/12/31/httpservletissues/], [http://closingbraces.net/2007/01/29/httpservletissuesfollowup/]
That is a similar stack trace I get (I get it with catilina classes, but same root cause): [http://markmail.org/message/pbdcbav6y2vlzbfc] or ClassCastException in weblogic.servlet.internal.ServletResponseImpl
Edited by: thetaphi on Feb 17, 2010 11:34 AM

Class not found JBoss rules

servlet crashes at run time:
06/09/27 16:44:52 CharScanner; panic: ClassNotFoundException: org.antlr.stringtemplate.language.ChunkToken
06/09/27 16:44:52 Shutting down OC4J...
I've checked and the class is included in the project libraries (In fact I got a little frustrated and included all the JBoss rules jars.
anyhow I don't see why it can't find an included library

Can you try and see if copying the jar files to the
[jdev-root]\j2ee\home\lib directory helps?That didn't help unfortunately. I've been trying to understand how oc4j classloading works - were you assuming that:
"The missing class is present, but the loader configured to use it is a child of the initiating loader." - (from the ..conatainers for j2ee developers guide)?
I've also tried deploying to a .war file in JDeveloper and tested it with tomcat where it works fine. Deploying the same .war file thorugh the oc4j (launched in standalone mode) web interface results in the same problem - bringing down the oc4j server - as it does clicking 'run' in JDeveloper.
Is there some code I can put in my servlet (it's an extremely simple web-app to test using drools with oc4j) to output what classloaders are active and where they are looking? I've never had to do this before either.

Tomcat crashes while running servlet chat in IE

Hi all!
I've seen similar problems posted about three years ago, but I didn't see an answer for it.
I'd be very grateful if you could help me.
I'm writing a chat, the code was taken from the J.Hunter "Servlet programming book" O'reilly, "absurdly simple chat", and adjusted (I only need the Http version). It's an applet-servlet chat.
When executed in IE, Tomcat crashes after a few (usually 5) sent messages. When executed in a debugger (I use Forte, the last available version, 4 update 1) the program works just fine...
Another question is about debugging an applet, executed in a browser - how do I do this?
Here is the code for the servlet:
=================================
import java.io.*;
import java.net.*;
import java.util.*;
import javax.servlet.*;
import javax.servlet.http.*;
public class TryChatServlet extends HttpServlet
// source acts as the distributor of new messages
MessageSource source = new MessageSource();
// doGet() returns the next message. It blocks until there is one.
public void doGet(HttpServletRequest req, HttpServletResponse res)
throws ServletException, IOException {
res.setContentType("text/plain");
PrintWriter out = res.getWriter();
// Return the next message (blocking)
out.println(getNextMessage());
// doPost() accepts a new message and broadcasts it to all
// the currently listening HTTP and socket clients.
public void doPost(HttpServletRequest req, HttpServletResponse res)
throws ServletException, IOException {
// Accept the new message as the "message" parameter
String message = req.getParameter("message");
// Broadcast it to all listening clients
if (message != null) broadcastMessage(message);
// Set the status code to indicate there will be no response
res.setStatus(res.SC_NO_CONTENT);
// getNextMessage() returns the next new message.
// It blocks until there is one.
public String getNextMessage() {
// Create a message sink to wait for a new message from the
// message source.
return new MessageSink().getNextMessage(source);
// broadcastMessage() informs all currently listening clients that there
// is a new message. Causes all calls to getNextMessage() to unblock.
public void broadcastMessage(String message) {
// Send the message to all the HTTP-connected clients by giving the
// message to the message source
source.sendMessage(message);
// MessageSource acts as the source for new messages.
// Clients interested in receiving new messages can
// observe this object.
class MessageSource extends Observable {
public void sendMessage(String message) {
setChanged();
notifyObservers(message);
// MessageSink acts as the receiver of new messages.
// It listens to the source.
class MessageSink implements Observer {
String message = null; // set by update() and read by getNextMessage()
// Called by the message source when it gets a new message
synchronized public void update(Observable o, Object arg) {
// Get the new message
message = (String)arg;
// Wake up our waiting thread
notify();
// Gets the next message sent out from the message source
synchronized public String getNextMessage(MessageSource source) {
// Tell source we want to be told about new messages
source.addObserver(this);
// Wait until our update() method receives a message
while (message == null) {
try { wait(); } catch (Exception ignored) { }
// Tell source to stop telling us about new messages
source.deleteObserver(this);
// Now return the message we received
// But first set the message instance variable to null
// so update() and getNextMessage() can be called again.
String messageCopy = message;
message = null;
return messageCopy;
=============================
The code for the applet is
=============================
import java.applet.*;
import java.awt.*;
import java.io.*;
import java.net.*;
import java.util.*;
public class TryChatApplet extends Applet implements Runnable {
TextArea text;
Label label;
TextField input;
Thread thread;
String user;
public void init() {
// Check if this applet was loaded directly from the filesystem.
// If so, explain to the user that this applet needs to be loaded
// from a server in order to communicate with that server's servlets.
URL codebase = getCodeBase();
if (!"http".equals(codebase.getProtocol())) {
System.out.println();
System.out.println("*** Whoops! ***");
System.out.println("This applet must be loaded from a web server.");
System.out.println("Please try again, this time fetching the HTML");
System.out.println("file containing this servlet as");
System.out.println("\"http://server:port/file.html\".");
System.out.println();
System.exit(1); // Works only from appletviewer
// Browsers throw an exception and muddle on
// Get this user's name from an applet parameter set by the servlet
// We could just ask the user, but this demonstrates a
// form of servlet->applet communication.
user = getParameter("user");
if (user == null) user = "anonymous";
// Set up the user interface...
// On top, a large TextArea showing what everyone's saying.
// Underneath, a labeled TextField to accept this user's input.
text = new TextArea();
text.setEditable(false);
label = new Label("Say something: ");
input = new TextField();
input.setEditable(true);
setLayout(new BorderLayout());
Panel panel = new Panel();
panel.setLayout(new BorderLayout());
add("Center", text);
add("South", panel);
panel.add("West", label);
panel.add("Center", input);
public void start() {
thread = new Thread(this);
thread.start();
String getNextMessage() {
String nextMessage = null;
while (nextMessage == null) {
try {
URL url = new URL(getCodeBase(), "/servlet/TryChatServlet");
HttpMessage msg = new HttpMessage(url);
InputStream in = msg.sendGetMessage();
DataInputStream data = new DataInputStream(
new BufferedInputStream(in));
nextMessage = data.readLine();
catch (SocketException e) {
// Can't connect to host, report it and wait before trying again
System.out.println("Can't connect to host: " + e.getMessage());
try { Thread.sleep(5000); } catch (InterruptedException ignored) { }
catch (FileNotFoundException e) {
// Servlet doesn't exist, report it and wait before trying again
System.out.println("Resource not found: " + e.getMessage());
try { Thread.sleep(5000); } catch (InterruptedException ignored) { }
catch (Exception e) {
// Some other problem, report it and wait before trying again
System.out.println("General exception: " +
e.getClass().getName() + ": " + e.getMessage());
try { Thread.sleep(1000); } catch (InterruptedException ignored) { }
return nextMessage + "\n";
public void run() {
while (true) {
text.appendText(getNextMessage());
public void stop() {
thread.stop();
thread = null;
void broadcastMessage(String message) {
message = user + ": " + message; // Pre-pend the speaker's name
try {
URL url = new URL(getCodeBase(), "/servlet/TryChatServlet");
HttpMessage msg = new HttpMessage(url);
Properties props = new Properties();
props.put("message", message);
msg.sendPostMessage(props);
catch (SocketException e) {
// Can't connect to host, report it and abandon the broadcast
System.out.println("Can't connect to host: " + e.getMessage());
catch (FileNotFoundException e) {
// Servlet doesn't exist, report it and abandon the broadcast
System.out.println("Resource not found: " + e.getMessage());
catch (Exception e) {
// Some other problem, report it and abandon the broadcast
System.out.println("General exception: " +
e.getClass().getName() + ": " + e.getMessage());
public boolean handleEvent(Event event) {
switch (event.id) {
case Event.ACTION_EVENT:
if (event.target == input) {
broadcastMessage(input.getText());
input.setText("");
return true;
return false;
=====================================
HttpMessage
======================================
import java.io.*;
import java.net.*;
import java.util.*;
public class HttpMessage {
URL servlet = null;
String args = null;
public HttpMessage(URL servlet) {
this.servlet = servlet;
// Performs a GET request to the previously given servlet
// with no query string.
public InputStream sendGetMessage() throws IOException {
return sendGetMessage(null);
// Performs a GET request to the previously given servlet.
// Builds a query string from the supplied Properties list.
public InputStream sendGetMessage(Properties args) throws IOException {
String argString = ""; // default
if (args != null) {
argString = "?" + toEncodedString(args);
URL url = new URL(servlet.toExternalForm() + argString);
// Turn off caching
URLConnection con = url.openConnection();
con.setUseCaches(false);
return con.getInputStream();
// Performs a POST request to the previously given servlet
// with no query string.
public InputStream sendPostMessage() throws IOException {
return sendPostMessage(null);
// Performs a POST request to the previously given servlet.
// Builds post data from the supplied Properties list.
public InputStream sendPostMessage(Properties args) throws IOException {
String argString = ""; // default
if (args != null) {
argString = toEncodedString(args); // notice no "?"
URLConnection con = servlet.openConnection();
// Prepare for both input and output
con.setDoInput(true);
con.setDoOutput(true);
// Turn off caching
con.setUseCaches(false);
// Work around a Netscape bug
con.setRequestProperty("Content-Type",
"application/x-www-form-urlencoded");
// Write the arguments as post data
DataOutputStream out = new DataOutputStream(con.getOutputStream());
out.writeBytes(argString);
out.flush();
out.close();
return con.getInputStream();
// Converts a Properties list to a URL-encoded query string
private String toEncodedString(Properties args) {
StringBuffer buf = new StringBuffer();
Enumeration names = args.propertyNames();
while (names.hasMoreElements()) {
String name = (String) names.nextElement();
String value = args.getProperty(name);
buf.append(URLEncoder.encode(name) + "=" + URLEncoder.encode(value));
if (names.hasMoreElements()) buf.append("&");
return buf.toString();
Those files are the only files needed to execute the program.

The whole Tomcat crashes, and no exception
displayed.
Do I have to write the log file, or it's kept by
Tomcat itself?yes, tomcat writes a log file, you find it in the tomcat dir. but it's just very highlevel. Having a look in it could help.
Is there a way to write a log file by myself?sure. you could get the log file from tomcat by getting it from the ServletContext:
ServletContext = getServletContext();
ServletContext.log("text to log");
When I view the output window in Forte, it doesn't
even write that Tomcat crashed.
I use Tomcat that is installed with the last version
of Forte(Sun 1 Studio, update 1), I guess it's the
last version of Tomcat also.No. The lastest is 4.1.12 and i guess it's 4.0.4 with forte.
Get Tomcat standalone from jakarta.apache.org and try to run your servlet with the standalone tomcat. this could help since i also expirenced problems sometimes with the forte-integrated tomcat.

Java Hot Spot crashes when trying to start a desktop swing app

I am trying to start a desktop app and it crashes almost immediately
The system is SUSE SLES11, jdk1.6.0_18 64bit
Since I can run other java apps (Eclipse being one of them) there must be something specific about this app.
Any suggestions?
Thanx
# A fatal error has been detected by the Java Runtime Environment:
# SIGSEGV (0xb) at pc=0x00007f42c8797c03, pid=20891, tid=139924794349904
# JRE version: 6.0_18-b07
# Java VM: Java HotSpot(TM) 64-Bit Server VM (16.0-b13 mixed mode linux-amd64 )
# Problematic frame:
# C [libc.so.6+0x30c03] catgets+0x23
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
--------------- T H R E A D ---------------
Current thread (0x0000000040112800): JavaThread "main" [_thread_in_native, id=20892, stack(0x00007f42c7999000,0x00007f42c7a9a000)]
Stack: [0x00007f42c7999000,0x00007f42c7a9a000], sp=0x00007f42c7a98308, free space=3fc0000000000000018k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C [libc.so.6+0x30c03] catgets+0x23
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j sun.awt.motif.MWindowPeer.pCreate(Lsun/awt/motif/MComponentPeer;Ljava/lang/String;)V+0
j sun.awt.motif.MWindowPeer.create(Lsun/awt/motif/MComponentPeer;)V+12
j sun.awt.motif.MComponentPeer.init(Ljava/awt/Component;)V+31
j sun.awt.motif.MWindowPeer.init(Ljava/awt/Window;)V+102
j sun.awt.motif.MFramePeer.<init>(Ljava/awt/Frame;)V+159
j sun.awt.motif.MToolkit.createFrame(Ljava/awt/Frame;)Ljava/awt/peer/FramePeer;+5
j java.awt.Frame.addNotify()V+20
j java.awt.Window.pack()V+28
j riskscape.tools.asset.modtool.AssetModificationTool.main([Ljava/lang/String;)V+9
v ~StubRoutines::call_stub
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
0x00007f425842c000 JavaThread "Image Fetcher 0" daemon [_thread_blocked, id=20916, stack(0x00007f4250f24000,0x00007f4251025000)]
0x00007f4258414800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=20915, stack(0x00007f4251025000,0x00007f4251126000)]
0x00007f4258413800 JavaThread "AWT-Shutdown" [_thread_blocked, id=20914, stack(0x00007f4256bf6000,0x00007f4256cf7000)]
0x00007f4258132800 JavaThread "AWT-Motif" daemon [_thread_blocked, id=20910, stack(0x00007f4256af5000,0x00007f4256bf6000)]
0x00007f42580f0000 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=20908, stack(0x00007f4257312000,0x00007f4257413000)]
0x00007f4258001800 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=20905, stack(0x00007f425d540000,0x00007f425d641000)]
0x000000004019d000 JavaThread "CompilerThread1" daemon [_thread_blocked, id=20904, stack(0x00007f425d641000,0x00007f425d742000)]
0x0000000040198000 JavaThread "CompilerThread0" daemon [_thread_blocked, id=20903, stack(0x00007f425d742000,0x00007f425d843000)]
0x0000000040196000 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=20902, stack(0x00007f425d843000,0x00007f425d944000)]
0x0000000040176000 JavaThread "Finalizer" daemon [_thread_blocked, id=20901, stack(0x00007f425d983000,0x00007f425da84000)]
0x000000004016e800 JavaThread "Reference Handler" daemon [_thread_blocked, id=20900, stack(0x00007f425da84000,0x00007f425db85000)]
=>0x0000000040112800 JavaThread "main" [_thread_in_native, id=20892, stack(0x00007f42c7999000,0x00007f42c7a9a000)]
Other Threads:
0x000000004016a000 VMThread [stack: 0x00007f425db85000,0x00007f425dc86000] [id=20899]
0x00007f4258004000 WatcherThread [stack: 0x00007f425d43f000,0x00007f425d540000] [id=20906]
VM state:not at safepoint (normal execution)
Dynamic libraries:
40000000-40009000 r-xp 00000000 ca:03 462743 /usr/java/jdk1.6.0_18/bin/java
40108000-4010a000 rwxp 00008000 ca:03 462743 /usr/java/jdk1.6.0_18/bin/java
4010a000-40aa4000 rwxp 4010a000 00:00 0 [heap]
7f4257491000-7f4257590000 ---p 0007e000 ca:03 561199 /usr/java/jdk1.6.0_18/jre/lib/amd64/libfontmanager.so
7f4257590000-7f42575a6000 rwxp 0007d000 ca:03 561199 /usr/java/jdk1.6.0_18/jre/lib/amd64/libfontmanager.so
7f42575a6000-7f42575b7000 rwxp 7f42575a6000 00:00 0
7f42575b7000-7f42575d2000 r-xp 00000000 ca:03 346506 /usr/lib64/libxcb.so.1.0.0
7f42575d2000-7f42577d1000 ---p 0001b000 ca:03 346506 /usr/lib64/libxcb.so.1.0.0
7f42577d1000-7f42577d2000 r-xp 0001a000 ca:03 346506 /usr/lib64/libxcb.so.1.0.0
7f42577d2000-7f42577d3000 rwxp 0001b000 ca:03 346506 /usr/lib64/libxcb.so.1.0.0
7f42577d3000-7f42577d4000 r-xp 00000000 ca:03 346496 /usr/lib64/libxcb-xlib.so.0.0.0
7f42577d4000-7f42579d3000 ---p 00001000 ca:03 346496 /usr/lib64/libxcb-xlib.so.0.0.0
7f42579d3000-7f42579d4000 r-xp 00000000 ca:03 346496 /usr/lib64/libxcb-xlib.so.0.0.0
7f42579d4000-7f42579d5000 rwxp 00001000 ca:03 346496 /usr/lib64/libxcb-xlib.so.0.0.0
7f42579d5000-7f42579ec000 r-xp 00000000 ca:03 346273 /usr/lib64/libICE.so.6.3.0
7f42579ec000-7f4257bec000 ---p 00017000 ca:03 346273 /usr/lib64/libICE.so.6.3.0
7f4257bec000-7f4257bed000 r-xp 00017000 ca:03 346273 /usr/lib64/libICE.so.6.3.0
7f4257bed000-7f4257bee000 rwxp 00018000 ca:03 346273 /usr/lib64/libICE.so.6.3.0
7f4257bee000-7f4257bf2000 rwxp 7f4257bee000 00:00 0
7f4257bf2000-7f4257bf6000 r-xp 00000000 ca:03 229486 /lib64/libuuid.so.1.2
7f4257bf6000-7f4257df5000 ---p 00004000 ca:03 229486 /lib64/libuuid.so.1.2
7f4257df5000-7f4257df6000 r-xp 00003000 ca:03 229486 /lib64/libuuid.so.1.2
7f4257df6000-7f4257df7000 rwxp 00004000 ca:03 229486 /lib64/libuuid.so.1.2
7f4257df7000-7f4257dff000 r-xp 00000000 ca:03 346874 /usr/lib64/libSM.so.6.0.0
7f4257dff000-7f4257ffe000 ---p 00008000 ca:03 346874 /usr/lib64/libSM.so.6.0.0
7f4257ffe000-7f4257fff000 r-xp 00007000 ca:03 346874 /usr/lib64/libSM.so.6.0.0
7f4257fff000-7f4258000000 rwxp 00008000 ca:03 346874 /usr/lib64/libSM.so.6.0.0
7f4258000000-7f4258691000 rwxp 7f4258000000 00:00 0
7f4258691000-7f425c000000 ---p 7f4258691000 00:00 0
7f425c006000-7f425c034000 r-xs 00000000 ca:02 16974 /var/cache/fontconfig/8d4af663993b81a124ee82e610bb31f9-x86-64.cache-2
7f425c034000-7f425c035000 r-xp 00000000 ca:03 442807 /usr/lib/locale/en_US.utf8/LC_NUMERIC
7f425c035000-7f425c036000 r-xp 00000000 ca:03 436723 /usr/lib/locale/en_US.utf8/LC_TIME
7f425c036000-7f425c037000 r-xp 00000000 ca:03 436710 /usr/lib/locale/en_US.utf8/LC_MONETARY
7f425c037000-7f425c038000 r-xp 00000000 ca:03 442801 /usr/lib/locale/en_US.utf8/LC_MESSAGES/SYS_LC_MESSAGES
7f425c038000-7f425c039000 r-xp 00000000 ca:03 442774 /usr/lib/locale/en_US.utf8/LC_PAPER
7f425c039000-7f425c03a000 r-xp 00000000 ca:03 442784 /usr/lib/locale/en_US.utf8/LC_NAME
7f425c03a000-7f425c03b000 r-xp 00000000 ca:03 434252 /usr/lib/locale/en_US.utf8/LC_ADDRESS
7f425c03b000-7f425c03c000 r-xp 00000000 ca:03 442761 /usr/lib/locale/en_US.utf8/LC_TELEPHONE
7f425c03c000-7f425c03f000 r-xs 000cb000 ca:03 583167 /usr/java/jdk1.6.0_18/jre/lib/ext/localedata.jar
7f425c03f000-7f425c046000 r-xs 00111000 ca:03 561268 /usr/java/jdk1.6.0_18/jre/lib/resources.jar
7f425c046000-7f425c04d000 r-xs 00050000 ca:03 27461 /home/turekg/dev/java/workspace/riskscapej/lib/log4j-1.2.14.jar
7f425c04d000-7f425c04f000 r-xs 0000a000 ca:03 27432 /home/turekg/dev/java/workspace/riskscapej/lib/jumbletree-uibits.jar
7f425c04f000-7f425c053000 r-xs 00035000 ca:03 27972 /home/turekg/dev/java/workspace/riskscapej/lib/gol-spatial.jar
7f425c053000-7f425c067000 r-xs 00127000 ca:03 27527 /home/turekg/dev/java/workspace/riskscapej/lib/ant.jar
7f425c067000-7f425c06a000 r-xs 0001b000 ca:03 10131 /home/turekg/dev/apps/eclipse/plugins/org.junit_3.8.2.v20090203-1005/junit.jar
7f425c06a000-7f425c07e000 r-xs 001bd000 ca:03 27528 /home/turekg/dev/java/workspace/riskscapej/lib/jai_core.jar
7f425c07e000-7f425c080000 r-xp 00000000 ca:03 346271 /usr/lib64/libXau.so.6.0.0
7f425c080000-7f425c280000 ---p 00002000 ca:03 346271 /usr/lib64/libXau.so.6.0.0
7f425c280000-7f425c281000 r-xp 00002000 ca:03 346271 /usr/lib64/libXau.so.6.0.0
7f425c281000-7f425c282000 rwxp 00003000 ca:03 346271 /usr/lib64/libXau.so.6.0.0
7f425c282000-7f425c28b000 r-xp 00000000 ca:03 32968 /usr/lib64/libXi.so.6.0.0
7f425c28b000-7f425c48a000 ---p 00009000 ca:03 32968 /usr/lib64/libXi.so.6.0.0
7f425c48a000-7f425c48b000 r-xp 00008000 ca:03 32968 /usr/lib64/libXi.so.6.0.0
7f425c48b000-7f425c48c000 rwxp 00009000 ca:03 32968 /usr/lib64/libXi.so.6.0.0
7f425c48c000-7f425c5c3000 r-xp 00000000 ca:03 347532 /usr/lib64/libX11.so.6.2.0
7f425c5c3000-7f425c7c3000 ---p 00137000 ca:03 347532 /usr/lib64/libX11.so.6.2.0
7f425c7c3000-7f425c7c4000 r-xp 00137000 ca:03 347532 /usr/lib64/libX11.so.6.2.0
7f425c7c4000-7f425c7c9000 rwxp 00138000 ca:03 347532 /usr/lib64/libX11.so.6.2.0
7f425c7c9000-7f425c828000 r-xp 00000000 ca:03 32780 /usr/lib64/libXt.so.6.0.0
7f425c828000-7f425ca28000 ---p 0005f000 ca:03 32780 /usr/lib64/libXt.so.6.0.0
7f425ca28000-7f425ca29000 r-xp 0005f000 ca:03 32780 /usr/lib64/libXt.so.6.0.0
7f425ca29000-7f425ca2e000 rwxp 00060000 ca:03 32780 /usr/lib64/libXt.so.6.0.0
7f425ca2e000-7f425ca2f000 rwxp 7f425ca2e000 00:00 0
7f425ca2f000-7f425ca40000 r-xp 00000000 ca:03 32786 /usr/lib64/libXext.so.6.4.0
7f425ca40000-7f425cc3f000 ---p 00011000 ca:03 32786 /usr/lib64/libXext.so.6.4.0
7f425cc3f000-7f425cc40000 r-xp 00010000 ca:03 32786 /usr/lib64/libXext.so.6.4.0
7f425cc40000-7f425cc41000 rwxp 00011000 ca:03 32786 /usr/lib64/libXext.so.6.4.0
7f425cc41000-7f425cc46000 r-xp 00000000 ca:03 32978 /usr/lib64/libXtst.so.6.1.0
7f425cc46000-7f425ce46000 ---p 00005000 ca:03 32978 /usr/lib64/libXtst.so.6.1.0
7f425ce46000-7f425ce47000 r-xp 00005000 ca:03 32978 /usr/lib64/libXtst.so.6.1.0
7f425ce47000-7f425ce48000 rwxp 00006000 ca:03 32978 /usr/lib64/libXtst.so.6.1.0
7f425ce48000-7f425ce49000 r-xp 00000000 ca:03 444731 /usr/lib/locale/en_US.utf8/LC_MEASUREMENT
7f425ce49000-7f425ce4d000 r-xs 0003c000 ca:03 28170 /home/turekg/dev/java/workspace/riskscapej/lib/jai_codec.jar
7f425ce4d000-7f425ce4f000 r-xs 00002000 ca:03 27526 /home/turekg/dev/java/workspace/riskscapej/lib/jumbletree-utils.jar
7f425ce4f000-7f425ce56000 r-xs 00054000 ca:03 204905 /home/turekg/dev/java/workspace/riskscapej/testlib/abbot.jar
7f425ce56000-7f425ce5a000 r-xs 00023000 ca:03 27825 /home/turekg/dev/java/workspace/riskscapej/lib/PBTransform.jar
7f425ce5a000-7f425ce74000 r-xs 00125000 ca:03 28031 /home/turekg/dev/java/workspace/riskscapej/lib/jide-oss-2.7.3.jar
7f425ce74000-7f425ce7d000 r-xs 0007a000 ca:03 26853 /home/turekg/dev/java/workspace/riskscapej/lib/jh.jar
7f425ce7d000-7f425d0e4000 r-xp 00000000 ca:03 561231 /usr/java/jdk1.6.0_18/jre/lib/amd64/motif21/libmawt.so
7f425d0e4000-7f425d1e5000 ---p 00267000 ca:03 561231 /usr/java/jdk1.6.0_18/jre/lib/amd64/motif21/libmawt.so
7f425d1e5000-7f425d239000 rwxp 00268000 ca:03 561231 /usr/java/jdk1.6.0_18/jre/lib/amd64/motif21/libmawt.so
7f425d239000-7f425d23c000 rwxp 7f425d239000 00:00 0
7f425d23c000-7f425d2ce000 r-xp 00000000 ca:03 561194 /usr/java/jdk1.6.0_18/jre/lib/amd64/libawt.so
7f425d2ce000-7f425d3cd000 ---p 00092000 ca:03 561194 /usr/java/jdk1.6.0_18/jre/lib/amd64/libawt.so
7f425d3cd000-7f425d3e6000 rwxp 00091000 ca:03 561194 /usr/java/jdk1.6.0_18/jre/lib/amd64/libawt.so
7f425d3e6000-7f425d40b000 rwxp 7f425d3e6000 00:00 0
7f425d40b000-7f425d424000 r-xs 0012e000 ca:03 28072 /home/turekg/dev/java/workspace/riskscapej/lib/swingx.jar
7f425d424000-7f425d432000 r-xs 00171000 ca:03 28030 /home/turekg/dev/java/workspace/riskscapej/lib/ecj.jar
7f425d432000-7f425d43f000 r-xs 000fa000 ca:03 28168 /home/turekg/dev/java/workspace/riskscapej/lib/jfreechart-1.0.1.jar
7f425d43f000-7f425d440000 ---p 7f425d43f000 00:00 0
7f425d440000-7f425d540000 rwxp 7f425d440000 00:00 0
7f425d540000-7f425d543000 ---p 7f425d540000 00:00 0
7f425d543000-7f425d641000 rwxp 7f425d543000 00:00 0
7f425d641000-7f425d644000 ---p 7f425d641000 00:00 0
7f425d644000-7f425d742000 rwxp 7f425d644000 00:00 0
7f425d742000-7f425d745000 ---p 7f425d742000 00:00 0
7f425d745000-7f425d843000 rwxp 7f425d745000 00:00 0
7f425d843000-7f425d846000 ---p 7f425d843000 00:00 0
7f425d846000-7f425d944000 rwxp 7f425d846000 00:00 0
7f425d944000-7f425d983000 r-xp 00000000 ca:03 442819 /usr/lib/locale/en_US.utf8/LC_CTYPE
7f425d983000-7f425d986000 ---p 7f425d983000 00:00 0
7f425d986000-7f425da84000 rwxp 7f425d986000 00:00 0
7f425da84000-7f425da87000 ---p 7f425da84000 00:00 0
7f425da87000-7f425db85000 rwxp 7f425da87000 00:00 0
7f425db85000-7f425db86000 ---p 7f425db85000 00:00 0
7f425db86000-7f425df89000 rwxp 7f425db86000 00:00 0
7f425df89000-7f425e11f000 r-xs 02fc6000 ca:03 561271 /usr/java/jdk1.6.0_18/jre/lib/rt.jar
7f425e11f000-7f425e120000 ---p 7f425e11f000 00:00 0
7f425e120000-7f425e220000 rwxp 7f425e120000 00:00 0
7f425e220000-7f425e221000 ---p 7f425e220000 00:00 0
7f425e221000-7f425e342000 rwxp 7f425e221000 00:00 0
7f425e342000-7f425e523000 rwxp 7f425e342000 00:00 0
7f425e523000-7f425e52e000 rwxp 7f425e523000 00:00 0
7f425e52e000-7f425e54d000 rwxp 7f425e52e000 00:00 0
7f425e54d000-7f425e56e000 rwxp 7f425e54d000 00:00 0
7f425e56e000-7f425e74e000 rwxp 7f425e56e000 00:00 0
7f425e74e000-7f425e76b000 rwxp 7f425e74e000 00:00 0
7f425e76b000-7f425e84f000 rwxp 7f425e76b000 00:00 0
7f425e84f000-7f425fd40000 rwxp 7f425e84f000 00:00 0
7f425fd40000-7f4263c50000 rwxp 7f425fd40000 00:00 0
7f4263c50000-7f4267c80000 rwxp 7f4263c50000 00:00 0
7f4267c80000-7f42a3f00000 rwxp 7f4267c80000 00:00 0
7f42a3f00000-7f42a7720000 rwxp 7f42a3f00000 00:00 0
7f42a7720000-7f42c4050000 rwxp 7f42a7720000 00:00 0
7f42c4050000-7f42c4051000 r-xp 00000000 ca:03 436709 /usr/lib/locale/en_US.utf8/LC_IDENTIFICATION
7f42c4051000-7f42c4053000 r-xs 0000a000 ca:03 28169 /home/turekg/dev/java/workspace/riskscapej/lib/jxlayer.jar
7f42c4053000-7f42c4056000 r-xs 00013000 ca:03 561257 /usr/java/jdk1.6.0_18/jre/lib/jce.jar
7f42c4056000-7f42c405b000 r-xs 00038000 ca:03 28082 /home/turekg/dev/java/workspace/riskscapej/lib/jna-examples.jar
7f42c405b000-7f42c4065000 rwxp 7f42c405b000 00:00 0
7f42c4065000-7f42c411b000 rwxp 7f42c4065000 00:00 0
7f42c411b000-7f42c438b000 rwxp 7f42c411b000 00:00 0
7f42c438b000-7f42c711b000 rwxp 7f42c438b000 00:00 0
7f42c711b000-7f42c7129000 r-xp 00000000 ca:03 561229 /usr/java/jdk1.6.0_18/jre/lib/amd64/libzip.so
7f42c7129000-7f42c722b000 ---p 0000e000 ca:03 561229 /usr/java/jdk1.6.0_18/jre/lib/amd64/libzip.so
7f42c722b000-7f42c722e000 rwxp 00010000 ca:03 561229 /usr/java/jdk1.6.0_18/jre/lib/amd64/libzip.so
7f42c722e000-7f42c722f000 rwxp 7f42c722e000 00:00 0
7f42c722f000-7f42c7236000 r-xp 00000000 ca:03 581681 /usr/java/jdk1.6.0_18/jre/lib/amd64/native_threads/libhpi.so
7f42c7236000-7f42c7337000 ---p 00007000 ca:03 581681 /usr/java/jdk1.6.0_18/jre/lib/amd64/native_threads/libhpi.so
7f42c7337000-7f42c7339000 rwxp 00008000 ca:03 581681 /usr/java/jdk1.6.0_18/jre/lib/amd64/native_threads/libhpi.so
7f42c7339000-7f42c733a000 rwxp 7f42c7339000 00:00 0
7f42c733a000-7f42c734f000 r-xp 00000000 ca:03 229395 /lib64/libnsl-2.9.so
7f42c734f000-7f42c754e000 ---p 00015000 ca:03 229395 /lib64/libnsl-2.9.so
7f42c754e000-7f42c754f000 r-xp 00014000 ca:03 229395 /lib64/libnsl-2.9.so
7f42c754f000-7f42c7550000 rwxp 00015000 ca:03 229395 /lib64/libnsl-2.9.so
7f42c7550000-7f42c7552000 rwxp 7f42c7550000 00:00 0
7f42c7552000-7f42c757b000 r-xp 00000000 ca:03 561207 /usr/java/jdk1.6.0_18/jre/lib/amd64/libjava.so
7f42c757b000-7f42c767a000 ---p 00029000 ca:03 561207 /usr/java/jdk1.6.0_18/jre/lib/amd64/libjava.so
7f42c767a000-7f42c7681000 rwxp 00028000 ca:03 561207 /usr/java/jdk1.6.0_18/jre/lib/amd64/libjava.so
7f42c7681000-7f42c768e000 r-xp 00000000 ca:03 561228 /usr/java/jdk1.6.0_18/jre/lib/amd64/libverify.so
7f42c768e000-7f42c778d000 ---p 0000d000 ca:03 561228 /usr/java/jdk1.6.0_18/jre/lib/amd64/libverify.so
7f42c778d000-7f42c7790000 rwxp 0000c000 ca:03 561228 /usr/java/jdk1.6.0_18/jre/lib/amd64/libverify.so
7f42c7790000-7f42c7798000 r-xp 00000000 ca:03 229414 /lib64/librt-2.9.so
7f42c7798000-7f42c7997000 ---p 00008000 ca:03 229414 /lib64/librt-2.9.so
7f42c7997000-7f42c7998000 r-xp 00007000 ca:03 229414 /lib64/librt-2.9.so
7f42c7998000-7f42c7999000 rwxp 00008000 ca:03 229414 /lib64/librt-2.9.so
7f42c7999000-7f42c799c000 ---p 7f42c7999000 00:00 0
7f42c799c000-7f42c7a9a000 rwxp 7f42c799c000 00:00 0
7f42c7a9a000-7f42c7aef000 r-xp 00000000 ca:03 229392 /lib64/libm-2.9.so
7f42c7aef000-7f42c7cee000 ---p 00055000 ca:03 229392 /lib64/libm-2.9.so
7f42c7cee000-7f42c7cef000 r-xp 00054000 ca:03 229392 /lib64/libm-2.9.so
7f42c7cef000-7f42c7cf0000 rwxp 00055000 ca:03 229392 /lib64/libm-2.9.so
7f42c7cf0000-7f42c84a4000 r-xp 00000000 ca:03 581685 /usr/java/jdk1.6.0_18/jre/lib/amd64/server/libjvm.so
7f42c84a4000-7f42c85a4000 ---p 007b4000 ca:03 581685 /usr/java/jdk1.6.0_18/jre/lib/amd64/server/libjvm.so
7f42c85a4000-7f42c872e000 rwxp 007b4000 ca:03 581685 /usr/java/jdk1.6.0_18/jre/lib/amd64/server/libjvm.so
7f42c872e000-7f42c8767000 rwxp 7f42c872e000 00:00 0
7f42c8767000-7f42c88b6000 r-xp 00000000 ca:03 229384 /lib64/libc-2.9.so
7f42c88b6000-7f42c8ab6000 ---p 0014f000 ca:03 229384 /lib64/libc-2.9.so
7f42c8ab6000-7f42c8aba000 r-xp 0014f000 ca:03 229384 /lib64/libc-2.9.so
7f42c8aba000-7f42c8abb000 rwxp 00153000 ca:03 229384 /lib64/libc-2.9.so
7f42c8abb000-7f42c8ac0000 rwxp 7f42c8abb000 00:00 0
7f42c8ac0000-7f42c8ac2000 r-xp 00000000 ca:03 229390 /lib64/libdl-2.9.so
7f42c8ac2000-7f42c8cc2000 ---p 00002000 ca:03 229390 /lib64/libdl-2.9.so
7f42c8cc2000-7f42c8cc3000 r-xp 00002000 ca:03 229390 /lib64/libdl-2.9.so
7f42c8cc3000-7f42c8cc4000 rwxp 00003000 ca:03 229390 /lib64/libdl-2.9.so
7f42c8cc4000-7f42c8cda000 r-xp 00000000 ca:03 229410 /lib64/libpthread-2.9.so
7f42c8cda000-7f42c8eda000 ---p 00016000 ca:03 229410 /lib64/libpthread-2.9.so
7f42c8eda000-7f42c8edb000 r-xp 00016000 ca:03 229410 /lib64/libpthread-2.9.so
7f42c8edb000-7f42c8edc000 rwxp 00017000 ca:03 229410 /lib64/libpthread-2.9.so
7f42c8edc000-7f42c8ee0000 rwxp 7f42c8edc000 00:00 0
7f42c8ee0000-7f42c8efe000 r-xp 00000000 ca:03 229707 /lib64/ld-2.9.so
7f42c8efe000-7f42c8f00000 r-xs 00011000 ca:03 28074 /home/turekg/dev/java/workspace/riskscapej/lib/servlet.jar
7f42c8f00000-7f42c8f03000 r-xs 00096000 ca:03 28029 /home/turekg/dev/java/workspace/riskscapej/lib/jna.jar
7f42c8f03000-7f42c8f08000 r-xs 00043000 ca:03 28176 /home/turekg/dev/java/workspace/riskscapej/lib/jcommon-1.0.0.jar
7f42c8f08000-7f42c8f0b000 r-xs 0001c000 ca:03 28172 /home/turekg/dev/java/workspace/riskscapej/lib/jcalendar-1.3.2.jar
7f42c8f0b000-7f42c8f0c000 r-xs 00001000 ca:03 27480 /home/turekg/dev/java/workspace/riskscapej/lib/gol-imaging.jar
7f42c8f0c000-7f42c8f1e000 r-xs 00136000 ca:03 27530 /home/turekg/dev/java/workspace/riskscapej/lib/itext-1.4.3.jar
7f42c8f1e000-7f42c8f1f000 r-xs 00001000 ca:03 27529 /home/turekg/dev/java/workspace/riskscapej/lib/gol-math.jar
7f42c8f1f000-7f42c8f22000 r-xs 0001b000 ca:03 27834 /home/turekg/dev/java/workspace/riskscapej/lib/gol-common.jar
7f42c8f22000-7f42c8f29000 r-xs 00000000 ca:03 396027 /usr/lib64/gconv/gconv-modules.cache
7f42c8f29000-7f42c8f84000 rwxp 7f42c8f29000 00:00 0
7f42c8f84000-7f42c8fb9000 r-xs 00000000 ca:02 123082 /var/run/nscd/passwd
7f42c8fb9000-7f42c8fbb000 rwxp 7f42c8fb9000 00:00 0
7f42c8fbb000-7f42c8fc2000 r-xp 00000000 ca:03 561190 /usr/java/jdk1.6.0_18/jre/lib/amd64/jli/libjli.so
7f42c8fc2000-7f42c90c3000 ---p 00007000 ca:03 561190 /usr/java/jdk1.6.0_18/jre/lib/amd64/jli/libjli.so
7f42c90c3000-7f42c90c5000 rwxp 00008000 ca:03 561190 /usr/java/jdk1.6.0_18/jre/lib/amd64/jli/libjli.so
7f42c90c5000-7f42c90c6000 rwxp 7f42c90c5000 00:00 0
7f42c90c6000-7f42c90c7000 r-xs 0000a000 ca:03 28035 /home/turekg/dev/java/workspace/riskscapej/lib/asm-3.1.jar
7f42c90c7000-7f42c90d2000 rwxp 7f42c90c7000 00:00 0
7f42c90d2000-7f42c90f1000 rwxp 7f42c90d2000 00:00 0
7f42c90f1000-7f42c90f9000 rwxs 00000000 ca:03 397838 /tmp/hsperfdata_turekg/20891
7f42c90f9000-7f42c90fa000 rwxp 7f42c90f9000 00:00 0
7f42c90fa000-7f42c90fb000 r-xp 7f42c90fa000 00:00 0
7f42c90fb000-7f42c90fd000 rwxp 7f42c90fb000 00:00 0
7f42c90fd000-7f42c90fe000 r-xp 0001d000 ca:03 229707 /lib64/ld-2.9.so
7f42c90fe000-7f42c90ff000 rwxp 0001e000 ca:03 229707 /lib64/ld-2.9.so
7fff87733000-7fff8774a000 rwxp 7ffffffe7000 00:00 0 [stack]
7fff877ff000-7fff87800000 r-xp 7fff877ff000 00:00 0 [vdso]
ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall]
VM Arguments:
jvm_args: -Dfile.encoding=UTF-8
java_command: riskscape.tools.asset.modtool.AssetModificationTool
Launcher Type: SUN_STANDARD
Environment Variables:
JAVA_HOME=/usr/java/default
JRE_HOME=/usr/lib64/jvm/java/jre
PATH=/data/local/arcgis/arcreader10.0/vmw/mw/bin:/data/local/arcgis/arcreader10.0/vmw/mw/bin-i86_linux:/data/local/arcgis/arcreader10.0/vmw/mw/bin-linux_optimized:.:/usr/java/default/bin:/bin:/usr/local/bin:/home/turekg/local/bin:/home/turekg/dev/java/riskscape/bin:/home/turekg/dev/java/inhouse/bin:/home/turekg/dev/apps/selenium/current/selenium-server-1.0.1:/opt/jboss/current/bin:/opt/local/bin:/home/turekg/dev/apps/eclipse/eclipse:/home/turekg/local/aej91/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/usr/bin/X11:/usr/games:/usr/lib/mit/bin:/usr/lib/mit/sbin:/data/local/arcgis/arcreader10.0/bin:/usr/bin/X11
USERNAME=turekg
LD_LIBRARY_PATH=/usr/java/jdk1.6.0_18/jre/lib/amd64/server:/usr/java/jdk1.6.0_18/jre/lib/amd64:/usr/java/jdk1.6.0_18/jre/../lib/amd64:/usr/java/jdk1.6.0_22/jre/lib/amd64/server:/usr/java/jdk1.6.0_22/jre/lib/amd64:/usr/java/jdk1.6.0_22/jre/../lib/amd64:/data/local/arcgis/arcreader10.0/vmw/mw/lib-linux:/data/local/arcgis/arcreader10.0/vmw/mw/lib-linux_optimized:/data/local/arcgis/arcreader10.0/vmw/mw/../misc/linux/gcc/fixed3/lib:/data/local/arcgis/arcreader10.0/bin:/data/local/arcgis/arcreader10.0/com:/home/turekg/.esriprogramfiles/GabySLES11test/CommonFiles/ArcGIS/bin:/usr/local/lib:.::/usr/X11R6/lib:/usr/lib64/xulrunner-1.9.2.8
SHELL=/bin/tcsh
DISPLAY=127.0.0.1:2.0
HOSTTYPE=x86_64
OSTYPE=linux
MACHTYPE=x86_64-suse-linux
Signal Handlers:
SIGSEGV: [libjvm.so+0x70f1a0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGBUS: [libjvm.so+0x70f1a0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGFPE: [libjvm.so+0x5d7f70], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGPIPE: [libjvm.so+0x5d7f70], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGXFSZ: [libjvm.so+0x5d7f70], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGILL: [libjvm.so+0x5d7f70], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000
SIGUSR2: [libjvm.so+0x5da790], sa_mask[0]=0x00000004, sa_flags=0x10000004
SIGHUP: [libjvm.so+0x5da4e0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGINT: [libjvm.so+0x5da4e0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGTERM: [libjvm.so+0x5da4e0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGQUIT: [libjvm.so+0x5da4e0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
--------------- S Y S T E M ---------------
OS:SUSE Linux Enterprise Server 11 (x86_64)
VERSION = 11
PATCHLEVEL = 0
uname:Linux 2.6.27.54-0.2-xen #1 SMP 2010-10-19 18:40:07 +0200 x86_64
libc:glibc 2.9 NPTL 2.9
rlimit: STACK 8192k, CORE 0k, NPROC 47947, NOFILE 8192, AS 5878560k
load average:0.27 0.63 0.66
CPU:total 2 (2 cores per cpu, 1 threads per core) family 6 model 15 stepping 6, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3
Memory: 4k page, physical 6303952k(3889780k free), swap 1044216k(1044216k free)
vm_info: Java HotSpot(TM) 64-Bit Server VM (16.0-b13) for linux-amd64 JRE (1.6.0_18-b07), built on Dec 17 2009 13:42:22 by "java_re" with gcc 3.2.2 (SuSE Linux)
time: Thu Nov 4 16:38:13 2010
elapsed time: 1 seconds

I suggest you read one of my replies about SIGSEGV posted in this forum.
Other than that I would suspect it would at least be easy to determine where it crashed.

Unable to find failure/crash root cause of my application.

Hello to everyone,
I will try to keep this as short and as detailed as possible.
I recently had to modify (ER) our home made application developed with JDevelopper 10.1.3.3.0 and hosted on a Oracle Application Server 10g (OC4J) hosting several other working apps.
A quick explanation of what the program does is necessary to understand the context of my issue.
The application helps another service of the company create cost estimations for their project.
A project is defined with a number of codes (following a complex logic) and can vary from 40ish codes for smaller projects to 1400ish for larger projects. A code is simply a way to label a material or resource needed for the project, codes are attached to a number of things but essentially to a cost for the project. Project and code data is stored in a pl/sql database.
Users can view these codes on jspx pages (by project) from their browsers. There are 2 parts to the ER I had to develop for users, the first one being, the implementation of a feature that allows users to generate excel spreadsheets (thanks to the help of the Apache POI library) listing all project codes for a given project in the same column.
The purpose of this spreadsheet is to allow users to put several costs for one code in the following columns. In example, cell A1 contains code xxx-xxxx-xxx-001; users may put in cells A2, A3 and A4 cost values 500,600,700 which in return will later be stored in the database against the code to keep track of them. However, each code cost has to be stored individually on one record for several reasons (which I will not explain here), thus a maximum of x * y records can be inserted for one project at a time, where x is the total number of codes and y the total number of costs associated with one code.
So say a project has 40 codes and 10 costs per code, 400 records will be inserted into the table (small projects), for larger projects though, 1200 codes * 8 costs/code can amount up to 9600 records and so on.
The 2nd part of the ER is to read from those very same spreadsheets, using an af:inputFile object in a jspx page. Whenever users specify a file path and then click on the import button of the af:inputFile object, the ValueChangeListener method attached to this adf object is called. The method primarily does some validation, i.e.: verifies duplicate code names and proposes new ones to push to the database (without modifying the excel spreadsheet). Additionally the method needs to push the data to a temporary table before it can be finally be inserted in the final table.
As I wasn't very familiar with JDeveloper, I was advised to use the mvc elements of the framework to do this, and thus I got familiar with the concept of entity object -> view object -> view link (which wasn't needed in this case). And so, I inserted an af:table object on the page created off of my viewobject, which is merely a representation of the necessary columns of the temporary table to complete the first upload. This is very convenient because once the method pushes data into the table i can use the default methods listed/created in the bindings section of my page definition to push the data for me into the database.
At this point the code looks like this when it needs to insert data into the temporary table (referred to as interface table), note that other data on the spreadsheet in uploaded as well:
    public void fillInterfaceTable(){
        ApplicationModule am = Configuration.createRootApplicationModule(amDef, config);
        DBTransaction tx = (DBTransaction)am.getTransaction();
        if(transposedArr != null && !(transposedArr.isEmpty())){
            DCIteratorBinding dcib = (DCIteratorBinding)bindings.get("BudgetIntListIterator");
            ViewObject vo = dcib.getViewObject();
            vo.executeQuery();
            if(vo != null){
                for (int i = 0; i < transposedArr.size(); i++)
                    JUCtrlActionBinding actionBinding =
                        (JUCtrlActionBinding)bindings.get("CreateInsert");
                    actionBinding.execute();
                    //LEAVE LOCAL IMPORT !
                    oracle.jbo.Row newRow = vo.getCurrentRow();
                    newRow.setAttribute(ImgcceBudgetIntListRowImpl.PROJECTID, sessionBean.getProjectId());
                    //refer to transposeData methodjust above to understand hardcoded index values
                    newRow.setAttribute(ImgcceBudgetIntListRowImpl.COSTNAME, transposedArr.get(i).get(0));
                    newRow.setAttribute(ImgcceBudgetIntListRowImpl.PERIODNAME, transposedArr.get(i).get(1));
                    newRow.setAttribute(ImgcceBudgetIntListRowImpl.RAWCOST, transposedArr.get(i).get(2));
                    newRow.setAttribute(ImgcceBudgetIntListRowImpl.COSTINDEX, transposedArr.get(i).get(3));
                    newRow.setAttribute(ImgcceBudgetIntListRowImpl.IMPORTSTATUS, "READY");
                JUCtrlActionBinding actionBinding = (JUCtrlActionBinding)bindings.get("Commit");
                actionBinding.execute();
                am.getTransaction().clearEntityCache(null);
                vo.clearCache();
                GLOBAL_VALIDATION_PASSED = true;
        tx.closeTransaction();
        Configuration.releaseRootApplicationModule(am, true);
    }It is important to note that even though the data is inserted into the af:table, the table is not rendered on the page. It is invisible to the users (I figured it might take too much time to display and/or cause the page to crash with 9K more lines to display).
I tested my code locally with the default embedded OC4J server before deploying it to my OAS server. Locally, processing can take a bit of time before it is first uploaded to the interface table BUT always ends up completing successfully no matter how many records need to be created for ANY project.
My issue is when I test the application once deployed onto the server, executing the very same task for any project. Whenever I try to upload records to the database for say, small projects (400 records), everything works fine, however for much larger projects (I don't have an exact threshold yet), say 1000 records +, the page attempts processing but then throws on the page the following error:
500 Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator, [email protected] and inform them of the time the error occurred, and anything you might have done that may have caused the error.
More information about this error may be available in the server error log.
Oracle-Application-Server-10g/10.1.3.4.0 Oracle-HTTP-Server Server at TESTSRV.company.com Port 7778
The whole application crashes as well as the OAS app. I must then wait for the OAS to restart and may then enter the application again.
As the error isn't very explicit, i went to check the logs of course. First i checked the OC4J server logs since I thought it might be related to the server, but it turns out the log doesn't display anything related to that. So then, I went to check the application log. The log lists a couple of errors (thrown Exceptions):
11/07/20 12:01:29.478 10.1.3.4.0 Started
11/07/20 12:01:30.854 imgcce: 10.1.3.4.0 Started
11/07/20 12:02:25.242 imgcce: 10.1.3.4.0 Stopped
11/07/20 12:02:25.255 10.1.3.4.0 Started
11/07/20 12:02:26.305 imgcce: 10.1.3.4.0 Started
11/07/20 12:04:44.181 10.1.3.4.0 Started
11/07/20 12:04:52.324 imgcce: 10.1.3.4.0 Started
11/07/20 12:10:29.757 imgcce: Servlet error
java.lang.IllegalStateException: Response has already been committed
     at com.evermind[Oracle Containers for J2EE 10g (10.1.3.4.0) ].server.http.EvermindHttpServletResponse.resetBuffer(EvermindHttpServletResponse.java:1892)
     at javax.servlet.ServletResponseWrapper.resetBuffer(ServletResponseWrapper.java:237)
     at javax.servlet.ServletResponseWrapper.resetBuffer(ServletResponseWrapper.java:237)
     at com.evermind[Oracle Containers for J2EE 10g (10.1.3.4.0) ].server.http.ServletRequestDispatcher.unprivileged_forward(ServletRequestDispatcher.java:285)
     at com.evermind[Oracle Containers for J2EE 10g (10.1.3.4.0) ].server.http.ServletRequestDispatcher.access$100(ServletRequestDispatcher.java:51)
     at com.evermind[Oracle Containers for J2EE 10g (10.1.3.4.0) ].server.http.ServletRequestDispatcher$2.oc4jRun(ServletRequestDispatcher.java:193)
     at oracle.oc4j.security.OC4JSecurity.doPrivileged(OC4JSecurity.java:284)
     at com.evermind[Oracle Containers for J2EE 10g (10.1.3.4.0) ].server.http.ServletRequestDispatcher.forward(ServletRequestDispatcher.java:198)
     at com.sun.faces.context.ExternalContextImpl.dispatch(ExternalContextImpl.java:346)
     at com.sun.faces.application.ViewHandlerImpl.renderView(ViewHandlerImpl.java:152)
     at oracle.adfinternal.view.faces.application.ViewHandlerImpl.renderView(ViewHandlerImpl.java:157)
     at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:107)
     at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:245)
     at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:137)
     at javax.faces.webapp.FacesServlet.service(FacesServlet.java:214)
     at com.evermind[Oracle Containers for J2EE 10g (10.1.3.4.0) ].server.http.ResourceFilterChain.doFilter(ResourceFilterChain.java:64)
     at oracle.adfinternal.view.faces.webapp.AdfFacesFilterImpl._invokeDoFilter(AdfFacesFilterImpl.java:233)
     at oracle.adfinternal.view.faces.webapp.AdfFacesFilterImpl._doFilterImpl(AdfFacesFilterImpl.java:202)
     at oracle.adfinternal.view.faces.webapp.AdfFacesFilterImpl.doFilter(AdfFacesFilterImpl.java:123)
     at oracle.adf.view.faces.webapp.AdfFacesFilter.doFilter(AdfFacesFilter.java:103)
     at com.evermind[Oracle Containers for J2EE 10g (10.1.3.4.0) ].server.http.EvermindFilterChain.doFilter(EvermindFilterChain.java:15)
     at oracle.adf.model.servlet.ADFBindingFilter.doFilter(ADFBindingFilter.java:162)
     at com.evermind[Oracle Containers for J2EE 10g (10.1.3.4.0) ].server.http.ServletRequestDispatcher.invoke(ServletRequestDispatcher.java:621)
     at com.evermind[Oracle Containers for J2EE 10g (10.1.3.4.0) ].server.http.ServletRequestDispatcher.forwardInternal(ServletRequestDispatcher.java:370)
     at com.evermind[Oracle Containers for J2EE 10g (10.1.3.4.0) ].server.http.HttpRequestHandler.doProcessRequest(HttpRequestHandler.java:871)
     at com.evermind[Oracle Containers for J2EE 10g (10.1.3.4.0) ].server.http.HttpRequestHandler.processRequest(HttpRequestHandler.java:453)
     at com.evermind[Oracle Containers for J2EE 10g (10.1.3.4.0) ].server.http.AJPRequestHandler.run(AJPRequestHandler.java:313)
     at com.evermind[Oracle Containers for J2EE 10g (10.1.3.4.0) ].server.http.AJPRequestHandler.run(AJPRequestHandler.java:199)
     at oracle.oc4j.network.ServerSocketReadHandler$SafeRunnable.run(ServerSocketReadHandler.java:260)
     at com.evermind[Oracle Containers for J2EE 10g (10.1.3.4.0) ].util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecutor.java:303)
     at java.lang.Thread.run(Thread.java:595)
11/07/20 12:13:11.968 10.1.3.4.0 Started
11/07/20 12:13:23.759 imgcce: 10.1.3.4.0 Startedimgcce being the name of the program, what I interpret of the error is that a response has already been committed and i try to send another one. The application crashes right when i click on the import button, which has the above mentioned method attached to it as an Action. How can it be so if the only commit done at this point is the one from the method above ?
I thought it might have something to do with page submission as well, so i made sure to verify no page elements had submitFile() javascript actions or anything alike and tested again. I also made sure to remove any PartialTrigger, anything that would cause the page to refresh/partially refresh was removed. Same scenario, works fine locally but not on the server (for that very task).
Also because of the threshold issue explained earlier, I think it may be an issue related to size. The application doesn't seem to be able to handle that many records when it's hosted on the OAS, whereas locally there doesn't seem to be any issue.
I also monitored the server while I was running the program and when it crashed. All resources (CPU/swap) are fine [hosted on a red hat server] so i don't think it has to do with that directly.
At this point, since I tried to troubleshoot this problem for quite sometime now, I am thinking of bypassing the use of the table to push my data in and do it manually by opening a connection to the database every time. (Which would be a terrible alternative).
Any ideas of where else to look at ?
Thank you very much in advance.
Also, though I read the "before posting" article, let me know if there isn't enough information.

Hi,
Thank you for the reply. Your observations are correct, i will consider this. However, even though I am creating an extra connection to the DB and work directly with the viewobject, i don't see how this could cause such an error ("Response already submitted"). Especially since my latest workaround works fine with the same variables/external connections (instead of using the view object i communicate directly with the DB). My workaround and past issues with the size lead me to think there might be a cap of insertable records in ADF table objects.
Frank Nimphius wrote:
Hi,
the Application Module instance you access is not the same used by ADF.
FrankWhat do you suggest I call instead ?

Servlet Crashing in IE 6

Similar Messages

Maybe you are looking for