tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jeffry Guttadauro <>
Subject Re: SOLVED: bizarre JasperException on Solaris box
Date Tue, 23 Jan 2001 16:39:38 GMT
While I appreciate the thanks, the real credit should go to Troy, who
suggested looking into the "-server" option in the first place.  We just got
around to trying it here first to realize, much to our delight, that it
proved to be a great suggestion.  This experience, while quite frustrating,
showed me how invaluable this user group in that it allowed me to find
someone else having the same problem with whom I could work together to find
a solution.

-Jeff on 01/22/2001 03:03:52 PM
Please respond to
Subject: SOLVED: bizarre JasperException on Solaris box


In case anyone runs into this one again, we finally found a solution to this

The solution (sort of) that worked for us was to start Tomcat with the
"server" jvm rather than the "client" jvm. We also tried increasing the
default heap size but that only delayed the appearance of the problem for a
short while. My best guess as to why it works with the server jvm is that we
were running into some memory allocation problems with the client vm. Any
other ideas?

Much thanks goes to Jeffry Guttadauro who was seeing the same problem and
ultimately found this solution!


-----Original Message-----
From: Troy Landers
Sent: Wednesday, January 10, 2001 10:19 AM
To: ''
Subject: RE: bizarre JasperException on Solaris box

But if method size was the problem then shouldn't it blow up when I try to
compile it from the command line as well? javac had no problem with the
generated servlet when I compiled it from the command line.

BTW, the java file is roughly 90k and the resulting class file is about 26k.


-----Original Message-----
From: []
Sent: Wednesday, January 10, 2001 9:48 AM
Subject: RE: bizarre JasperException on Solaris box

Ask around again ;o) -- the method size limit is actually due to the 16bit
offset inside a class file. It's not javac. JDK 1.3 won't help either
(afaik). I had this problem when using a lot of tags on my page -- they
generate loads of code. You could either using scriptlets to call the
functions you want instead of tags, or (what i did) refactor the page to
minimise the number of actual tags present (I was able to loop a large
section and factor out many of the calls).  What is the size of you're
class files / java files? If they're getting on for 64k this is probably
your problem. I'm waiting to move to jsp 1.2 with include/flush=false, to
get away from this problem (ie can have almost a method call of JSP).

Ken. on 10/01/2001 10:22:32

Please respond to

cc:    (bcc: Ken X Horn)
Subject:  RE: bizarre JasperException on Solaris box

I've asked around, and nobody here seems to believe that there is a size
limit for java methods.  Further, these methods are not that extravagantly
long, namely under 2000 lines...  Therefore, I doubt that is the problem.
However, upgrading the JDK to a release version surely wouldn't hurt.

In case we're onto something with this Stronghold thing, is there any
difference in how javac would be called from a page hit by Apache and
forwarded to Tomcat versus a page served by Tomcat itself.  Could this be a
bug in the connector?

-----Original Message-----
From: Ralph Einfeldt []
Sent: Wednesday, January 10, 2001 12:46 AM
To: ''
Subject: AW: bizarre JasperException on Solaris box

If William Brodgen's assumption, that you are hitting a size
limitation in javac for a single method, is right, there are
two things that might help:
  - use a more current JDK version
    (1.3.0_01 is the newest version I know:
  - restructure your JSP Source in way that the service
    method gets smaller (put parts of your scriptlets in
    own methods and just call those methods from your

> -----Urspr√ľngliche Nachricht-----
> Von: Troy Landers []
> Gesendet: Dienstag, 9. Januar 2001 18:35
> An: ''; ''
> Betreff: RE: bizarre JasperException on Solaris box

To unsubscribe, e-mail:
For additional commands, email:

View raw message