I just had a run in with the problem that other people
seem to be experiencing, and I think I have solved it.
Problem
---
After a default installation of Tomcat 4.1.12, after
starting Tomcat, it immediatley shuts down before you
can see any backtrace in stdout (console window), and
there is
Maybe it is the same problem as with the Windows ones.
Having to do with /conf/web.xml. If any webapp
contexts are defined in there and the directory does
not exist, Tomcat appears to crap out on startup w/o
so much as a trappable error message or anything in
/log.
in your ${catalina.home}/bin
I am not aware of all the performance implications of
this, but it should be possible to create a Thread to
run on some interval you define which just infinitely
loops a call for garbage collection (gc() right?) then
goes back to sleep until next iteration.
At least then you can control how
I hate being one that says works for me!, but it
does. However, I did have a momentary problem too
after I upgraded from 4.0.4 to 4.1.12, but that was
because I forgot to copy a /keys directory.
Never have witnessed that backtrace before, it almost
looks like there is a requirement that the
Good eye!
On the other hand, the thing you posted to jguru has
the opposite
problem. You'll need to add a second servlet
mapping to the source
disclosure blocker for
/servlet/org.apache.catalina.servlets.DefaultServlet/
__
Do you Yahoo!?
What is the type of content you are including? .jsp,
.html, .java? Mine still work after
the upgrade, but they are all .jsp includes. Still,
you are right, includes shouldn't stop working unless
of course, how they were being used was a bug :).
Have you had the 'parent' jsp (the one with the
the jsp, but that's how it's
used.
As for recompiled, that's one thing I've learned
with jrun and tomcat,
wipe out work to get a clean slate going. Yes, java
and class had the
same datestamp, after starting tomcat.
Thanks for the shot...
On Thu, 26 Sep 2002, Brad Plies wrote:
What
I've had the same problem with some .jar files before.
The problem, in my case, was that I downloaded those
files via a web-browser (Netscape)
which for some reason corrupts them sometimes. I
recommend re-acquiring the .zip file via ftp if you
have not tried that already.
In fact that
The lack of existing out.write() calls suggests to me
that the JspRuntimeLibrary.include() is supposed to do
it. Probably why 'out' is given to .include() as an
argument.
But why is a runtime library needed if the content is
static? Should be compiled once and that's it.
API of the
Check the /log directory?
You might need to make some changes in
/conf/server.xml and /conf/web.xml.
--- Sebastien Col [EMAIL PROTECTED] wrote:
Hello,
I just installed Tomcat 4.1.12 following all the
installation =
instructions. I am running Windows 2000 SP3, with
jdk1.4.1 and ant1.5.
When
I am not sure about the process of offering patches
workarounds, but anyway, according to
http://jakarta.apache.org/site/news.html#0924.1 the
latest patch is actually only a disabling of the
Invoker servlet. However some people with old code
that who are relying on the Invoker servlet and
.
--
Tim Moore / Blackboard Inc. / Software Engineer
1899 L Street, NW / 5th Floor / Washington, DC 20036
Phone 202-463-4860 ext. 258 / Fax 202-463-4863
-Original Message-
From: Brad Plies [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, September 25, 2002 6:53 PM
To: [EMAIL PROTECTED
Make sure the DefaultServlet is still active, its the
InvokerServlet that gets you into trouble.
Read the text about it at:
http://jakarta.apache.org/site/news.html#0924.1
--- Mona Wong-Barnum [EMAIL PROTECTED] wrote:
Due to the recent security vulnerability, I've
upgrade to 4.0.5.
Sorry, my initial reply got filtered by some kind of
language censor.
Anyway, you need to make sure that your /conf/web.xml
has the DefaultServlet active. The DefaultServlet is
responsible for serving static content.
The most recent version of Tomcat tinkers a bit with
the InvokerServlet,
Hehe, notice the segment
If you have any questions, please direct them to
[EMAIL PROTECTED]
Not to dwell off-topic, but I have a question for
them:
'Why are they interfering with our communication?'
Also note this:
MIMEsweeper ChineseWall
TXU Companies Internet, Intranet and E-mail Policy
Sounds like a mysql config error.
try a: GRANT ALL ON dbname TO username@localhost
GRANT ALL ON dbname TO username@'%'
Make sure the password you're using for the Connection
is correct too. Restart MySQL to flush the
priveleges.
That's my best recommendation, hope it helps!
--- Yves Sablonier
16 matches
Mail list logo