You're right about jvm.dll... one typo and a bunch of cut-and-paste.
None of the options you mentioned worked. Starting with using the ZIP file
directly, I apparently have some JAVA_HOME or CLASSPATH problems that
prevent the service.bat (is that the one I want to install the Windows XP
Some more updates...
Tried the .EXE installer with JDK 1.5. Still no go, I get the same
installer hang right after Using jvm.
Tried the .ZIP installation again, and verified an accurate JAVA_HOME
pointing to the 1.4 JDK in this case. Running service install resulted in
a Failed to install
Yes, those are the path(s) I've used... including \bin in the path, and
using the immediate parent directory of the \bin for JAVA_HOME. The
following JREs and JDKs have been tried. Also, I've tried pointing the path
and JAVA_HOME at the JRE, and the JDK for each version.
J2RE1.4.2_06
I'll check the Windows event log as you suggest... I haven't checked it
yet.
The Tomcat 5.x docs on the Jakarta site appear to assume the Windows
installer will be used in every case... I'm not able to find different
installation instructions for using the .ZIP distribution. Would the
Regarding running Tomcat from the startup.bat and shutdown.bat...
This *does* work, but only if JAVA_HOME is pointing to the parent directory
of a JDK, not the parent to a JRE (this seems to contradict both the binary
installer, and the Tomcat 5.x docs which state Tomcat no longer needs a
JDK,
Including the JREs were motiviated by two factors -- one, the Tomcat 5 docs
indicate it needs a JRE, not a full-blown JDK, and two, for complete
troubleshooting.
As it turns out (see related message in this thread), JAVA_HOME in fact
must be set to the parent directory of a JDK, *not* the
Jason,
Thanks for the detail on the installation. I mentioned in a separate
response within this thread that once JAVA_HOME was corrected (referencing
the parent of the 1.5 JDK and not the public or private JRE) then the
startup.bat method worked fine in the default installation directory the
Nope... I've had the God-bit set since day one. :-)
Steve
-Caldarale, Charles R [EMAIL PROTECTED] wrote: -
To: Tomcat Users List tomcat-user@jakarta.apache.org
From: Caldarale, Charles R [EMAIL PROTECTED]
Date: 2005-03-01 02:18PM
Subject: RE: Installation problems on Windows
From:
This is my own remote-office laptop, so I have the God-bit set
(Administrators group), and have installed 50 or 60 programs / services
over the last 12 months, including 20 or so after the SP2 upgrade. So it
would seem Tomcat is trying to do something during installation that most
other programs
Jason,
Definitely *not* a stupid question, as the answer is yes.
Don't know how it got there, and it doesn't work (can't look at properties,
can't start it, probably can't remove it...?)
Undoubtedly an artifact from one of the dozen or so installation attempts.
I've been clearing the
I did a quick gut-check of the service.bat logic, and it appears the batch
file is primarily there to build JAVA_HOMEs, CATALINA_HOMEs, and select a
jvm.dll for an eventual call to tomcat5.exe... but the real meat of the
service registration seems to happen in tomcat5.exe. Or not, as the case
Well, after a final swipe through the registry and a reboot, service.bat
installed the Tomcat service correctly.
Many thanks to all who helped me work through this Windows installation
issue.
A short recap for latecomers to the thread:
The binary distributions of Tomcat 5.5.4, 5.5.7, and
I hope this message makes it to the list (my Welcome email didn't include
the examples of the proper email command syntax, only the headings...?)
The Tomcat 5.x binary installer for Windows hangs at the point where it
says it's using the dvm.dll. This is true under all the following
13 matches
Mail list logo