Hi,
I am having a strange JSP compiler problem. The error message is as follows.
First, notice that the lines cocerned are commented out! Still compiler
compiling!
Second, the second argument of the caller is missing in the error message!
???
Hi,
What do you mean by SOMETIMES?
Is it recurring problem at certain intervals?
If it's early-on, it's more likely caused by first time compiling.
If it occurs at certain intervals and you use large heap memory,
its likely for garbage collection. You can find out the heap memory size
maggie-41 wrote:
But sometimes the response time of Tomcat is very long. At that time,
the CPU usage is very high.
First of all, some of your application is causing this, you should be guess
which ones can cause. Otherwise, it could be followings;
1. Garbage collectors kicked in.
2.
There are alternative designs than using sessions!
If the problem is that serious, you might consider
other options.
Regards.
Yuval Perlov wrote:
On a side note, I'd like to argue that if you have users logging in,
you can't help having some kind of object on the server side telling
IMHO, there isn't much you can do about once you use sessions. The problem
with session is that there is no natural way telling that session is ended
and can be discarded! So system may have to keep session objects for long.
For this reason, I always avoid to use sessions. If this is a major
Christopher Schultz-2 wrote:
This is a self-defeating technique: your threads are not guaranteed to
complete your database configuration before any requests are serviced.
Nop! The embedded DMBS is not designed such crappy way. That's why we
need to use specially developed embedded DBMSs!
It's just plain HTTP!
Pid-2 wrote:
Jonadan wrote:
BTW, is this problem is specific to Tomcat ONLY? Or also occurs in other
servers such as JBoss, and so on?
Are you delivering your PDF over an HTTPS connection?
--
View this message in context:
http://www.nabble.com/PDF-problem-on-IE
If you deploy apps as deflated, shouldn't that solve your problem?
I mean insstead of war files, just copy directoried as UNZIPPED.
Regards.
Fu-Tung Cheng wrote:
Hi,
I have two war files. One is an authentication war and the other is setup
to use the authentication war via the servlet
PS;
Dynamic generation of PDF files involves more than I thought. I noticed that
iText may not generate the same byte strings for the same code. This is from
iText manuals. In addition, database contents may change. So there is no way
I can deliver the same byte stream in case IE reissues
How big is your main memory? Compiling (both source JIT) consumes lots of
memory. If your main memory is small, it can take a lot of initialization
time!
Gavan Hood wrote:
My web app is very simple, two servlets already installed so no war file.
Once it finally gets going it is very
Normally compilers are the memory hogs! A few things you can do is that;
1. If you use JSP, convert to servlets to avoid initialization phase
compiling.
2. If your JDk is JIT (Just in time) compiler enable, disable it. You may
have a bit slow execution. But should have satisfactory speed.
3.
My output MIME is ALWAYS PDF!
If I save the generated PDF into normal directory and access is OK. It may
be one of these;
1. IE security system may be blocking certain patterns developed by previous
errors.
2. Tomcat is not handling requests well.
Regards.
--
View this message in context:
Is there any way I can perform custom initialization IMMEDIATELY after Tomcat
startup automatically?
--
View this message in context:
http://www.nabble.com/Custom-initialization-after-startup-tp14937407p14937407.html
Sent from the Tomcat - User mailing list archive at Nabble.com.
Thanks!
After changing no-cache to cache, it worked! But I am not sure whether
this may deliver the same documents when diiferent documents are generated.
The another problem was that inline didn't work for JSP urls, say,
.../mydoc.jsp. So I have to use a servlet taking JSP as parameters and use
all working servelts destroyed so that I can terminate
database system NORMALLY! Currently it dies suddenly with Tomcat and every
new starts starts with emergency recovery! Smooth normal shutdown is
preferred.
Regards.
Caldarale, Charles R wrote:
From: Jonadan [mailto:[EMAIL PROTECTED
PS:
Yes, it can be done with ServletContextListener since we can check whether
it is alive or not. However we may not sure whether it is system shutdown or
app. shutdown. This is quite tricky. DBMS can use huge heap resources up to
over 500GB on larger systems. This can be a problem without
BTW, is this problem is specific to Tomcat ONLY? Or also occurs in other
servers such as JBoss, and so on?
--
View this message in context:
http://www.nabble.com/PDF-problem-on-IE-from-JSP-tp14879788p14947983.html
Sent from the Tomcat - User mailing list archive at Nabble.com.
IE and
Tomcat does not support or my JSP does not take care, etc.
Anyone had the same problems before?
Jonadan.
--
View this message in context:
http://www.nabble.com/PDF-problem-on-IF-from-JSP-tp14879788p14879788.html
Sent from the Tomcat - User mailing list archive at Nabble.com
Pitre, Russell wrote:
response.setContentLength(baos.size());
Hi,
I added the size information as follows;
response.setContentType(application/pdf;charset=UTF-8);
// response.setHeader(Content-Disposition,
inline;filename=\Document.pdf\);
Or IE does not like content or does not expect as valid connection.
--
View this message in context:
http://www.nabble.com/PDF-problem-on-IE-from-JSP-tp14879788p14899461.html
Sent from the Tomcat - User mailing list archive at Nabble.com.
Option 1: Deploy as unpacked. Simple and I use!
Option 2: If you deploy as war files, you may be able to read files
inside wars using classloader resource stream readers.
Greg Kontos wrote:
When I redeploy my .war file I want this upload directory to remain
unchanged. Is there a way
21 matches
Mail list logo