Re: Installation problems on Windows

[shenty]

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

[John Najarian]

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

[shenty]

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

[John Najarian]

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

[Jason Bainbridge]

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

[Jason Bainbridge]

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

[shenty]

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

[shenty]

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

[Jason Bainbridge]

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

[Jason Bainbridge]

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

[shenty]

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

[shenty]

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

[Caldarale, Charles R]

> 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

[Jason Bainbridge]

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

[shenty]

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

[shenty]

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

[John Najarian]

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

[Caldarale, Charles R]

> 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

[shenty]

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

[shenty]

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

[Jason Bainbridge]

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

[John Najarian]

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

[Caldarale, Charles R]

> 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

[shenty]

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

[shenty]

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

[Jason Bainbridge]

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]

Re: installation problems with Tomcat 4.1, mod_jk2 & connectors

[Matthew Hannigan]

[ coyoteconnector or ajp13connector on 8009]

On Thu, Nov 07, 2002 at 08:42:29AM -0500, Turner, John wrote:
> 
> Nope.  From my 4.1.12 binary install package:

Ah. I'm using 4.0.x

Matt

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

RE: installation problems with Tomcat 4.1, mod_jk2 & connectors

[Turner, John]

Nope.  From my 4.1.12 binary install package:




AjpConnector is on the same port (8009)...but disabled by default.  If you
want to use it, you have to enable AjpConnector and disable the Connector
show above, which I've done.

John


> -Original Message-
> From: Matthew Hannigan [mailto:mlh@;zip.com.au]
> Sent: Wednesday, November 06, 2002 5:01 PM
> To: Tomcat Users List
> Subject: Re: installation problems with Tomcat 4.1, mod_jk2 & 
> connectors
> 
> 
> On Wed, Nov 06, 2002 at 08:08:31AM -0500, Turner, John wrote:
> > 
> > That's correct.  The Tomcat "side" of the JK/JK2 connectors 
> is enabled in
> > server.xml by default. 
> > 
> > Look for a Connector element in server.xml that calls the 
> CoyoteConnector
> > class with a port assignment of 8009.  That's your JK2 
> connector on the
> > Tomcat end.
> 
> Isn't the CoyoteConnector on 8081?
> 
> The Ajp13Connector is on 8009.
> 
> Matt
> 
> --
> To unsubscribe, e-mail:   
> <mailto:tomcat-user-unsubscribe@;jakarta.apache.org>
> For additional commands, e-mail: 
> <mailto:tomcat-user-help@;jakarta.apache.org>
> 

--
To unsubscribe, e-mail:   <mailto:tomcat-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:tomcat-user-help@;jakarta.apache.org>

Re: installation problems with Tomcat 4.1, mod_jk2 & connectors

[Matthew Hannigan]

On Wed, Nov 06, 2002 at 08:08:31AM -0500, Turner, John wrote:
> 
> That's correct.  The Tomcat "side" of the JK/JK2 connectors is enabled in
> server.xml by default. 
> 
> Look for a Connector element in server.xml that calls the CoyoteConnector
> class with a port assignment of 8009.  That's your JK2 connector on the
> Tomcat end.

Isn't the CoyoteConnector on 8081?

The Ajp13Connector is on 8009.

Matt

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

RE: installation problems with Tomcat 4.1, mod_jk2 & connectors

[Turner, John]

That's correct.  The Tomcat "side" of the JK/JK2 connectors is enabled in
server.xml by default. 

Look for a Connector element in server.xml that calls the CoyoteConnector
class with a port assignment of 8009.  That's your JK2 connector on the
Tomcat end.

On the Apache end, mod_jk2.so goes in the standard location for Apache
modules.

John


> -Original Message-
> From: Marko Asplund [mailto:aspa@;kronodoc.fi]
> Sent: Wednesday, November 06, 2002 7:34 AM
> To: [EMAIL PROTECTED]
> Subject: installation problems with Tomcat 4.1, mod_jk2 & connectors
> 
> 
> 
> i'm trying to build and install the Tomcat 4.1.12 connectors 
> for use with
> Apache 2.0.43 and Tomcat 4.1.12. i've been reading through the
> documentation but unfortunately, the Tomcat JK documentation 
> pages only
> discuss the configuration part and not the installation 
> process itself so
> i'm having problems figuring out how to exactly install the 
> connectors.
> 
> i've installed the mod_jk2 part but do i need to install the 
> connectors to
> Tomcat as well? the Connectors List mentions that the mod_jk2 
> connectors
> are enabled per default in Tomcat v4.1 which lead me to think that
> connector installation is not necessary.
> 
> best regards,
> -- 
>   aspa
> 
> 
> 
> 
> 
> --
> To unsubscribe, e-mail:   
> 
> For additional commands, e-mail: 
> 
> 

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

Re: Installation problems on Debian Woody

[Kjetil Kjernsmo]

On Wednesday 26 June 2002 19:32, you wrote:
> Kjetil Kjernsmo wrote:
> >That's true, however, it requires JDK 1.3, it seems, and that's not
> > in Woody. I installed j2sdk1.3 from Blackdown, and now it seems
> > Tomcat4 is running smoothly! Great, thanks! Are there any
> > alternative to the Blackdown j2sdk?
>
> Sorry, the jdk is another one of those things we had installed
> without using apt-get:( ,

Well, whaddayaknow... It looks like the SDK has something to do with 
it... 

I'm not too into the packaging system yet, so I had real trouble 
getting Cocoon2 to realize Tomcat4 was there for it. Eventually, that 
lead me to reinstall the Tomcat 3.3 from Woody, and now it didn't 
report all those errors. So I purged everything, except the SDK, 
reinstalled Tomcat 3.3 and Cocoon 2, still no problems. I purged 
everything again, the SDK too, and installed the JDK1.1 from Woody, and 
Tomcat 3.3 and Cocoon 2, and the log took off. Purging everything 
again, reinstalling j2sdk1.3 and Tomcat 3.3 and Cocoon 2, and right 
now, I can't spot any problems. H... :-) I guess I should tell 
apache-debian about this.

Best,

Kjetil
-- 
Kjetil Kjernsmo
Astrophysicist/IT Consultant/Skeptic/Ski-orienteer/Orienteer/Mountaineer
[EMAIL PROTECTED]  [EMAIL PROTECTED]  [EMAIL PROTECTED]
Homepage: http://www.kjetil.kjernsmo.net/

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

Re: Installation problems on Debian Woody

[Liam Morley]

Kjetil Kjernsmo wrote:

>That's true, however, it requires JDK 1.3, it seems, and that's not in 
>Woody. I installed j2sdk1.3 from Blackdown, and now it seems Tomcat4 is 
>running smoothly! Great, thanks! Are there any alternative to the 
>Blackdown j2sdk?
>
Sorry, the jdk is another one of those things we had installed without 
using apt-get:( we didn't want to be using a pre-jdk1.3 when the jdk1.4 
had come out.. we had upgraded through the tar available from Sun's website.

Liam Morley


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

Re: Installation problems on Debian Woody

[Kjetil Kjernsmo]

On Wednesday 26 June 2002 17:20, you wrote:

> Well I just talked to our sys admin and he says that tomcat 4.0.3 is
> available in woody (under the package name "tomcat4"). 

That's true, however, it requires JDK 1.3, it seems, and that's not in 
Woody. I installed j2sdk1.3 from Blackdown, and now it seems Tomcat4 is 
running smoothly! Great, thanks! Are there any alternative to the 
Blackdown j2sdk? 

Now, it just remains to get the Debian Cocoon2-package to realize that 
tomcat4 is there, I guess. This should be quite trouble free? If 
anybody knows off-hand the most graceful way to do it, I'm all ears. :-)

> Are you
> using any tomcat/apache connectors? If I remember correctly, that was
> part of the problem.

Eh, no, I don't think so... :-)

Best,

Kjetil
-- 
Kjetil Kjernsmo
Astrophysicist/IT Consultant/Skeptic/Ski-orienteer/Orienteer/Mountaineer
[EMAIL PROTECTED]  [EMAIL PROTECTED]  [EMAIL PROTECTED]
Homepage: http://www.kjetil.kjernsmo.net/

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

Re: Installation problems on Debian Woody

[Liam Morley]

Kjetil Kjernsmo wrote:

>M, I see. I would of course like to use the .debs ("stick to your 
>distro, son" is a common advice for people in my position) :-) 
>Any other options? :-)
>  
>
Well I just talked to our sys admin and he says that tomcat 4.0.3 is 
available in woody (under the package name "tomcat4"). The only reason 
we're not upgrading is because I think I'll wait for tomcat 4.1, but 
we're already using 4.0.3 so there's no need to switch back just yet (I 
think we upgraded before the tomcat4 package came out for woody). You 
might want to consider getting that package. Are you using any 
tomcat/apache connectors? If I remember correctly, that was part of the 
problem.

Liam Morley


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

Re: Installation problems on Debian Woody

[Kjetil Kjernsmo]

On Wednesday 26 June 2002 16:42, you wrote:
> I remember one of our sys admins having issues (the SocketException
> looks familiar) and just upgrading to 4.x through a tarball. It's not
> pretty (and we miss being able to upgrade through apt-get), but
> tomcat's working just fine now. 

M, I see. I would of course like to use the .debs ("stick to your 
distro, son" is a common advice for people in my position) :-) 
Any other options? :-)

>Any reason why you're using apache
> from unstable instead of testing?

Hehe, I asked the same question to debian-apache yesterday... :-) 
Long story, really (I guess OT), but since you asked:
Basically, there is some confusion as to the upgrade cycle right now, 
I'm certainly confused. They created unofficial 1.3.26 debs for Woody 
in a hurry, but that's not the way it is usually done, since security 
upgrades is usually just for stable. I have unstable in my sources.list 
(I wanted gnupg-1.0.7 some time ago, it had a new feature I really 
needed), but set default distro to testing. For some reason not quite 
clear to me, apt told me that I should upgrade to the one in 
unstable... So I did. From the response I got in debian-apache, I think 
they probably differ only in version number. 

Best,

Kjetil
-- 
Kjetil Kjernsmo
Astrophysicist/IT Consultant/Skeptic/Ski-orienteer/Orienteer/Mountaineer
[EMAIL PROTECTED]  [EMAIL PROTECTED]  [EMAIL PROTECTED]
Homepage: http://www.kjetil.kjernsmo.net/

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

Re: Installation problems on Debian Woody

[Liam Morley]

I remember one of our sys admins having issues (the SocketException 
looks familiar) and just upgrading to 4.x through a tarball. It's not 
pretty (and we miss being able to upgrade through apt-get), but tomcat's 
working just fine now. Any reason why you're using apache from unstable 
instead of testing?

Liam Morley

Kjetil Kjernsmo wrote:

>Hi all!
>
>I'm trying to get Cocoon2 up running on my Debian Woody box, and I'm 
>seeing problems with Tomcat. I hope somebody can give me a hand
>The first thing I noticed was that my /var/log partition was full. It 
>turned out that the reason was that about every second, Tomcat wrote 
>something like this:
> 
>PoolTcpEndpoint: Endpoint 
>ServerSocket[addr=localhost/127.0.0.1,port=0,localport=8007] ignored 
>exception: java.net.SocketException: Socket closed
>java.net.SocketException: Socket closed
>at java.net.PlainSocketImpl.close(PlainSocketImpl.java:408)
>at java.net.Socket.close(Socket.java:383)
>at java.net.ServerSocket.implAccept(ServerSocket.java:206)
>at java.net.ServerSocket.accept(ServerSocket.java:181)
>at 
>org.apache.tomcat.util.net.PoolTcpEndpoint.acceptSocket(PoolTcpEndpoint.java:314)
>at 
>org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:459)
>at 
>org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:519)
>at java.lang.Thread.run(Thread.java)
>
>I did some googling, and it seems Gregory Guthrie reported and solved 
>the same problem some time ago, see 
>http:[EMAIL PROTECTED]%3e
>
>However, the small hint there is not enough for me to understand 
>neither the problem nor the solution... :-) I would be grateful if 
>anybody would elaborate.
>
>My system is a straight Debian Woody system, with a 2.4.17 kernel, 
>recent Apache 1.3.26-1 from unstable, and all I do to install stuff is 
>"apt-get install", so Tomcat is versioned 3.3a-4. 
>
>Best,
>
>Kjetil
>  
>



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

RE: Installation problems.

[Ansalvish, Dave R]

Hi,

 I used the binary installation file from jakarta.apache.org.  Here is a
copy of the startup.  I don't see any errrors.

Script started on Tue 08 Jan 2002 03:47:17 PM EST
desweb:/:$TOMCAT_HOME/bin/startup.sh
Using classpath: /tecnet/jakarta-tomcat-3.3/bin/../lib/tomcat.jar
Using JAVA_HOME: /tecnet/j2sdk1_3_1_02
Using TOMCAT_HOME: /tecnet/jakarta-tomcat-3.3
desweb:/:2002-01-08 15:47:30 - ServerXmlReader:
Config=$TOMCAT_HOME/conf/server.xml
2002-01-08 15:47:30 - PathSetter: home=/tecnet/jakarta-tomcat-3.3
2002-01-08 15:47:31 - ContextXmlReader: Context
config=$TOMCAT_HOME/conf/apps-127.0.0.1.xml
2002-01-08 15:47:31 - ContextXmlReader: Context
config=$TOMCAT_HOME/conf/apps-admin.xml
2002-01-08 15:47:31 - ContextXmlReader: Context
config=$TOMCAT_HOME/conf/apps-examples.xml
2002-01-08 15:47:31 - AutoWebApp: Loaded from config: DEFAULT:/admin
2002-01-08 15:47:31 - AutoWebApp: Auto-Adding DEFAULT:/
2002-01-08 15:47:31 - AutoWebApp: Loaded from config: DEFAULT:/examples
2002-01-08 15:47:31 - ContextManager: Tomcat configured and in stable state 
2002-01-08 15:47:31 - ContextManager: Adding  DEFAULT:/admin
2002-01-08 15:47:31 - ContextManager: Adding  DEFAULT:/examples
2002-01-08 15:47:31 - ContextManager: Adding  DEFAULT:/ROOT
EmbededTomcat: Init time 2743
2002-01-08 15:47:31 - Http10Interceptor: Starting on 8080
2002-01-08 15:47:31 - Ajp12Interceptor: Starting on 8007
EmbededTomcat: Startup time 263
2002-01-08 15:47:31 - Ajp13Interceptor: Starting on 8009

desweb:/:exit

script done on Tue 08 Jan 2002 03:47:43 PM EST

Dave
-Original Message-
From: Darrell Esau [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 08, 2002 3:28 PM
To: Tomcat Users List
Subject: Re: Installation problems.


Did you download a binary installation?

There should be some output when you start the server, such as:
>./startup.sh
Using classpath: ./../lib/tomcat.jar
Using JAVA_HOME: /usr/jdk1.3.1
Using TOMCAT_HOME: ..
2002-01-08 12:08:41 - ServerXmlReader: Config=$TOMCAT_HOME/conf/server.xml
2002-01-08 12:08:41 - PathSetter: home=/opt/tomcat
2002-01-08 12:08:41 - ContextXmlReader: Context 
config=$TOMCAT_HOME/conf/apps-examples.xml
2002-01-08 12:08:41 - ContextXmlReader: Context 
config=$TOMCAT_HOME/conf/apps-127.0.0.1.xml
2002-01-08 12:08:41 - ContextXmlReader: Context 
config=$TOMCAT_HOME/conf/apps-admin.xml
2002-01-08 12:08:41 - ContextXmlReader: Context
2002-01-08 12:08:41 - AutoWebApp: Loaded from config: DEFAULT:/examples
2002-01-08 12:08:41 - AutoWebApp: Auto-Adding DEFAULT:/
2002-01-08 12:08:41 - AutoWebApp: Loaded from config: DEFAULT:/admin
2002-01-08 12:08:41 - ContextManager: Tomcat configured and in stable state
2002-01-08 12:08:41 - ContextManager: Adding  DEFAULT:/examples
2002-01-08 12:08:41 - ContextManager: Adding  DEFAULT:/admin
2002-01-08 12:08:41 - ContextManager: Adding  docwiz.ebay:/ROOT
2002-01-08 12:08:41 - ContextManager: Adding  DEFAULT:/ROOT
2002-01-08 12:08:42 - Ctx() : Validating web.xml

-d


On Tuesday 08 January 2002 12:30 pm, you wrote:
> Hi,
>
>  After install TOMCAT, when I tried to access localhost:8080 I recceive a
> white screen with the words "Not Found".
>
>   Configuration:
>
>Solaris 8.0
>Installed j2sdk using the shar file from java.sun.com.
>Installed recommend patches.
>Downloaded jakarta-tomcat-3.3.tar.gz.
>Unzip the jakatra-tomcat-3.3 and untar the jakatra-3.3.tar.
>Create the environmental variables of JAVA_HOME and TOMCAT_HOME.
>Executed $TOMCAT_HOME/bin/startup.
>Checked $TOMCAT_HOME/log/tomcat.pid and did a ps -ef | grep for the
pid.
> TOMCAT
>server appears to be there. All other files in log directory are zero
> length.
>
>
>   I'm not sure where else to look and I'm out of idea what is causing this
> problem.  Can somebody help me.
>
> Dave

-- 
Darrell Esau
Software Engineer, Sun Microsystems
NetAdmin Development

--
To unsubscribe:   <mailto:[EMAIL PROTECTED]>
For additional commands: <mailto:[EMAIL PROTECTED]>
Troubles with the list: <mailto:[EMAIL PROTECTED]>

--
To unsubscribe:   <mailto:[EMAIL PROTECTED]>
For additional commands: <mailto:[EMAIL PROTECTED]>
Troubles with the list: <mailto:[EMAIL PROTECTED]>

Re: Installation problems.

[Darrell Esau]

Did you download a binary installation?

There should be some output when you start the server, such as:
>./startup.sh
Using classpath: ./../lib/tomcat.jar
Using JAVA_HOME: /usr/jdk1.3.1
Using TOMCAT_HOME: ..
2002-01-08 12:08:41 - ServerXmlReader: Config=$TOMCAT_HOME/conf/server.xml
2002-01-08 12:08:41 - PathSetter: home=/opt/tomcat
2002-01-08 12:08:41 - ContextXmlReader: Context 
config=$TOMCAT_HOME/conf/apps-examples.xml
2002-01-08 12:08:41 - ContextXmlReader: Context 
config=$TOMCAT_HOME/conf/apps-127.0.0.1.xml
2002-01-08 12:08:41 - ContextXmlReader: Context 
config=$TOMCAT_HOME/conf/apps-admin.xml
2002-01-08 12:08:41 - ContextXmlReader: Context
2002-01-08 12:08:41 - AutoWebApp: Loaded from config: DEFAULT:/examples
2002-01-08 12:08:41 - AutoWebApp: Auto-Adding DEFAULT:/
2002-01-08 12:08:41 - AutoWebApp: Loaded from config: DEFAULT:/admin
2002-01-08 12:08:41 - ContextManager: Tomcat configured and in stable state
2002-01-08 12:08:41 - ContextManager: Adding  DEFAULT:/examples
2002-01-08 12:08:41 - ContextManager: Adding  DEFAULT:/admin
2002-01-08 12:08:41 - ContextManager: Adding  docwiz.ebay:/ROOT
2002-01-08 12:08:41 - ContextManager: Adding  DEFAULT:/ROOT
2002-01-08 12:08:42 - Ctx() : Validating web.xml

-d


On Tuesday 08 January 2002 12:30 pm, you wrote:
> Hi,
>
>  After install TOMCAT, when I tried to access localhost:8080 I recceive a
> white screen with the words "Not Found".
>
>   Configuration:
>
>Solaris 8.0
>Installed j2sdk using the shar file from java.sun.com.
>Installed recommend patches.
>Downloaded jakarta-tomcat-3.3.tar.gz.
>Unzip the jakatra-tomcat-3.3 and untar the jakatra-3.3.tar.
>Create the environmental variables of JAVA_HOME and TOMCAT_HOME.
>Executed $TOMCAT_HOME/bin/startup.
>Checked $TOMCAT_HOME/log/tomcat.pid and did a ps -ef | grep for the pid.
> TOMCAT
>server appears to be there. All other files in log directory are zero
> length.
>
>
>   I'm not sure where else to look and I'm out of idea what is causing this
> problem.  Can somebody help me.
>
> Dave

-- 
Darrell Esau
Software Engineer, Sun Microsystems
NetAdmin Development

--
To unsubscribe:   
For additional commands: 
Troubles with the list: 

Re: installation problems: tomcat 3.2.2+ apache 1.3.20 + jetspeed 1.3.a1 on suse linux

[Sumit Ranjan]

hi peter , 
   thanx for your prompt reply.
   changing to some other port also does not start my tomcat as 
now the error that comes is...
error=feedDaemon: couldn't process url : /ocs/local.ocs
error=feedDaemon: couldn't process url 
:http://java.apache.org/jetspeed/channels/apache.ocs
 
moreover the port 8080 is not listening to anything else as i have still to 
start apache.
 
please helpTIA.
 

  - Original Message - 
  From: 
  Peter Harrison 
  To: [EMAIL PROTECTED] 
  ; Sumit Ranjan 
  Sent: Friday, June 29, 2001 9:58 AM
  Subject: Re: installation problems: 
  tomcat 3.2.2+ apache 1.3.20 + jetspeed 1.3.a1 on suse linux
  
  This means there is already 
  something listening on one of the ports tomcat listens to, ie either 8080 
  or 8007.  Is there something else listening to port 8080, such as 
  Apache?
  
- Original Message - 
From: 
Sumit Ranjan 
To: [EMAIL PROTECTED] 

Sent: Friday, June 29, 2001 4:08 
PM
Subject: installation problems: tomcat 
3.2.2+ apache 1.3.20 + jetspeed 1.3.a1 on suse linux

hi!
can anyone help me with installation of Tomcat 
3.2.2+ Apache 1.3.20 + jetspeed 1.3.a1 on suse linux.
i have done everything as per the installation 
instruction yet wwhen i try to start tomcat it does not start and shows an 
error :   java.net.bindexception: address already in 
use.
 
Sumit 
Ranjan

Re: installation problems: tomcat 3.2.2+ apache 1.3.20 + jetspeed 1.3.a1 on suse linux

[Peter Harrison]

This means there is already 
something listening on one of the ports tomcat listens to, ie either 8080 
or 8007.  Is there something else listening to port 8080, such as 
Apache?

  - Original Message - 
  From: 
  Sumit Ranjan 
  To: [EMAIL PROTECTED] 
  
  Sent: Friday, June 29, 2001 4:08 PM
  Subject: installation problems: tomcat 
  3.2.2+ apache 1.3.20 + jetspeed 1.3.a1 on suse linux
  
  hi!
  can anyone help me with installation of Tomcat 
  3.2.2+ Apache 1.3.20 + jetspeed 1.3.a1 on suse linux.
  i have done everything as per the installation 
  instruction yet wwhen i try to start tomcat it does not start and shows an 
  error :   java.net.bindexception: address already in 
  use.
   
  Sumit 
Ranjan

Re: installation problems: tomcat 3.2.2+ apache 1.3.20 + jetspeed 1.3.a1 on suse linux

[Dmitri Colebatch]

On Fri, 29 Jun 2001 14:08, you wrote:
> and shows an error :   java.net.bindexception: address already in use.
Tomcat starts up on 8080 out of the box.  This means that you already have 
something bound to 8080.  Edit $TOMCAT_HOME/conf/server.xml and change 8080 
to some other port. 

btw - what's Jetspeed?

cheers
dim


>
> Sumit Ranjan


Content-Type: text/html; charset="windows-1252"; name="Attachment: 1"
Content-Transfer-Encoding: quoted-printable
Content-Description: 

RE: installation problems.

[Warren Crossing]

you would of got a solution if you searched the mailing list by now.. hope
you have. if not the problem lies in jaxp classes only allowed to come from
one single source ( jar ).  the classloader freaks coz its got tooo.. the
trick is to put jaxp1.1011.101.10 into a dir loaded by another classloader
ie /web-inf/lib or /common/lib not /server/lib.

help at all??



-Original Message-
From: Aristide Aragon [mailto:[EMAIL PROTECTED]]
Sent: Monday, 21 May 2001 4:33 PM
To: [EMAIL PROTECTED]
Subject: Re: installation problems.


I was able to solve the instal. problems I described in this post, however,
a new problem surged.
When I start tomcat, by typing $TOMCAT_HOME/bin/startup.sh I get the
classpath printed, and then I get:

FATAL: configuration error
java.lang.SecurityException: sealing violation
at java.net.URLClassLoader.defineClass(URLClassLoader.java:234)
at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:297)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:286)
at java.lang.ClassLoader.loadClass(ClassLoader.java:253)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:313)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:120)
at
javax.xml.parsers.SAXParserFactory.newInstance(SAXParserFactory.java:117)
at org.apache.tomcat.util.xml.XmlMapper.readXml(XmlMapper.java:210)
at org.apache.tomcat.startup.Tomcat.execute(Tomcat.java:187)
at org.apache.tomcat.startup.Tomcat.main(Tomcat.java:235)

What could that be?

I changed the conf. file from port 8080 to port 88, but nothing other than
that, and it did give the error before I changed that.
I am starting tomcat as root on a Linux system using JDK 1.3, and the most
recent versions of everything tomcat requires (actually I had to symlink
directory jaxp-1.1 to jaxp-1.0.1 because it apparetnly is hardwired to that
dir name.

Any help would be appreciated.

Aristide -hog

Re: installation problems.

[Aristide Aragon]

Yes, ports smaller than 1024 are resticted but not to the root user.
Anyway I first tried with the config file as it came (with port 8080) and it didn't 
work, it gave the very same error.

Thanks

> My first suggestion would be that you use a different port than 88,
> (I remember something about ports lower than ~1000 being restricted use).
> Try using a port in the high end of the range, say above 8080.



> 
> FATAL: configuration error
> java.lang.SecurityException: sealing violation
> at java.net.URLClassLoader.defineClass(URLClassLoader.java:234)
> at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
> at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:297)
> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:286)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:253)
> at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:313)
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:120)
> at
> javax.xml.parsers.SAXParserFactory.newInstance(SAXParserFactory.java:117)
> at org.apache.tomcat.util.xml.XmlMapper.readXml(XmlMapper.java:210)
> at org.apache.tomcat.startup.Tomcat.execute(Tomcat.java:187)
> at org.apache.tomcat.startup.Tomcat.main(Tomcat.java:235)
> 
> What could that be?
> 
> I changed the conf. file from port 8080 to port 88, but nothing other than
> that, and it did give the error before I changed that.
> I am starting tomcat as root on a Linux system using JDK 1.3, and the most
> recent versions of everything tomcat requires (actually I had to symlink
> directory jaxp-1.1 to jaxp-1.0.1 because it apparetnly is hardwired to that
> dir name.
> 
> Any help would be appreciated.
> 
> Aristide -hog

RE: installation problems.

[Christian Rudolph]

Aristide,

My first suggestion would be that you use a different port than 88,
(I remember something about ports lower than ~1000 being restricted use).
Try using a port in the high end of the range, say above 8080.

-Christian 

Christian Rudolph
NewsEdge Corp.
80 Blanchard Road
Burlington, MA 01803


-Original Message-
From: Aristide Aragon [mailto:[EMAIL PROTECTED]]
Sent: Monday, May 21, 2001 2:33 AM
To: [EMAIL PROTECTED]
Subject: Re: installation problems.


I was able to solve the instal. problems I described in this post, however,
a new problem surged.
When I start tomcat, by typing $TOMCAT_HOME/bin/startup.sh I get the
classpath printed, and then I get:

FATAL: configuration error
java.lang.SecurityException: sealing violation
at java.net.URLClassLoader.defineClass(URLClassLoader.java:234)
at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:297)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:286)
at java.lang.ClassLoader.loadClass(ClassLoader.java:253)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:313)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:120)
at
javax.xml.parsers.SAXParserFactory.newInstance(SAXParserFactory.java:117)
at org.apache.tomcat.util.xml.XmlMapper.readXml(XmlMapper.java:210)
at org.apache.tomcat.startup.Tomcat.execute(Tomcat.java:187)
at org.apache.tomcat.startup.Tomcat.main(Tomcat.java:235)

What could that be?

I changed the conf. file from port 8080 to port 88, but nothing other than
that, and it did give the error before I changed that.
I am starting tomcat as root on a Linux system using JDK 1.3, and the most
recent versions of everything tomcat requires (actually I had to symlink
directory jaxp-1.1 to jaxp-1.0.1 because it apparetnly is hardwired to that
dir name.

Any help would be appreciated.

Aristide -hog

Re: installation problems.

[Aristide Aragon]

I was able to solve the instal. problems I described in this post, however, a new 
problem surged.
When I start tomcat, by typing $TOMCAT_HOME/bin/startup.sh I get the classpath 
printed, and then I get:

FATAL: configuration error
java.lang.SecurityException: sealing violation
at java.net.URLClassLoader.defineClass(URLClassLoader.java:234)
at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:297)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:286)
at java.lang.ClassLoader.loadClass(ClassLoader.java:253)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:313)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:120)
at javax.xml.parsers.SAXParserFactory.newInstance(SAXParserFactory.java:117)
at org.apache.tomcat.util.xml.XmlMapper.readXml(XmlMapper.java:210)
at org.apache.tomcat.startup.Tomcat.execute(Tomcat.java:187)
at org.apache.tomcat.startup.Tomcat.main(Tomcat.java:235)

What could that be?

I changed the conf. file from port 8080 to port 88, but nothing other than that, and 
it did give the error before I changed that.
I am starting tomcat as root on a Linux system using JDK 1.3, and the most recent 
versions of everything tomcat requires (actually I had to symlink directory jaxp-1.1 
to jaxp-1.0.1 because it apparetnly is hardwired to that dir name.

Any help would be appreciated.

Aristide -hog

Re: Installation problems with Tomcat 3.1 and Windows 98

[Pete Ehli]

Ok Calvin if your dos window just flashes and then goes away -- tomcat
is not setup properly. Did you set JAVA_HOME  TOMCAT_HOME and YOUR
CLASSPATH - All in your auto-exe.bat file. Also when you make changes to
your .bat file you must restart your machine each time for the changes to
take effect. If you need a sample auotexec.bat file - email me.
Odd that a beginning class would use tomcat. I have two years experience
in java and tomcat is not easy to figure out (very poor documentation) it's
free and open source which makes it so attractive. P.S. stay away from the
apache tomcat configuration. Climb one mountain at a time. Email me
personally if you need - being a student too I know what it's like.
-- Pete --
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, December 31, 2000 6:42 AM
Subject: Installation problems with Tomcat 3.1 and Windows 98


> Hi,
>
> I am fairly new to JAVA and am having a heck of a time installing Tomcat
3.1
> on my windows 98 machine.  I'm not sure where to start with my question so
> I'll just show you my console messages.  If anyone can help me with this
> issue, I would appreciate it.  I need to use Tomcat for a JAVA class I
will
> be taking in a couple of weeks.
>
> Here is the message I get when I go to the C:\jakarta-tomcat\bin directory
> and type "startup":
>
> C:\jakarta-tomcat\bin>startup
> Starting tomcat in new window
> Using classpath:
> ..\classes;..\lib\webserver.jar;..\lib\jasper.jar;..\lib\xml.ja
>
r;..\lib\servlet.jar;C:\jdk1.3\lib\tools.jar;C:\Java_Packages;.;C:\jakarta-t
om
>
> ca
> t\lib\servlet.jar;C:\jakarta-tomcat\lib\jasper.jar
> C:\jakarta-tomcat\bin>
>
> The new window flashes then go away.
>
>
> This is what I get when I type "tomcat run":
>
> C:\jakarta-tomcat\bin>tomcat run
> Using classpath:
> ..\classes;..\lib\webserver.jar;..\lib\jasper.jar;..\lib\xml.ja
>
r;..\lib\servlet.jar;C:\jdk1.3\lib\tools.jar;C:\Java_Packages;.;C:\jakarta-t
om
>
> ca
> t\lib\servlet.jar;C:\jakarta-tomcat\lib\jasper.jar
> Context log: path="/examples" Adding context path="/examples"
> docBase="webapps/
> examples"
> Context log: path="" Adding context path=""  docBase="webapps/ROOT"
> Context log: path="/test" Adding context path="/test"
docBase="webapps/test"
> Starting tomcat. Check logs/tomcat.log for error messages
> Starting tomcat install=".." home="C:\jakarta-tomcat"
> classPath="..\classes;..\l
>
ib\webserver.jar;..\lib\jasper.jar;..\lib\xml.jar;..\lib\servlet.jar;C:\jdk1
.3
>
> \l
>
ib\tools.jar;C:\Java_Packages;.;C:\jakarta-tomcat\lib\servlet.jar;C:\jakarta
-t
>
> om
> cat\lib\jasper.jar"
> Context log: path="/admin" Automatic context load
> docBase="C:\jakarta-tomcat\web
> apps\admin"
> Context log: path="/admin" Adding context path="/admin"
> docBase="C:\jakarta-tom
> cat\webapps\admin"
>
>
> Here is the message from the tomcat log file:
>
> Starting endpoint port="8080"
> handler="org.apache.tomcat.service.http.HttpConnectionHandler"
> Starting endpoint port="8007"
> handler="org.apache.tomcat.service.connector.Ajp12ConnectionHandler"
>
> I am excited about JAVA and this new class. So, any suggestions would be
> appreciated.
>
> Calvin
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, email: [EMAIL PROTECTED]
>


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Re: Installation problems installing Tomcat 3.1 on my windows 98 machine

[Mick Sullivan]

try this
it worked a beauty for me
http://www.geocities.com/jdrudnicki/




Original Message Follows
From: [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: Installation problems installing Tomcat 3.1 on my windows 98 
machine
Date: Sun, 31 Dec 2000 10:04:17 EST

Rick,

Thanks for your reply.  Tried what you suggested, but it didn't work.
Shouldn't I have two DOS windows on my machine after I type startup (I don't
it starting New Tomcat window just flashes)?  And why would I need to use
index.html in the URL?  Gonna be out of commission after this e-mail for a
few days.  Have a HAPPY NEW YEAR.  Be safe.

Calvin


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]


_
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Re: Installation problems installing Tomcat 3.1 on my windows 98 machine

[Rick Smith]

[EMAIL PROTECTED] wrote:
> 
> Rick,
> 
> Thanks for your reply.  Tried what you suggested, but it didn't work.
> Shouldn't I have two DOS windows on my machine after I type startup (I don't
> it starting New Tomcat window just flashes)?  And why would I need to use
> index.html in the URL?  Gonna be out of commission after this e-mail for a
> few days.  Have a HAPPY NEW YEAR.  Be safe.
> 
> Calvin
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, email: [EMAIL PROTECTED]

Calvin, 

I haven't set Tomcat up on Windows for some time. I'm running it on
Linux. Can you check the doc and see if you need to set TOMCAT_HOME and
JAVA_HOME before you start Tomcat? You can skip the index.html at the
end of the url. I just copied and pasted the full url after it came up
on my browser.
It isn't difficult to get Tomcat running standalone on Windows. It's
probably something very simple to correct. It's just a matter of
stepping through the install instructions to see what you need to do. 

Happy New Year to you, too. 
Rick

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Re: Installation problems installing Tomcat 3.1 on my windows 98 machine

[Beava201371567]

Rick,

Thanks for your reply.  Tried what you suggested, but it didn't work.  
Shouldn't I have two DOS windows on my machine after I type startup (I don't 
it starting New Tomcat window just flashes)?  And why would I need to use 
index.html in the URL?  Gonna be out of commission after this e-mail for a 
few days.  Have a HAPPY NEW YEAR.  Be safe.

Calvin


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Re: Installation problems installing Tomcat 3.1 on my windows 98 machine

[ricksmth]

Try starting up your browser and enter http://localhost:8080/test/index.html in the 
location. 

Rick

[EMAIL PROTECTED] wrote:
> Hi,
I am fairly new to JAVA and am having a heck of a time installing Tomcat 3.1 
on my windows 98 machine.  I'm not sure where to start with my question so 
I'll just show you my console messages.  If anyone can help me with this 
issue, I would appreciate it.  I need to use Tomcat for a JAVA class I will 
be taking in a couple of weeks.  

Here is the message I get when I go to the C:\jakarta-tomcat\bin directory 
and type "startup":

C:\jakarta-tomcat\bin>startup
Starting tomcat in new window
Using classpath: 
..\classes;..\lib\webserver.jar;..\lib\jasper.jar;..\lib\xml.ja
r;..\lib\servlet.jar;C:\jdk1.3\lib\tools.jar;C:\Java_Packages;.;C:\jakarta-tom

ca
t\lib\servlet.jar;C:\jakarta-tomcat\lib\jasper.jar
C:\jakarta-tomcat\bin>

The new window flashes then go away.


This is what I get when I type "tomcat run":

C:\jakarta-tomcat\bin>tomcat run
Using classpath: 
..\classes;..\lib\webserver.jar;..\lib\jasper.jar;..\lib\xml.ja
r;..\lib\servlet.jar;C:\jdk1.3\lib\tools.jar;C:\Java_Packages;.;C:\jakarta-tom

ca
t\lib\servlet.jar;C:\jakarta-tomcat\lib\jasper.jar
Context log: path="/examples" Adding context path="/examples"  
docBase="webapps/
examples"
Context log: path="" Adding context path=""  docBase="webapps/ROOT"
Context log: path="/test" Adding context path="/test"  docBase="webapps/test"
Starting tomcat. Check logs/tomcat.log for error messages
Starting tomcat install=".." home="C:\jakarta-tomcat" 
classPath="..\classes;..\l
ib\webserver.jar;..\lib\jasper.jar;..\lib\xml.jar;..\lib\servlet.jar;C:\jdk1.3

\l
ib\tools.jar;C:\Java_Packages;.;C:\jakarta-tomcat\lib\servlet.jar;C:\jakarta-t

om
cat\lib\jasper.jar"
Context log: path="/admin" Automatic context load 
docBase="C:\jakarta-tomcat\web
apps\admin"
Context log: path="/admin" Adding context path="/admin"  
docBase="C:\jakarta-tom
cat\webapps\admin"


Here is the message from the tomcat log file:

Starting endpoint port="8080" 
handler="org.apache.tomcat.service.http.HttpConnectionHandler" 
Starting endpoint port="8007" 
handler="org.apache.tomcat.service.connector.Ajp12ConnectionHandler" 

I am excited about JAVA and this new class. So, any suggestions would be 
appreciated.

Calvin

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]