Re: Installation problems on Windows
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 5.0.28 all failed to install correctly, each hanging at the same point -- just after the "Using jvm..." message. These installation failures happened regardless of which JDK or JRE was referenced during the installation: 1.4.2_06, 1.4.2_07, or 1.5.0_01 (or even Sun's J2EE JDK installed as part of the SunOne reference AppServer) The .ZIP installations also failed to install Tomcat as a service using service.bat. Steps I took to resolve the problem above: 1) Install the .ZIP distribution over the default installation directories started by the binary installer (\Program Files\Apache Software Foundation\Tomcat 5.5). You can probably install to a directory of your choice, but I thought I'd leverage the default, had the installer completed correctly. 2) Set the JAVA_HOME environment variable to the parent directory of the 1.5 JDK -- *not* the private or public JRE that installs with the JDK. In my case, JAVA_HOME=C:\Program Files\Java\JDK1.5.0_01. (It's possible to find docs on the Tomcat site indicating that Tomcat 5.5.x can use a JRE and doesn't require a JDK. That is apparently not always true, at least not during installation). 3) Remove any lingering Registry entries placed there by a failed binary installation. I searched on "tomcat" and deleted any key found. 4) Verify there is *not* a Windows service named "Tomcat" or "Apache Tomcat" or similar. If there is, you may have to remove registry entries (see step 3 above) and reboot before proceeding. 5) Finally, run "service install" in the tomcat bin directory from a command window. If all goes well, Tomcat will now appear as a Windows service. Steve -Jason Bainbridge <[EMAIL PROTECTED]> wrote: - To: Tomcat Users List From: Jason Bainbridge <[EMAIL PROTECTED]> Date: 2005-03-01 03:13PM Subject: Re: Installation problems on Windows On Tue, 1 Mar 2005 12:04:15 -0800, [EMAIL PROTECTED] wrote: > > > 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...?) Is it in that weird disabled state where you can't do anything (sounds like it)? If it is all I've been able to do in the past is reboot to get rid of it, it can happen when you remove a service when you have the Service Control Manager applet open but I don't know how it happened in your instance. Can you install a service with a different name? Regards, -- Jason Bainbridge http://kde.org- [EMAIL PROTECTED] Personal Site - http://jasonbainbridge.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Installation problems on Windows
Jason, go to the tomcat site and look how to remove the tomcat service. You'll do it on a command line. -Original Message- From: [EMAIL PROTECTED] Sent: Mar 1, 2005 3:04 PM To: Tomcat Users List Subject: Re: Installation problems on Windows 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 aborted installation directories and registry entries between each attempt... but never looked in the services window. Running "service remove" does *not* remove the entry, so I'm checking in the registry again. How else to get this phantom Tomcat service out of there? Steve -Jason Bainbridge <[EMAIL PROTECTED]> wrote: - To: Tomcat Users List From: Jason Bainbridge <[EMAIL PROTECTED]> Date: 2005-03-01 02:46PM Subject: Re: Installation problems on Windows On Tue, 1 Mar 2005 11:34:29 -0800, [EMAIL PROTECTED] wrote: > > > Nope... I've had the God-bit set since day one. :-) Stupid question time Is there already a service named Tomcat5 already installed? -- Jason Bainbridge http://kde.org- [EMAIL PROTECTED] Personal Site - http://jasonbainbridge.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Installation problems on Windows
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 may be :-) Steve -Jason Bainbridge <[EMAIL PROTECTED]> wrote: - To: Tomcat Users List From: Jason Bainbridge <[EMAIL PROTECTED]> Date: 2005-03-01 03:05PM Subject: Re: Installation problems on Windows On Tue, 1 Mar 2005 11:58:22 -0800, [EMAIL PROTECTED] wrote: > > > 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 -- Open Source or not -- don't typically try or need to do. > > Do we know who put the installer together? Perhaps they would have some > additional insight into what step the installer is trying to do when it > hangs, and by extension what the tomcat5 executable tries to do in > service.bat when it fails. I don't but service.bat is a windows batch file (obviously) in plain text that is easy to read through so try editing the file, rem'ng the first line that is turning off all the useful echo'd information, then run it again and then send the output to the list. That should isolate the problem... -- Jason Bainbridge http://kde.org- [EMAIL PROTECTED] Personal Site - http://jasonbainbridge.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Installation problems on Windows
You've probably tried these but have you downloaded tomcat again? Perhaps in the download the Installer got fouled up. Is tomcat running when you try to install? If so stop it. I installed tomcat5.28 with XP running sp2 Good luck, John -Original Message- From: [EMAIL PROTECTED] Sent: Mar 1, 2005 2:32 PM To: Tomcat Users List Subject: Re: Installation problems on Windows 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 binary installer started (C:\Program Files\Apache Software Foundation\Tomcat 5.5...). So it appears Tomcat will start up with the correct JAVA_HOME (JDK, not JRE.) However, I still cannot run the Installer successfully, nor will the service.bat install tomcat as a service. Some lingering Windows execution and/or security issues is probably the best guess at this point. I know SP2 for Windows XP made extensive changes, along with the stream of security patches since then. If anyone uncovers such a security issue or the fix, please post, and I'll do the same if I discover it. I'd like to get the service portion ironed out, but in the meantime I can at least get Tomcat started for some development and evaluation. Thx, Steve -Jason Bainbridge <[EMAIL PROTECTED]> wrote: - To: Tomcat Users List From: Jason Bainbridge <[EMAIL PROTECTED]> Date: 2005-03-01 02:10PM Subject: Re: Installation problems on Windows On Tue, 1 Mar 2005 10:16:14 -0800, [EMAIL PROTECTED] wrote: > > > 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. Okay lets go back to basics. 1. Install JDK 1.5 2. set JAVA_HOME to the base directoty of the above install something like C:\JDK1.5.0_01 3. You do not need CLASSPATH set nor does java need to be in the PATH, JAVA_HOME is the only variable that is expressly needed, in a default setup the setting of CATALINA_HOME can safely be done by Tomcat as it starts based on the current directory. In fact having these set especially the CLASSPATH could cause problems. 4. Download 5.5.7.zip and from http://jakarta.apache.org/site/downloads/downloads_tomcat-5.cgi 5. Extract jakarta-tomcat-5.5.7.zip to C:\ 6. Open a new command prompt (must be a new one to ensure the latest environment variables are used. 7. navigate to C:\jakarta-tomcat-5.5.7\bin then run startup.bat 8. what happens? Regards, -- Jason Bainbridge http://kde.org- [EMAIL PROTECTED] Personal Site - http://jasonbainbridge.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Installation problems on Windows
On Tue, 1 Mar 2005 12:04:15 -0800, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > > 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...?) Is it in that weird disabled state where you can't do anything (sounds like it)? If it is all I've been able to do in the past is reboot to get rid of it, it can happen when you remove a service when you have the Service Control Manager applet open but I don't know how it happened in your instance. Can you install a service with a different name? Regards, -- Jason Bainbridge http://kde.org - [EMAIL PROTECTED] Personal Site - http://jasonbainbridge.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Installation problems on Windows
On Tue, 1 Mar 2005 11:58:22 -0800, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > > 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 -- Open Source or not -- don't typically try or need to do. > > Do we know who put the installer together? Perhaps they would have some > additional insight into what step the installer is trying to do when it > hangs, and by extension what the tomcat5 executable tries to do in > service.bat when it fails. I don't but service.bat is a windows batch file (obviously) in plain text that is easy to read through so try editing the file, rem'ng the first line that is turning off all the useful echo'd information, then run it again and then send the output to the list. That should isolate the problem... -- Jason Bainbridge http://kde.org - [EMAIL PROTECTED] Personal Site - http://jasonbainbridge.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Installation problems on Windows
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 aborted installation directories and registry entries between each attempt... but never looked in the services window. Running "service remove" does *not* remove the entry, so I'm checking in the registry again. How else to get this phantom Tomcat service out of there? Steve -Jason Bainbridge <[EMAIL PROTECTED]> wrote: - To: Tomcat Users List From: Jason Bainbridge <[EMAIL PROTECTED]> Date: 2005-03-01 02:46PM Subject: Re: Installation problems on Windows On Tue, 1 Mar 2005 11:34:29 -0800, [EMAIL PROTECTED] wrote: > > > Nope... I've had the God-bit set since day one. :-) Stupid question time Is there already a service named Tomcat5 already installed? -- Jason Bainbridge http://kde.org- [EMAIL PROTECTED] Personal Site - http://jasonbainbridge.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Installation problems on Windows
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 -- Open Source or not -- don't typically try or need to do. Do we know who put the installer together? Perhaps they would have some additional insight into what step the installer is trying to do when it hangs, and by extension what the tomcat5 executable tries to do in service.bat when it fails. Steve -Jason Bainbridge <[EMAIL PROTECTED]> wrote: - To: Tomcat Users List From: Jason Bainbridge <[EMAIL PROTECTED]> Date: 2005-03-01 02:40PM Subject: Re: Installation problems on Windows On Tue, 1 Mar 2005 11:05:08 -0800, [EMAIL PROTECTED] wrote: > > > 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, just a JRE?) Where does it say that exactly? It certainly isn't recommended to do so even though I'm forced to in my company's supported environment, it's always best to use the server JVM available in the JDK, which isn't available in the JRE unless they changed it in 1.5. However as you found out by default it won't run without some modifications as the .bat files are written expecting a JDK so if the documentation says it will run fine just with a JRE then unfortunately the docs are wrong. > However, even with this correction to JAVA_HOME, the service.bat still > fails in the same way -- "Failed installing 'Tomcat5' service" As another poster asked, do you have permission to install services on your XP machine? It doesn't sound like Tomcat is at fault here but mor something related to your permissions or something else preventing an install, is it the error inserting those quotes around the service name? If not then you shouldn't be using the quotes and that could well be causing the problem but I don't think that's it. Regards, -- Jason Bainbridge http://kde.org- [EMAIL PROTECTED] Personal Site - http://jasonbainbridge.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Installation problems on Windows
On Tue, 1 Mar 2005 11:34:29 -0800, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > > Nope... I've had the God-bit set since day one. :-) Stupid question time Is there already a service named Tomcat5 already installed? -- Jason Bainbridge http://kde.org - [EMAIL PROTECTED] Personal Site - http://jasonbainbridge.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Installation problems on Windows
On Tue, 1 Mar 2005 11:05:08 -0800, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > > 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, just a JRE?) Where does it say that exactly? It certainly isn't recommended to do so even though I'm forced to in my company's supported environment, it's always best to use the server JVM available in the JDK, which isn't available in the JRE unless they changed it in 1.5. However as you found out by default it won't run without some modifications as the .bat files are written expecting a JDK so if the documentation says it will run fine just with a JRE then unfortunately the docs are wrong. > However, even with this correction to JAVA_HOME, the service.bat still > fails in the same way -- "Failed installing 'Tomcat5' service" As another poster asked, do you have permission to install services on your XP machine? It doesn't sound like Tomcat is at fault here but mor something related to your permissions or something else preventing an install, is it the error inserting those quotes around the service name? If not then you shouldn't be using the quotes and that could well be causing the problem but I don't think that's it. Regards, -- Jason Bainbridge http://kde.org - [EMAIL PROTECTED] Personal Site - http://jasonbainbridge.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Installation problems on Windows
Nope... I've had the God-bit set since day one. :-) Steve -"Caldarale, Charles R" <[EMAIL PROTECTED]> wrote: - To: "Tomcat Users List" From: "Caldarale, Charles R" <[EMAIL PROTECTED]> Date: 2005-03-01 02:18PM Subject: RE: Installation problems on Windows > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Subject: RE: Installation problems on Windows > > However, even with this correction to JAVA_HOME, the service.bat still > fails in the same way -- "Failed installing 'Tomcat5' service" Is it possible that you might not have admin privileges on your Windows box? - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Installation problems on Windows
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 binary installer started (C:\Program Files\Apache Software Foundation\Tomcat 5.5...). So it appears Tomcat will start up with the correct JAVA_HOME (JDK, not JRE.) However, I still cannot run the Installer successfully, nor will the service.bat install tomcat as a service. Some lingering Windows execution and/or security issues is probably the best guess at this point. I know SP2 for Windows XP made extensive changes, along with the stream of security patches since then. If anyone uncovers such a security issue or the fix, please post, and I'll do the same if I discover it. I'd like to get the service portion ironed out, but in the meantime I can at least get Tomcat started for some development and evaluation. Thx, Steve -Jason Bainbridge <[EMAIL PROTECTED]> wrote: - To: Tomcat Users List From: Jason Bainbridge <[EMAIL PROTECTED]> Date: 2005-03-01 02:10PM Subject: Re: Installation problems on Windows On Tue, 1 Mar 2005 10:16:14 -0800, [EMAIL PROTECTED] wrote: > > > 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. Okay lets go back to basics. 1. Install JDK 1.5 2. set JAVA_HOME to the base directoty of the above install something like C:\JDK1.5.0_01 3. You do not need CLASSPATH set nor does java need to be in the PATH, JAVA_HOME is the only variable that is expressly needed, in a default setup the setting of CATALINA_HOME can safely be done by Tomcat as it starts based on the current directory. In fact having these set especially the CLASSPATH could cause problems. 4. Download 5.5.7.zip and from http://jakarta.apache.org/site/downloads/downloads_tomcat-5.cgi 5. Extract jakarta-tomcat-5.5.7.zip to C:\ 6. Open a new command prompt (must be a new one to ensure the latest environment variables are used. 7. navigate to C:\jakarta-tomcat-5.5.7\bin then run startup.bat 8. what happens? Regards, -- Jason Bainbridge http://kde.org- [EMAIL PROTECTED] Personal Site - http://jasonbainbridge.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Installation problems on Windows
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Subject: RE: Installation problems on Windows > > However, even with this correction to JAVA_HOME, the service.bat still > fails in the same way -- "Failed installing 'Tomcat5' service" Is it possible that you might not have admin privileges on your Windows box? - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Installation problems on Windows
On Tue, 1 Mar 2005 10:16:14 -0800, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > > 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. Okay lets go back to basics. 1. Install JDK 1.5 2. set JAVA_HOME to the base directoty of the above install something like C:\JDK1.5.0_01 3. You do not need CLASSPATH set nor does java need to be in the PATH, JAVA_HOME is the only variable that is expressly needed, in a default setup the setting of CATALINA_HOME can safely be done by Tomcat as it starts based on the current directory. In fact having these set especially the CLASSPATH could cause problems. 4. Download 5.5.7.zip and from http://jakarta.apache.org/site/downloads/downloads_tomcat-5.cgi 5. Extract jakarta-tomcat-5.5.7.zip to C:\ 6. Open a new command prompt (must be a new one to ensure the latest environment variables are used. 7. navigate to C:\jakarta-tomcat-5.5.7\bin then run startup.bat 8. what happens? Regards, -- Jason Bainbridge http://kde.org - [EMAIL PROTECTED] Personal Site - http://jasonbainbridge.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Installation problems on Windows
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 private or public JRE installation. At least this is the case with JDK 1.5. Steve -John Najarian <[EMAIL PROTECTED]> wrote: - To: Tomcat Users List From: John Najarian <[EMAIL PROTECTED]> Date: 2005-03-01 01:30PM Subject: Re: Installation problems on Windows Why are the 'J2RE...' included? I've never needed these in version 4.1, 5.19 or 5.28. -Original Message- From: [EMAIL PROTECTED] Sent: Mar 1, 2005 1:16 PM To: Tomcat Users List Subject: Re: Installation problems on Windows 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 J2SDK1.4.2_06 J2RE1.4.2_07 J2SDK1.4.2_07 JRE1.5.0_01 JDK1.5.0_01 Sun\AppServer\JDK\JRE (this is J2EE 1.4) Steve -John Najarian wrote: - To: Tomcat Users List From: John Najarian Date: 2005-03-01 12:22PM Subject: Re: Installation problems on Windows Just to double check. Your 'path' env var includes an entry like: c:\j2sdk1.4.2_07\bin - (some people forget the \bin) and your java_home env var is like: c:\j2sdk1.4.2_07 -Original Message- From: [EMAIL PROTECTED] Sent: Mar 1, 2005 11:59 AM To: Tomcat Users List Subject: Re: Installation problems on Windows 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 service error. Does anyone know what the .EXE installer is supposed to do after the "Using jvm" message? I can't tell if this is a Windows XP/SP2 security problem or some other JDK problem without knowing what the installer is trying to do when it hangs. Also, in case I never get to try Tomcat, is there a recommendation for other J2EE web/ejb app servers I should try? Thx, Steve -Steve Henty/TechFlow wrote: - To: "Tomcat Users List" From: Steve Henty/TechFlow Date: 2005-03-01 09:43AM Subject: Re: Installation problems on Windows 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 service?) from completing. I've never had to pay a lot of attention to CLASSPATH at the Windows level, since I use WSAD/Eclipse. JAVA_HOME is new to me, and I was counting on the installer to take care of this mundane detail. That said, I *did* set JAVA_HOME to both the public J2RE1.4.2_07, and the full J2SDK1.4.2_07 on separate installer attempts, along with adding the respective /bin directories to the Path. No go either. Installing to a directory without spaces (C:\www\tomcat5.0) didn't help. In any case, Windows hasn't had a problem with spaces in directory names since Win2K, so I'd be surprised if that were truly the problem. There are a zillion programs that use Windows installers successfully, and if I read the mail archives correctly, Tomcat didn't used to have this problem in versions prior to 5.0.19. Does the installation process actually transfer control to the JVM partway through (which is what "Using jvm jvm.dll" implies)? If so, what would prevent that transfer of control to the JVM? I've successfully compiled and run Java applications in WSAD/Eclipse on this machine, so there is nothing inherent in my Windows setup that is JVM-unfriendly. Perhaps there's a fix around the corner? Steve -----Jason Bainbridge wrote: - To: Tomcat Users List From: Jason Bainbridge Date: 2005-02-28 08:37PM Subject: Re: Installation problems on Windows On Mon, 28 Feb 2005 17:26:31 -0800, [EMAIL PROTECTED] wrote: > > 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 > circumstances: > -Windows XP Pro, SP2 > -JRE 1.4.2_06 (picks client/dvm.dll) > -JDK 1.4.2_07 (picks client/dvm.dll or server/dvm.dll, seemingly at random) > -JRE 1.4.2_07 (picks client/dvm.dll) > -fresh install (with reboot) of each of t
RE: Installation problems on Windows
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, just a JRE?) However, even with this correction to JAVA_HOME, the service.bat still fails in the same way -- "Failed installing 'Tomcat5' service" Steve -"Caldarale, Charles R" <[EMAIL PROTECTED]> wrote: - To: "Tomcat Users List" From: "Caldarale, Charles R" <[EMAIL PROTECTED]> Date: 2005-03-01 12:05PM Subject: RE: Installation problems on Windows > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Subject: Re: Installation problems on Windows > > 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 service error. Sorry if you've already said this, but can you get Tomcat to run from a command prompt rather than as a service? If so, have you set the account for the service to one that has at least read access to the JDK as well as read/write access to the Tomcat installation? - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Installation problems on Windows
Why are the 'J2RE...' included? I've never needed these in version 4.1, 5.19 or 5.28. -Original Message- From: [EMAIL PROTECTED] Sent: Mar 1, 2005 1:16 PM To: Tomcat Users List Subject: Re: Installation problems on Windows 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 J2SDK1.4.2_06 J2RE1.4.2_07 J2SDK1.4.2_07 JRE1.5.0_01 JDK1.5.0_01 Sun\AppServer\JDK\JRE (this is J2EE 1.4) Steve -John Najarian <[EMAIL PROTECTED]> wrote: - To: Tomcat Users List From: John Najarian <[EMAIL PROTECTED]> Date: 2005-03-01 12:22PM Subject: Re: Installation problems on Windows Just to double check. Your 'path' env var includes an entry like: c:\j2sdk1.4.2_07\bin - (some people forget the \bin) and your java_home env var is like: c:\j2sdk1.4.2_07 -Original Message- From: [EMAIL PROTECTED] Sent: Mar 1, 2005 11:59 AM To: Tomcat Users List Subject: Re: Installation problems on Windows 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 service error. Does anyone know what the .EXE installer is supposed to do after the "Using jvm" message? I can't tell if this is a Windows XP/SP2 security problem or some other JDK problem without knowing what the installer is trying to do when it hangs. Also, in case I never get to try Tomcat, is there a recommendation for other J2EE web/ejb app servers I should try? Thx, Steve -Steve Henty/TechFlow wrote: - To: "Tomcat Users List" From: Steve Henty/TechFlow Date: 2005-03-01 09:43AM Subject: Re: Installation problems on Windows 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 service?) from completing. I've never had to pay a lot of attention to CLASSPATH at the Windows level, since I use WSAD/Eclipse. JAVA_HOME is new to me, and I was counting on the installer to take care of this mundane detail. That said, I *did* set JAVA_HOME to both the public J2RE1.4.2_07, and the full J2SDK1.4.2_07 on separate installer attempts, along with adding the respective /bin directories to the Path. No go either. Installing to a directory without spaces (C:\www\tomcat5.0) didn't help. In any case, Windows hasn't had a problem with spaces in directory names since Win2K, so I'd be surprised if that were truly the problem. There are a zillion programs that use Windows installers successfully, and if I read the mail archives correctly, Tomcat didn't used to have this problem in versions prior to 5.0.19. Does the installation process actually transfer control to the JVM partway through (which is what "Using jvm jvm.dll" implies)? If so, what would prevent that transfer of control to the JVM? I've successfully compiled and run Java applications in WSAD/Eclipse on this machine, so there is nothing inherent in my Windows setup that is JVM-unfriendly. Perhaps there's a fix around the corner? Steve -----Jason Bainbridge wrote: - To: Tomcat Users List From: Jason Bainbridge Date: 2005-02-28 08:37PM Subject: Re: Installation problems on Windows On Mon, 28 Feb 2005 17:26:31 -0800, [EMAIL PROTECTED] wrote: > > 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 > circumstances: > -Windows XP Pro, SP2 > -JRE 1.4.2_06 (picks client/dvm.dll) > -JDK 1.4.2_07 (picks client/dvm.dll or server/dvm.dll, seemingly at random) > -JRE 1.4.2_07 (picks client/dvm.dll) > -fresh install (with reboot) of each of the JDKs/JREs above > -Tomcat 5.0.28 (should be okay with 1.4.x, right?) > -Tomcat 5.5.4 > -Tomcat 5.5.7 > -leave the partially installed Tomcat directories and registry entries > intact on subsequent attempts > -remove the Tomcat directories and registry entries prior to subsequent > attempts > -allow Tomcat to use default installation directory (C:\Program > Files\Apache Software Foundation\...) > -TinyFirewall enabled, and disabled 1. dvm.dll do you mean jvm.dll? Thought it was just a ty
RE: Installation problems on Windows
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Subject: Re: Installation problems on Windows > > 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 > instructions for an older version (if available) still apply? Use the .zip download, and look in the RUNNING.txt file. Do other Java programs work? (A simple java -version will suffice for a test.) Have you tried running Tomcat with the .bat scripts rather than as a service? (You probably should remove the J2EE installation; in the past, it has caused conflicts with classes supplied in the Tomcat distribution.) - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Installation problems on Windows
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 instructions for an older version (if available) still apply? Steve -Jason Bainbridge <[EMAIL PROTECTED]> wrote: - To: Tomcat Users List From: Jason Bainbridge <[EMAIL PROTECTED]> Date: 2005-03-01 12:41PM Subject: Re: Installation problems on Windows On Tue, 1 Mar 2005 06:43:06 -0800, [EMAIL PROTECTED] wrote: > > > 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 > service?) from completing. I've never had to pay a lot of attention to > CLASSPATH at the Windows level, since I use WSAD/Eclipse. JAVA_HOME is new > to me, and I was counting on the installer to take care of this mundane > detail. Yes service.bat will install the Windows service for you, but have you tried just running the startup.bat that is distributed with the .zip version of Tomcat? JAVA_HOME is the only environment variable you should need to set in a simple Windows installation like this and remember setting Environment Variables in Windows is quite a fickle thing, like if you change one and then try to run something from a Windows Explorer window you had open beforehand then it will use the old settings still and some bizarre times you need to reboot the box. > That said, I *did* set JAVA_HOME to both the public J2RE1.4.2_07, and the > full J2SDK1.4.2_07 on separate installer attempts, along with adding the > respective /bin directories to the Path. No go either. > Installing to a directory without spaces (C:\www\tomcat5.0) didn't help. In > any case, Windows hasn't had a problem with spaces in directory names since > Win2K, so I'd be surprised if that were truly the problem. Says who? I've had plenty of problems in Win2k and XP, none of my sites use Windows 2003 so I can't comment there but I am sure there would be problems there also. > There are a zillion programs that use Windows installers successfully, and > if I read the mail archives correctly, Tomcat didn't used to have this > problem in versions prior to 5.0.19. Remember Tomcat is an Open Source application and hence perfection can't be expected, the installer is provided as a convenience and works in the majority of cases, it sounds like you have some sort of security problem somewhere. > Does the installation process actually transfer control to the JVM partway > through (which is what "Using jvm jvm.dll" implies)? If so, what would > prevent that transfer of control to the JVM? I've successfully compiled and > run Java applications in WSAD/Eclipse on this machine, so there is nothing > inherent in my Windows setup that is JVM-unfriendly. Perhaps there's a fix > around the corner? It is most likely doing whatever service.bat does to install the service, the installer is just a wrapper to copy things and what not, it doesn't have too many smarts in it as far as I know. Try looking in your Windows event logs especially the Security one, it sounds like something out of the ordinary in your windows setup causing the problems, usually getting Tomcat up and running is a matter of minutes. Regards, -- Jason Bainbridge http://kde.org- [EMAIL PROTECTED] Personal Site - http://jasonbainbridge.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Installation problems on Windows
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 J2SDK1.4.2_06 J2RE1.4.2_07 J2SDK1.4.2_07 JRE1.5.0_01 JDK1.5.0_01 Sun\AppServer\JDK\JRE (this is J2EE 1.4) Steve -John Najarian <[EMAIL PROTECTED]> wrote: - To: Tomcat Users List From: John Najarian <[EMAIL PROTECTED]> Date: 2005-03-01 12:22PM Subject: Re: Installation problems on Windows Just to double check. Your 'path' env var includes an entry like: c:\j2sdk1.4.2_07\bin - (some people forget the \bin) and your java_home env var is like: c:\j2sdk1.4.2_07 -Original Message- From: [EMAIL PROTECTED] Sent: Mar 1, 2005 11:59 AM To: Tomcat Users List Subject: Re: Installation problems on Windows 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 service error. Does anyone know what the .EXE installer is supposed to do after the "Using jvm" message? I can't tell if this is a Windows XP/SP2 security problem or some other JDK problem without knowing what the installer is trying to do when it hangs. Also, in case I never get to try Tomcat, is there a recommendation for other J2EE web/ejb app servers I should try? Thx, Steve -Steve Henty/TechFlow wrote: - To: "Tomcat Users List" From: Steve Henty/TechFlow Date: 2005-03-01 09:43AM Subject: Re: Installation problems on Windows 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 service?) from completing. I've never had to pay a lot of attention to CLASSPATH at the Windows level, since I use WSAD/Eclipse. JAVA_HOME is new to me, and I was counting on the installer to take care of this mundane detail. That said, I *did* set JAVA_HOME to both the public J2RE1.4.2_07, and the full J2SDK1.4.2_07 on separate installer attempts, along with adding the respective /bin directories to the Path. No go either. Installing to a directory without spaces (C:\www\tomcat5.0) didn't help. In any case, Windows hasn't had a problem with spaces in directory names since Win2K, so I'd be surprised if that were truly the problem. There are a zillion programs that use Windows installers successfully, and if I read the mail archives correctly, Tomcat didn't used to have this problem in versions prior to 5.0.19. Does the installation process actually transfer control to the JVM partway through (which is what "Using jvm jvm.dll" implies)? If so, what would prevent that transfer of control to the JVM? I've successfully compiled and run Java applications in WSAD/Eclipse on this machine, so there is nothing inherent in my Windows setup that is JVM-unfriendly. Perhaps there's a fix around the corner? Steve -Jason Bainbridge wrote: - To: Tomcat Users List From: Jason Bainbridge Date: 2005-02-28 08:37PM Subject: Re: Installation problems on Windows On Mon, 28 Feb 2005 17:26:31 -0800, [EMAIL PROTECTED] wrote: > > 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 > circumstances: > -Windows XP Pro, SP2 > -JRE 1.4.2_06 (picks client/dvm.dll) > -JDK 1.4.2_07 (picks client/dvm.dll or server/dvm.dll, seemingly at random) > -JRE 1.4.2_07 (picks client/dvm.dll) > -fresh install (with reboot) of each of the JDKs/JREs above > -Tomcat 5.0.28 (should be okay with 1.4.x, right?) > -Tomcat 5.5.4 > -Tomcat 5.5.7 > -leave the partially installed Tomcat directories and registry entries > intact on subsequent attempts > -remove the Tomcat directories and registry entries prior to subsequent > attempts > -allow Tomcat to use default installation directory (C:\Program > Files\Apache Software Foundation\...) > -TinyFirewall enabled, and disabled 1. dvm.dll do you mean jvm.dll? Thought it was just a typo at first but it's consistent through your email. 2. Try installing to a directory path without spaces, Windows is really tempermental about such things. 3. Ditch the binary installer and just download the .zip, if need be a Windows serv
Re: Installation problems on Windows
On Tue, 1 Mar 2005 06:43:06 -0800, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > > 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 > service?) from completing. I've never had to pay a lot of attention to > CLASSPATH at the Windows level, since I use WSAD/Eclipse. JAVA_HOME is new > to me, and I was counting on the installer to take care of this mundane > detail. Yes service.bat will install the Windows service for you, but have you tried just running the startup.bat that is distributed with the .zip version of Tomcat? JAVA_HOME is the only environment variable you should need to set in a simple Windows installation like this and remember setting Environment Variables in Windows is quite a fickle thing, like if you change one and then try to run something from a Windows Explorer window you had open beforehand then it will use the old settings still and some bizarre times you need to reboot the box. > That said, I *did* set JAVA_HOME to both the public J2RE1.4.2_07, and the > full J2SDK1.4.2_07 on separate installer attempts, along with adding the > respective /bin directories to the Path. No go either. > Installing to a directory without spaces (C:\www\tomcat5.0) didn't help. In > any case, Windows hasn't had a problem with spaces in directory names since > Win2K, so I'd be surprised if that were truly the problem. Says who? I've had plenty of problems in Win2k and XP, none of my sites use Windows 2003 so I can't comment there but I am sure there would be problems there also. > There are a zillion programs that use Windows installers successfully, and > if I read the mail archives correctly, Tomcat didn't used to have this > problem in versions prior to 5.0.19. Remember Tomcat is an Open Source application and hence perfection can't be expected, the installer is provided as a convenience and works in the majority of cases, it sounds like you have some sort of security problem somewhere. > Does the installation process actually transfer control to the JVM partway > through (which is what "Using jvm jvm.dll" implies)? If so, what would > prevent that transfer of control to the JVM? I've successfully compiled and > run Java applications in WSAD/Eclipse on this machine, so there is nothing > inherent in my Windows setup that is JVM-unfriendly. Perhaps there's a fix > around the corner? It is most likely doing whatever service.bat does to install the service, the installer is just a wrapper to copy things and what not, it doesn't have too many smarts in it as far as I know. Try looking in your Windows event logs especially the Security one, it sounds like something out of the ordinary in your windows setup causing the problems, usually getting Tomcat up and running is a matter of minutes. Regards, -- Jason Bainbridge http://kde.org - [EMAIL PROTECTED] Personal Site - http://jasonbainbridge.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Installation problems on Windows
Just to double check. Your 'path' env var includes an entry like: c:\j2sdk1.4.2_07\bin - (some people forget the \bin) and your java_home env var is like: c:\j2sdk1.4.2_07 -Original Message- From: [EMAIL PROTECTED] Sent: Mar 1, 2005 11:59 AM To: Tomcat Users List Subject: Re: Installation problems on Windows 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 service error. Does anyone know what the .EXE installer is supposed to do after the "Using jvm" message? I can't tell if this is a Windows XP/SP2 security problem or some other JDK problem without knowing what the installer is trying to do when it hangs. Also, in case I never get to try Tomcat, is there a recommendation for other J2EE web/ejb app servers I should try? Thx, Steve -Steve Henty/TechFlow wrote: - To: "Tomcat Users List" From: Steve Henty/TechFlow Date: 2005-03-01 09:43AM Subject: Re: Installation problems on Windows 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 service?) from completing. I've never had to pay a lot of attention to CLASSPATH at the Windows level, since I use WSAD/Eclipse. JAVA_HOME is new to me, and I was counting on the installer to take care of this mundane detail. That said, I *did* set JAVA_HOME to both the public J2RE1.4.2_07, and the full J2SDK1.4.2_07 on separate installer attempts, along with adding the respective /bin directories to the Path. No go either. Installing to a directory without spaces (C:\www\tomcat5.0) didn't help. In any case, Windows hasn't had a problem with spaces in directory names since Win2K, so I'd be surprised if that were truly the problem. There are a zillion programs that use Windows installers successfully, and if I read the mail archives correctly, Tomcat didn't used to have this problem in versions prior to 5.0.19. Does the installation process actually transfer control to the JVM partway through (which is what "Using jvm jvm.dll" implies)? If so, what would prevent that transfer of control to the JVM? I've successfully compiled and run Java applications in WSAD/Eclipse on this machine, so there is nothing inherent in my Windows setup that is JVM-unfriendly. Perhaps there's a fix around the corner? Steve -Jason Bainbridge <[EMAIL PROTECTED]> wrote: - To: Tomcat Users List From: Jason Bainbridge <[EMAIL PROTECTED]> Date: 2005-02-28 08:37PM Subject: Re: Installation problems on Windows On Mon, 28 Feb 2005 17:26:31 -0800, [EMAIL PROTECTED] wrote: > > 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 > circumstances: > -Windows XP Pro, SP2 > -JRE 1.4.2_06 (picks client/dvm.dll) > -JDK 1.4.2_07 (picks client/dvm.dll or server/dvm.dll, seemingly at random) > -JRE 1.4.2_07 (picks client/dvm.dll) > -fresh install (with reboot) of each of the JDKs/JREs above > -Tomcat 5.0.28 (should be okay with 1.4.x, right?) > -Tomcat 5.5.4 > -Tomcat 5.5.7 > -leave the partially installed Tomcat directories and registry entries > intact on subsequent attempts > -remove the Tomcat directories and registry entries prior to subsequent > attempts > -allow Tomcat to use default installation directory (C:\Program > Files\Apache Software Foundation\...) > -TinyFirewall enabled, and disabled 1. dvm.dll do you mean jvm.dll? Thought it was just a typo at first but it's consistent through your email. 2. Try installing to a directory path without spaces, Windows is really tempermental about such things. 3. Ditch the binary installer and just download the .zip, if need be a Windows service can be easily installed using the batch file that comes with the .zip 4. Try explicitly setting your JAVA_HOME environment variable to point where you want it. One of those should set you right. Cheers. -- Jason Bainbridge http://kde.org- [EMAIL PROTECTED] Personal Site - http://jasonbainbridge.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscrib
RE: Installation problems on Windows
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Subject: Re: Installation problems on Windows > > 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 service error. Sorry if you've already said this, but can you get Tomcat to run from a command prompt rather than as a service? If so, have you set the account for the service to one that has at least read access to the JDK as well as read/write access to the Tomcat installation? - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Installation problems on Windows
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 service error. Does anyone know what the .EXE installer is supposed to do after the "Using jvm" message? I can't tell if this is a Windows XP/SP2 security problem or some other JDK problem without knowing what the installer is trying to do when it hangs. Also, in case I never get to try Tomcat, is there a recommendation for other J2EE web/ejb app servers I should try? Thx, Steve -Steve Henty/TechFlow wrote: - To: "Tomcat Users List" From: Steve Henty/TechFlow Date: 2005-03-01 09:43AM Subject: Re: Installation problems on Windows 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 service?) from completing. I've never had to pay a lot of attention to CLASSPATH at the Windows level, since I use WSAD/Eclipse. JAVA_HOME is new to me, and I was counting on the installer to take care of this mundane detail. That said, I *did* set JAVA_HOME to both the public J2RE1.4.2_07, and the full J2SDK1.4.2_07 on separate installer attempts, along with adding the respective /bin directories to the Path. No go either. Installing to a directory without spaces (C:\www\tomcat5.0) didn't help. In any case, Windows hasn't had a problem with spaces in directory names since Win2K, so I'd be surprised if that were truly the problem. There are a zillion programs that use Windows installers successfully, and if I read the mail archives correctly, Tomcat didn't used to have this problem in versions prior to 5.0.19. Does the installation process actually transfer control to the JVM partway through (which is what "Using jvm jvm.dll" implies)? If so, what would prevent that transfer of control to the JVM? I've successfully compiled and run Java applications in WSAD/Eclipse on this machine, so there is nothing inherent in my Windows setup that is JVM-unfriendly. Perhaps there's a fix around the corner? Steve -Jason Bainbridge <[EMAIL PROTECTED]> wrote: - To: Tomcat Users List From: Jason Bainbridge <[EMAIL PROTECTED]> Date: 2005-02-28 08:37PM Subject: Re: Installation problems on Windows On Mon, 28 Feb 2005 17:26:31 -0800, [EMAIL PROTECTED] wrote: > > 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 > circumstances: > -Windows XP Pro, SP2 > -JRE 1.4.2_06 (picks client/dvm.dll) > -JDK 1.4.2_07 (picks client/dvm.dll or server/dvm.dll, seemingly at random) > -JRE 1.4.2_07 (picks client/dvm.dll) > -fresh install (with reboot) of each of the JDKs/JREs above > -Tomcat 5.0.28 (should be okay with 1.4.x, right?) > -Tomcat 5.5.4 > -Tomcat 5.5.7 > -leave the partially installed Tomcat directories and registry entries > intact on subsequent attempts > -remove the Tomcat directories and registry entries prior to subsequent > attempts > -allow Tomcat to use default installation directory (C:\Program > Files\Apache Software Foundation\...) > -TinyFirewall enabled, and disabled 1. dvm.dll do you mean jvm.dll? Thought it was just a typo at first but it's consistent through your email. 2. Try installing to a directory path without spaces, Windows is really tempermental about such things. 3. Ditch the binary installer and just download the .zip, if need be a Windows service can be easily installed using the batch file that comes with the .zip 4. Try explicitly setting your JAVA_HOME environment variable to point where you want it. One of those should set you right. Cheers. -- Jason Bainbridge http://kde.org- [EMAIL PROTECTED] Personal Site - http://jasonbainbridge.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Installation problems on Windows
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 service?) from completing. I've never had to pay a lot of attention to CLASSPATH at the Windows level, since I use WSAD/Eclipse. JAVA_HOME is new to me, and I was counting on the installer to take care of this mundane detail. That said, I *did* set JAVA_HOME to both the public J2RE1.4.2_07, and the full J2SDK1.4.2_07 on separate installer attempts, along with adding the respective /bin directories to the Path. No go either. Installing to a directory without spaces (C:\www\tomcat5.0) didn't help. In any case, Windows hasn't had a problem with spaces in directory names since Win2K, so I'd be surprised if that were truly the problem. There are a zillion programs that use Windows installers successfully, and if I read the mail archives correctly, Tomcat didn't used to have this problem in versions prior to 5.0.19. Does the installation process actually transfer control to the JVM partway through (which is what "Using jvm jvm.dll" implies)? If so, what would prevent that transfer of control to the JVM? I've successfully compiled and run Java applications in WSAD/Eclipse on this machine, so there is nothing inherent in my Windows setup that is JVM-unfriendly. Perhaps there's a fix around the corner? Steve -Jason Bainbridge <[EMAIL PROTECTED]> wrote: - To: Tomcat Users List From: Jason Bainbridge <[EMAIL PROTECTED]> Date: 2005-02-28 08:37PM Subject: Re: Installation problems on Windows On Mon, 28 Feb 2005 17:26:31 -0800, [EMAIL PROTECTED] wrote: > > 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 > circumstances: > -Windows XP Pro, SP2 > -JRE 1.4.2_06 (picks client/dvm.dll) > -JDK 1.4.2_07 (picks client/dvm.dll or server/dvm.dll, seemingly at random) > -JRE 1.4.2_07 (picks client/dvm.dll) > -fresh install (with reboot) of each of the JDKs/JREs above > -Tomcat 5.0.28 (should be okay with 1.4.x, right?) > -Tomcat 5.5.4 > -Tomcat 5.5.7 > -leave the partially installed Tomcat directories and registry entries > intact on subsequent attempts > -remove the Tomcat directories and registry entries prior to subsequent > attempts > -allow Tomcat to use default installation directory (C:\Program > Files\Apache Software Foundation\...) > -TinyFirewall enabled, and disabled 1. dvm.dll do you mean jvm.dll? Thought it was just a typo at first but it's consistent through your email. 2. Try installing to a directory path without spaces, Windows is really tempermental about such things. 3. Ditch the binary installer and just download the .zip, if need be a Windows service can be easily installed using the batch file that comes with the .zip 4. Try explicitly setting your JAVA_HOME environment variable to point where you want it. One of those should set you right. Cheers. -- Jason Bainbridge http://kde.org- [EMAIL PROTECTED] Personal Site - http://jasonbainbridge.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Installation problems on Windows
On Mon, 28 Feb 2005 17:26:31 -0800, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > 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 > circumstances: > -Windows XP Pro, SP2 > -JRE 1.4.2_06 (picks client/dvm.dll) > -JDK 1.4.2_07 (picks client/dvm.dll or server/dvm.dll, seemingly at random) > -JRE 1.4.2_07 (picks client/dvm.dll) > -fresh install (with reboot) of each of the JDKs/JREs above > -Tomcat 5.0.28 (should be okay with 1.4.x, right?) > -Tomcat 5.5.4 > -Tomcat 5.5.7 > -leave the partially installed Tomcat directories and registry entries > intact on subsequent attempts > -remove the Tomcat directories and registry entries prior to subsequent > attempts > -allow Tomcat to use default installation directory (C:\Program > Files\Apache Software Foundation\...) > -TinyFirewall enabled, and disabled 1. dvm.dll do you mean jvm.dll? Thought it was just a typo at first but it's consistent through your email. 2. Try installing to a directory path without spaces, Windows is really tempermental about such things. 3. Ditch the binary installer and just download the .zip, if need be a Windows service can be easily installed using the batch file that comes with the .zip 4. Try explicitly setting your JAVA_HOME environment variable to point where you want it. One of those should set you right. Cheers. -- Jason Bainbridge http://kde.org - [EMAIL PROTECTED] Personal Site - http://jasonbainbridge.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Installation problems on Windows
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 circumstances: -Windows XP Pro, SP2 -JRE 1.4.2_06 (picks client/dvm.dll) -JDK 1.4.2_07 (picks client/dvm.dll or server/dvm.dll, seemingly at random) -JRE 1.4.2_07 (picks client/dvm.dll) -fresh install (with reboot) of each of the JDKs/JREs above -Tomcat 5.0.28 (should be okay with 1.4.x, right?) -Tomcat 5.5.4 -Tomcat 5.5.7 -leave the partially installed Tomcat directories and registry entries intact on subsequent attempts -remove the Tomcat directories and registry entries prior to subsequent attempts -allow Tomcat to use default installation directory (C:\Program Files\Apache Software Foundation\...) -TinyFirewall enabled, and disabled I found a couple other notes in the list archive from people with the same problem but didn't see the resolution. Other Java-related or OpenSource software installed at the time of the Tomcat install attempt: -SunOne (J2EE 1.4 SDK, not running) -WSAD 5.1.2 (not running) -Apache 2.x (service not running) -MySQL (service not running) -CVSNT (running) -Oracle 9i client (includes 1.3 JRE) Any help is much appreciated. S Henty - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]