Re: Installing tomcat 6

2014-02-05 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Franz,

On 2/4/14, 9:41 PM, Franz wrote:
> On Tue, Feb 4, 2014 at 9:31 PM, Christopher Schultz < 
> ch...@christopherschultz.net> wrote:
> 
> Dan,
> 
> On 2/4/14, 3:43 PM, Daniel Mikusa wrote:
 On Feb 4, 2014, at 3:23 PM, Franz <169...@gmail.com> wrote:
 
> On Tue, Feb 4, 2014 at 6:13 PM, Franz <169...@gmail.com>
> wrote:
> 
>> 
>> 
>> 
>> On Tue, Feb 4, 2014 at 6:08 PM, Mark Thomas
>>  wrote:
>> 
>>> On 04/02/2014 20:04, Franz wrote:
>>> 
 export JAVA_HOME="/opt/openemm/java" cd tomcat 
 bin/startup.sh
>>> 
>>> At this point use: bin/catalina.sh run
>>> 
>>> rather than bin/startup.sh
>>> 
>>> and report here what output you get.
>>> 
>>> 
>> [root@ns3098622 tomcat]# bin/catalina.sh run
>> 
>> Using CATALINA_BASE:   /opt/openemm/tomcat Using
>> CATALINA_HOME: /opt/openemm/tomcat Using
>> CATALINA_TMPDIR: /opt/openemm/tomcat/temp Using
>> JRE_HOME: "/opt/openemm/java" Using CLASSPATH: 
>> /opt/openemm/tomcat/bin/bootstrap.jar bin/catalina.sh:
>> line 305:
>> /opt/openemm/tomcat/"/opt/openemm/java"/bin/java: No
>> such file or directory bin/catalina.sh: line 305: exec: 
>> /opt/openemm/tomcat/"/opt/openemm/java"/bin/java: cannot 
>> execute: No such file or directory
>> 
>> thanks
>> 
> 
> But I do not understand what this error means and what I
> should do now
 
 You're setting JAVA_HOME as "/opt/openemm/java", quotes
 included. Try setting it without quotes.
> 
> Quotes should be fine, as long as you are using plain-old 
> double-quotes and not "smart" (aka dumb) quotes.
> 
 Ex:  export JAVA_HOME=/opt/openemm/java
 
 Also make sure that you can run the command 
 "/opt/openemm/java/bin/java -version".  You should get the
 version info for your JVM.
> 
> +1
> 
> I suspect Java is not actually installed in /opt/openemm/java
> 
> 
>> Installed? The tutorial steps that I reported in the first email
>> only copy the files in directory /opt/openemm/java. Nothing was
>> really installed. But it works just with this  export
>> JAVA_HOME=/opt/openemm/java step. Also the test of java -version
>> works. Are there any problems with the lack of an actual java
>> installation?

Yes, without Java you cannot run Tomcat. Since you have set
JAVA_HOME=/opt/openmm/java, you'd better have a Java available under
/opt/openemm/java.

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBCAAGBQJS8pxRAAoJEBzwKT+lPKRYAcwQAJTPGJAMlouHJYNEqfhaJ1OH
djaaCMD0ylLtxztx1B1O1uKKiUgim1E5zkSj8lIoLNWODb40pBPJOhVzm1ZMwEsY
kSEJaD/HOzbciwMzsT8j9Q/APwzI/PvN809fG7+F3gpf1tR05k/ZcZq53KRPDwKr
n0/dxTi0JmUGqMEFtCaVWCC+mredvofnbwLeC9jGqHwLLA1yiv7hzUtD9+s8F0Pj
sDJ1wojmc/Pil4i4PZitNPWC/E0vWog0cqC9C56//+kMOuv3sdkgsnBzN2OK6Rod
bkgCDYfg5whpqd8UR1bTPJlXHEacTq24yfAVWKcXIO4WQJxGD+QktrgGMi7+AOQf
xz2ZOwgzy3EwhhqVQMdhShRaWtMWUHe17NX83URM5Uy+ESxvKKFQIstxi/skLwuH
8CnKIMW31TLoEPuVnGOiAEoYAdRP+YdkJq5GjUJrqgmT5b6gw1ZCX/96M/UEjh4G
XVpTSHdOACWPRYwO6kFGrOnf4PjLME2T8M62Dw7z8ibvTs0RDoekDPfl3hoqMIuj
iU2qwqEZu9KAC1IaqEpiHgZkyHvCshBwMsJ94xdVbxEEoFGkrv3ExvXNX0Zx2xj9
ueMweRK5zAr0Jb2t2/2OGJWIb4RCkT+Z8WKR+mE7P/XOIafhKtY2QBHvb1Itq8Vn
b1Jq1bdTgfRXAPpOtrm8
=L0BE
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Installing tomcat 6

2014-02-04 Thread Franz
On Tue, Feb 4, 2014 at 9:31 PM, Christopher Schultz <
ch...@christopherschultz.net> wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Dan,
>
> On 2/4/14, 3:43 PM, Daniel Mikusa wrote:
> > On Feb 4, 2014, at 3:23 PM, Franz <169...@gmail.com> wrote:
> >
> >> On Tue, Feb 4, 2014 at 6:13 PM, Franz <169...@gmail.com> wrote:
> >>
> >>>
> >>>
> >>>
> >>> On Tue, Feb 4, 2014 at 6:08 PM, Mark Thomas 
> >>> wrote:
> >>>
>  On 04/02/2014 20:04, Franz wrote:
> 
> > export JAVA_HOME="/opt/openemm/java" cd tomcat
> > bin/startup.sh
> 
>  At this point use: bin/catalina.sh run
> 
>  rather than bin/startup.sh
> 
>  and report here what output you get.
> 
> 
> >>> [root@ns3098622 tomcat]# bin/catalina.sh run
> >>>
> >>> Using CATALINA_BASE:   /opt/openemm/tomcat Using CATALINA_HOME:
> >>> /opt/openemm/tomcat Using CATALINA_TMPDIR:
> >>> /opt/openemm/tomcat/temp Using JRE_HOME:
> >>> "/opt/openemm/java" Using CLASSPATH:
> >>> /opt/openemm/tomcat/bin/bootstrap.jar bin/catalina.sh: line
> >>> 305: /opt/openemm/tomcat/"/opt/openemm/java"/bin/java: No such
> >>> file or directory bin/catalina.sh: line 305: exec:
> >>> /opt/openemm/tomcat/"/opt/openemm/java"/bin/java: cannot
> >>> execute: No such file or directory
> >>>
> >>> thanks
> >>>
> >>
> >> But I do not understand what this error means and what I should
> >> do now
> >
> > You're setting JAVA_HOME as "/opt/openemm/java", quotes included.
> > Try setting it without quotes.
>
> Quotes should be fine, as long as you are using plain-old
> double-quotes and not "smart" (aka dumb) quotes.
>
> > Ex:  export JAVA_HOME=/opt/openemm/java
> >
> > Also make sure that you can run the command
> > "/opt/openemm/java/bin/java -version".  You should get the version
> > info for your JVM.
>
> +1
>
> I suspect Java is not actually installed in /opt/openemm/java
>
>
Installed? The tutorial steps that I reported in the first email only copy
the files in directory /opt/openemm/java. Nothing was really installed. But
it works just with this  export JAVA_HOME=/opt/openemm/java step. Also the
test of java -version works. Are there any problems with the lack of an
actual java installation?
Best
Franz


- -chris
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1
> Comment: GPGTools - http://gpgtools.org
> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
>
> iQIcBAEBCAAGBQJS8XhiAAoJEBzwKT+lPKRYPjMP/iWOIj45dxg8Jq6ek479x0LH
> g6Fq69Bpyid6JvXFgJAYB2s7/1nvbBkpAq0lHhbl0/OglLygqNRNcNQnlDFSsbqd
> joq3h24lq6X+RGxV6lFhptGHYlVefcwvl5iCtq4StXgYWqUCtLsIGvmcG3jg7h7U
> GhBOenwWZhOGZSjfcPgDQWItFdgKfvLFr4wgpCOXORailxfgLpIAsjAKd7iGxuGc
> AiXRNAGrVEUqhAYoOVdvrcaN9QYHjtf3vHRU8Q7DU6NHBqvD5/++A7kjEeY6kaoB
> BxF/M2VLyLLSrsTYCqhDt1RbMTVLb7n5dZLefYAnbbKLjHYpSIItAmaFCRojotaK
> giTekxYNsfrJlygSmBBNc4iKMzwSqxjKAJ+5OdkiLMDkJlT4cKL47HYIfOHZ8Q2g
> aEO4l/EibrmB1Uc1h8EGmoBSEBPPDY1aeBHaaWudTOWcLC4xJAwNyWx9azikU1oK
> JeYSkHt6Clo31aJ5rmgSSsd5/iD8b+EkU0yJFTQz8NIV7/Momycfo3Dqb/X9VBZf
> mItbfbj2UqitSTvAFTkql3T2RK1dnpBBfwKgaDWZ5WH9aCqGjrN9hTjLnbVFwXSZ
> EuZEVe/VTsh5lIGAcnlacfXczaUj4bLaNIsJOzu8IQ1Mj1LMNPbZTs09MCc24yjD
> wLomd3DuPNA45enzwBbc
> =Pu8H
> -END PGP SIGNATURE-
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>


Re: Installing tomcat 6

2014-02-04 Thread Neven Cvetkovic
On Tue, Feb 4, 2014 at 6:22 PM, Franz <169...@gmail.com> wrote:

> > I assume you followed instructions for installation:
> >
> >
> http://sourceforge.net/projects/openemm/files/OpenEMM%20documentation/Documentation%20(latest%20versions)
> >
>
> >
> > After you get it working with catalina.sh run, you probably want to do
> the
> > following as well:
> > 1) setup JAVA_HOME somewhere in the profile scripts (e.g. create
> > /etc/profile.d/java.sh file)
> >
>
> yes, unfortunately openemm tutorial says nothing about that.  Now there is
> not java.sh file there. So you mean creating a java.sh file with inside
> only:
>
> export JAVA_HOME=/opt/openemm/java
>
>
Yes, something along those lines.

Edit a new file in /etc/profile.d/java.sh, e.g.

#
# /etc/profile.d/java.sh
#
export JAVA_HOME=/opt/openemm/java
export PATH=${PATH}:${JAVA_HOME}/bin

- This script does two things:
1) sets $JAVA_HOME for your JDK
2) updates $PATH so your $JAVA_HOME/bin is on the PATH (i.e. Java can be
invoked from any directory)


> and what does it? Does it setup JAVA_HOME once and for all?
>
> 2) configure tomcat as a centos service (chkconfig+rc.d script), so it
> > starts up automatically when you reboot your system.
> >
>
> This seems complicated too.   Does it means preparing a file tomcat.sh in
> /etc/rc.d containing:
>
> /opt/openemm/tomcat/bin/startup.sh
>
>
Yes, something like that ...

1. Create /etc/rc.d/init.d/tomcat.sh  (I will see to find some examples),
here's a minimal example:

#!/bin/bash
#
# /etc/rc.d/init.d/tomcat.sh
#
# description: Tomcat Startup, Stop, Restart Script
# processname: tomcat
# chkconfig: 234 20 80

# Test if JAVA_HOME is already set
if [ "x$JAVA_HOME" = "x" ]
then
  export JAVA_HOME=/opt/openemm/java
  export PATH=$PATH:$JAVA_HOME/bin
fi

# Set Tomcat home directory
CATALINA_HOME=/opt/openemm/tomcat

case $1 in
start)
sh $CATALINA_HOME/bin/startup.sh
;;
stop)
sh $CATALINA_HOME/bin/shutdown.sh
;;
restart)
sh $CATALINA_HOME/bin/shutdown.sh
sh $CATALINA_HOME/bin/startup.sh
;;
esac
exit 0

- here you would probably want to add a more sophisticated script that adds
/var/run/tomcat/id PID file, kills process if it hangs, etc...
- Can anyone else provide some of their example scripts?

2. Add a tomcat service, e.g.

  chkconfig -add tomcat
  chkconfig tomcat on

3. Test your service, e.g.

service tomcat stop
service tomcat start
service tomcat restart


Re: Installing tomcat 6

2014-02-04 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dan,

On 2/4/14, 3:43 PM, Daniel Mikusa wrote:
> On Feb 4, 2014, at 3:23 PM, Franz <169...@gmail.com> wrote:
> 
>> On Tue, Feb 4, 2014 at 6:13 PM, Franz <169...@gmail.com> wrote:
>> 
>>> 
>>> 
>>> 
>>> On Tue, Feb 4, 2014 at 6:08 PM, Mark Thomas 
>>> wrote:
>>> 
 On 04/02/2014 20:04, Franz wrote:
 
> export JAVA_HOME="/opt/openemm/java" cd tomcat 
> bin/startup.sh
 
 At this point use: bin/catalina.sh run
 
 rather than bin/startup.sh
 
 and report here what output you get.
 
 
>>> [root@ns3098622 tomcat]# bin/catalina.sh run
>>> 
>>> Using CATALINA_BASE:   /opt/openemm/tomcat Using CATALINA_HOME:
>>> /opt/openemm/tomcat Using CATALINA_TMPDIR:
>>> /opt/openemm/tomcat/temp Using JRE_HOME:
>>> "/opt/openemm/java" Using CLASSPATH:
>>> /opt/openemm/tomcat/bin/bootstrap.jar bin/catalina.sh: line
>>> 305: /opt/openemm/tomcat/"/opt/openemm/java"/bin/java: No such
>>> file or directory bin/catalina.sh: line 305: exec: 
>>> /opt/openemm/tomcat/"/opt/openemm/java"/bin/java: cannot
>>> execute: No such file or directory
>>> 
>>> thanks
>>> 
>> 
>> But I do not understand what this error means and what I should
>> do now
> 
> You’re setting JAVA_HOME as “/opt/openemm/java”, quotes included.
> Try setting it without quotes.

Quotes should be fine, as long as you are using plain-old
double-quotes and not "smart" (aka dumb) quotes.

> Ex:  export JAVA_HOME=/opt/openemm/java
> 
> Also make sure that you can run the command 
> "/opt/openemm/java/bin/java -version”.  You should get the version 
> info for your JVM.

+1

I suspect Java is not actually installed in /opt/openemm/java

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBCAAGBQJS8XhiAAoJEBzwKT+lPKRYPjMP/iWOIj45dxg8Jq6ek479x0LH
g6Fq69Bpyid6JvXFgJAYB2s7/1nvbBkpAq0lHhbl0/OglLygqNRNcNQnlDFSsbqd
joq3h24lq6X+RGxV6lFhptGHYlVefcwvl5iCtq4StXgYWqUCtLsIGvmcG3jg7h7U
GhBOenwWZhOGZSjfcPgDQWItFdgKfvLFr4wgpCOXORailxfgLpIAsjAKd7iGxuGc
AiXRNAGrVEUqhAYoOVdvrcaN9QYHjtf3vHRU8Q7DU6NHBqvD5/++A7kjEeY6kaoB
BxF/M2VLyLLSrsTYCqhDt1RbMTVLb7n5dZLefYAnbbKLjHYpSIItAmaFCRojotaK
giTekxYNsfrJlygSmBBNc4iKMzwSqxjKAJ+5OdkiLMDkJlT4cKL47HYIfOHZ8Q2g
aEO4l/EibrmB1Uc1h8EGmoBSEBPPDY1aeBHaaWudTOWcLC4xJAwNyWx9azikU1oK
JeYSkHt6Clo31aJ5rmgSSsd5/iD8b+EkU0yJFTQz8NIV7/Momycfo3Dqb/X9VBZf
mItbfbj2UqitSTvAFTkql3T2RK1dnpBBfwKgaDWZ5WH9aCqGjrN9hTjLnbVFwXSZ
EuZEVe/VTsh5lIGAcnlacfXczaUj4bLaNIsJOzu8IQ1Mj1LMNPbZTs09MCc24yjD
wLomd3DuPNA45enzwBbc
=Pu8H
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Installing tomcat 6

2014-02-04 Thread Franz
On Tue, Feb 4, 2014 at 7:08 PM, Neven Cvetkovic
wrote:

> On Tue, Feb 4, 2014 at 3:13 PM, Franz <169...@gmail.com> wrote:
>
> > On Tue, Feb 4, 2014 at 6:08 PM, Mark Thomas  wrote:
> >
> > > On 04/02/2014 20:04, Franz wrote:
> > >
> > > > export JAVA_HOME="/opt/openemm/java"
> > > > cd tomcat
> > > > bin/startup.sh
> > >
> > >
> > Using CLASSPATH:   /opt/openemm/tomcat/bin/bootstrap.jar
> > bin/catalina.sh: line 305:
> > /opt/openemm/tomcat/"/opt/openemm/java"/bin/java: No such file or
> directory
> > bin/catalina.sh: line 305: exec:
> > /opt/openemm/tomcat/"/opt/openemm/java"/bin/java: cannot execute: No such
> > file or directory
> >
>
> Franz,
>
> I assume you followed instructions for installation:
>
> http://sourceforge.net/projects/openemm/files/OpenEMM%20documentation/Documentation%20(latest%20versions)
>
> Did you test if Java (JDK) was properly set: (pg 4/27 of the installation
> guide), e.g.
>
>   /opt/openemm/java/bin/java -version
>
> You need to make sure JDK is installed properly, because Tomcat needs it :)
>
>
Yes this works.


> Daniel already pointed out you are probably not properly setting up
> JAVA_HOME, try without quotes (pg 5/27 of manual suggests using quotes),
> e.g.
>
>   export JAVA_HOME=/opt/openemm/java
>   /opt/openemm/tomcat/bin/catalina.sh run
>
> (CTRL+C to stop the process)
>
> What does the output say? Was it successfully loaded?
>
>
Yes everything works many thanks.  I am able to access the page with the
browser. You guys are very helpful.


> After you get it working with catalina.sh run, you probably want to do the
> following as well:
> 1) setup JAVA_HOME somewhere in the profile scripts (e.g. create
> /etc/profile.d/java.sh file)
>

yes, unfortunately openemm tutorial says nothing about that.  Now there is
not java.sh file there. So you mean creating a java.sh file with inside
only:

export JAVA_HOME=/opt/openemm/java

and what does it? Does it setup JAVA_HOME once and for all?

2) configure tomcat as a centos service (chkconfig+rc.d script), so it
> starts up automatically when you reboot your system.
>

This seems complicated too.   Does it means preparing a file tomcat.sh in
/etc/rc.d containing:

/opt/openemm/tomcat/bin/startup.sh

?

many thanks again
Franz


Re: Installing tomcat 6

2014-02-04 Thread Franz
On Tue, Feb 4, 2014 at 6:43 PM, Daniel Mikusa  wrote:

> On Feb 4, 2014, at 3:23 PM, Franz <169...@gmail.com> wrote:
>
> > On Tue, Feb 4, 2014 at 6:13 PM, Franz <169...@gmail.com> wrote:
> >
> >>
> >>
> >>
> >> On Tue, Feb 4, 2014 at 6:08 PM, Mark Thomas  wrote:
> >>
> >>> On 04/02/2014 20:04, Franz wrote:
> >>>
>  export JAVA_HOME="/opt/openemm/java"
>  cd tomcat
>  bin/startup.sh
> >>>
> >>> At this point use:
> >>> bin/catalina.sh run
> >>>
> >>> rather than
> >>> bin/startup.sh
> >>>
> >>> and report here what output you get.
> >>>
> >>>
> >> [root@ns3098622 tomcat]# bin/catalina.sh run
> >>
> >> Using CATALINA_BASE:   /opt/openemm/tomcat
> >> Using CATALINA_HOME:   /opt/openemm/tomcat
> >> Using CATALINA_TMPDIR: /opt/openemm/tomcat/temp
> >> Using JRE_HOME:"/opt/openemm/java"
> >> Using CLASSPATH:   /opt/openemm/tomcat/bin/bootstrap.jar
> >> bin/catalina.sh: line 305:
> >> /opt/openemm/tomcat/"/opt/openemm/java"/bin/java: No such file or
> directory
> >> bin/catalina.sh: line 305: exec:
> >> /opt/openemm/tomcat/"/opt/openemm/java"/bin/java: cannot execute: No
> such
> >> file or directory
> >>
> >> thanks
> >>
> >
> > But I do not understand what this error means and what I should do now
>
> You're setting JAVA_HOME as "/opt/openemm/java", quotes included.  Try
> setting it without quotes.
>
> Ex:  export JAVA_HOME=/opt/openemm/java
>
>
Yes, it works!! This was the problem: the quotes! Many thanks


> Also make sure that you can run the command "/opt/openemm/java/bin/java
> -version".  You should get the version info for your JVM.
>
>
Yes this works too
best Franz


Re: Installing tomcat 6

2014-02-04 Thread Neven Cvetkovic
On Tue, Feb 4, 2014 at 3:13 PM, Franz <169...@gmail.com> wrote:

> On Tue, Feb 4, 2014 at 6:08 PM, Mark Thomas  wrote:
>
> > On 04/02/2014 20:04, Franz wrote:
> >
> > > export JAVA_HOME="/opt/openemm/java"
> > > cd tomcat
> > > bin/startup.sh
> >
> >
> Using CLASSPATH:   /opt/openemm/tomcat/bin/bootstrap.jar
> bin/catalina.sh: line 305:
> /opt/openemm/tomcat/"/opt/openemm/java"/bin/java: No such file or directory
> bin/catalina.sh: line 305: exec:
> /opt/openemm/tomcat/"/opt/openemm/java"/bin/java: cannot execute: No such
> file or directory
>

Franz,

I assume you followed instructions for installation:
http://sourceforge.net/projects/openemm/files/OpenEMM%20documentation/Documentation%20(latest%20versions)

Did you test if Java (JDK) was properly set: (pg 4/27 of the installation
guide), e.g.

  /opt/openemm/java/bin/java -version

You need to make sure JDK is installed properly, because Tomcat needs it :)

Daniel already pointed out you are probably not properly setting up
JAVA_HOME, try without quotes (pg 5/27 of manual suggests using quotes),
e.g.

  export JAVA_HOME=/opt/openemm/java
  /opt/openemm/tomcat/bin/catalina.sh run

(CTRL+C to stop the process)

What does the output say? Was it successfully loaded?

After you get it working with catalina.sh run, you probably want to do the
following as well:
1) setup JAVA_HOME somewhere in the profile scripts (e.g. create
/etc/profile.d/java.sh file)
2) configure tomcat as a centos service (chkconfig+rc.d script), so it
starts up automatically when you reboot your system.


Good luck!


Re: Installing tomcat 6

2014-02-04 Thread Daniel Mikusa
On Feb 4, 2014, at 3:23 PM, Franz <169...@gmail.com> wrote:

> On Tue, Feb 4, 2014 at 6:13 PM, Franz <169...@gmail.com> wrote:
> 
>> 
>> 
>> 
>> On Tue, Feb 4, 2014 at 6:08 PM, Mark Thomas  wrote:
>> 
>>> On 04/02/2014 20:04, Franz wrote:
>>> 
 export JAVA_HOME="/opt/openemm/java"
 cd tomcat
 bin/startup.sh
>>> 
>>> At this point use:
>>> bin/catalina.sh run
>>> 
>>> rather than
>>> bin/startup.sh
>>> 
>>> and report here what output you get.
>>> 
>>> 
>> [root@ns3098622 tomcat]# bin/catalina.sh run
>> 
>> Using CATALINA_BASE:   /opt/openemm/tomcat
>> Using CATALINA_HOME:   /opt/openemm/tomcat
>> Using CATALINA_TMPDIR: /opt/openemm/tomcat/temp
>> Using JRE_HOME:"/opt/openemm/java"
>> Using CLASSPATH:   /opt/openemm/tomcat/bin/bootstrap.jar
>> bin/catalina.sh: line 305:
>> /opt/openemm/tomcat/"/opt/openemm/java"/bin/java: No such file or directory
>> bin/catalina.sh: line 305: exec:
>> /opt/openemm/tomcat/"/opt/openemm/java"/bin/java: cannot execute: No such
>> file or directory
>> 
>> thanks
>> 
> 
> But I do not understand what this error means and what I should do now

You’re setting JAVA_HOME as “/opt/openemm/java”, quotes included.  Try setting 
it without quotes.

Ex:  export JAVA_HOME=/opt/openemm/java

Also make sure that you can run the command "/opt/openemm/java/bin/java 
-version”.  You should get the version info for your JVM.

Dan

> best
> Franz


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Installing tomcat 6

2014-02-04 Thread Franz
On Tue, Feb 4, 2014 at 6:13 PM, Franz <169...@gmail.com> wrote:

>
>
>
> On Tue, Feb 4, 2014 at 6:08 PM, Mark Thomas  wrote:
>
>> On 04/02/2014 20:04, Franz wrote:
>>
>> > export JAVA_HOME="/opt/openemm/java"
>> > cd tomcat
>> > bin/startup.sh
>>
>> At this point use:
>> bin/catalina.sh run
>>
>> rather than
>> bin/startup.sh
>>
>> and report here what output you get.
>>
>>
> [root@ns3098622 tomcat]# bin/catalina.sh run
>
> Using CATALINA_BASE:   /opt/openemm/tomcat
> Using CATALINA_HOME:   /opt/openemm/tomcat
> Using CATALINA_TMPDIR: /opt/openemm/tomcat/temp
> Using JRE_HOME:"/opt/openemm/java"
> Using CLASSPATH:   /opt/openemm/tomcat/bin/bootstrap.jar
> bin/catalina.sh: line 305:
> /opt/openemm/tomcat/"/opt/openemm/java"/bin/java: No such file or directory
> bin/catalina.sh: line 305: exec:
> /opt/openemm/tomcat/"/opt/openemm/java"/bin/java: cannot execute: No such
> file or directory
>
> thanks
>

But I do not understand what this error means and what I should do now
best
Franz


Re: Installing tomcat 6

2014-02-04 Thread Franz
On Tue, Feb 4, 2014 at 6:08 PM, Mark Thomas  wrote:

> On 04/02/2014 20:04, Franz wrote:
>
> > export JAVA_HOME="/opt/openemm/java"
> > cd tomcat
> > bin/startup.sh
>
> At this point use:
> bin/catalina.sh run
>
> rather than
> bin/startup.sh
>
> and report here what output you get.
>
>
[root@ns3098622 tomcat]# bin/catalina.sh run
Using CATALINA_BASE:   /opt/openemm/tomcat
Using CATALINA_HOME:   /opt/openemm/tomcat
Using CATALINA_TMPDIR: /opt/openemm/tomcat/temp
Using JRE_HOME:"/opt/openemm/java"
Using CLASSPATH:   /opt/openemm/tomcat/bin/bootstrap.jar
bin/catalina.sh: line 305:
/opt/openemm/tomcat/"/opt/openemm/java"/bin/java: No such file or directory
bin/catalina.sh: line 305: exec:
/opt/openemm/tomcat/"/opt/openemm/java"/bin/java: cannot execute: No such
file or directory

thanks
franz


Re: Installing tomcat 6

2014-02-04 Thread Mark Thomas
On 04/02/2014 20:04, Franz wrote:

> export JAVA_HOME="/opt/openemm/java"
> cd tomcat
> bin/startup.sh

At this point use:
bin/catalina.sh run

rather than
bin/startup.sh

and report here what output you get.

Mark


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Installing Tomcat as a Windows Service - JvmOptions & semicolons

2011-07-07 Thread James Pretorius

Wrap the semicolon in single quotes 

Example below 

--JvmOptions=-Dcatalina.home="%CATALINA_HOME%";-Dcatalina.base="%CATALINA_BASE%";-Djava.library.path="C:\example\dir1"';'"C:\example\dir2"


Peter Lombardo wrote:
> 
> I'm having a bit of trouble configuring the jvm options as I'm
> installing Tomcat as a Windows Service.
> 
> I need to set:
> java.library.path=C:\example\dir1;C:\example\dir2;C:\example\dir3
> 
> I pass this to the update service command (below) but the JvmOptions
> command line option is parsing the semicolons as separated JVM
> options.
> 
> "%EXECUTABLE%" //US//%SERVICE_NAME% ++JvmOptions
> "-Djava.library.path=C:\example\dir1;C:\example\dir2;C:\example\dir3"
> 
> The instructions state:
> --JvmOptions   List of options in the form of -D or -X that
> will be passed to the JVM. The options are separated using either # or
> ; characters.
> 
> If a JVM option has semicolons in it, how can I pass those as literals
> so that JvmOptions won't think it's a subsequent option?
> 
> Thanks ahead of time for any help/input.
> 
> 
> -- 
> Peter Lombardo
> pglomba...@gmail.com
> 
> -
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
> 
> 
> 

-- 
View this message in context: 
http://old.nabble.com/Installing-Tomcat-as-a-Windows-Service---JvmOptions---semicolons-tp9504766p32012228.html
Sent from the Tomcat - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: Installing Tomcat the Brute Force Way?

2011-03-22 Thread ken dias

thanks for replying. i have installed tomcat 6.0.32 yet again and now lo and 
behold i get the icon at bottom right. localhost:8080 works ok. local host 
gives me error msg. i have windows xp
please help. 
 thanks
> Date: Sat, 19 Mar 2011 19:57:56 +
> From: p...@pidster.com
> To: users@tomcat.apache.org
> Subject: Re: Installing Tomcat the Brute Force Way?
> 
> On 19/03/2011 17:57, André Warnier wrote:
> > ken dias wrote:
> >>
> >> 
> >> I had installed Tomcat 6 with no problem. Then started having
> >> problems, so uninstalled it and reinstalled but the icon does not
> >> appear on the taskbar and hence server does not work and localhost
> >> also. Not sure how to proceed.
> > 
> > Neither are we, unless you provide some precise information for a
> > change, so that we do not have to guess.
> 
> Preferably starting a new thread, rather than editing an existing one,
> however similar the title.
> 
> 
> p
> 
  

Re: Installing Tomcat the Brute Force Way?

2011-03-20 Thread Hassan Schroeder
On Sun, Mar 20, 2011 at 1:10 PM, Robinson, Eric  wrote:

> So if I look in all the places you mentioned and I don't find any tomcat
> files or links, is it safer to say that the package did not actually
> install files outside the /opt/tomcat tree?
>
> Better yet, is there an easy way to look into an RPM package and see
> what all it does in terms of cearting links and such?

Considering that Tomcat isn't distributed by ASF as an RPM, maybe
this isn't the best place for these questions  :-)

OTOH, why not *just try it*? If you don't want to mess with an existing
system, spin up a VM and see what happens; probably a good idea in
any case, since if something gets messed up, you can just revert to a
previous known good state and try again...

FWIW,
-- 
Hassan Schroeder  hassan.schroe...@gmail.com
twitter: @hassan

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: Installing Tomcat the Brute Force Way?

2011-03-20 Thread Robinson, Eric
> > Not necessarily. I did an rpm -qlp on 
> tomcat-6.0.18-0.noarch.rpm. All 
> > the files it installs are in /opt/tomcat
> > 
> 
> The files, yes.  But it is highly likely that it installs 
> also links from /etc/tomcat, /usr/share/tomcat, 
> /usr/lib/tomcat, /var/lib/tomcat and so on.
> At least, that is what most Linux packages that I know are doing.
> 


So if I look in all the places you mentioned and I don't find any tomcat
files or links, is it safer to say that the package did not actually
install files outside the /opt/tomcat tree?

Better yet, is there an easy way to look into an RPM package and see
what all it does in terms of cearting links and such?

--Eric


































Disclaimer - March 20, 2011 
This email and any files transmitted with it are confidential and intended 
solely for Tomcat Users List. If you are not the named addressee you should not 
disseminate, distribute, copy or alter this email. Any views or opinions 
presented in this email are solely those of the author and might not represent 
those of Physicians' Managed Care or Physician Select Management. Warning: 
Although Physicians' Managed Care or Physician Select Management has taken 
reasonable precautions to ensure no viruses are present in this email, the 
company cannot accept responsibility for any loss or damage arising from the 
use of this email or attachments. 
This disclaimer was added by Policy Patrol: http://www.policypatrol.com/

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Installing Tomcat the Brute Force Way?

2011-03-20 Thread André Warnier

Robinson, Eric wrote:
From looking at the server, it would appear that tomcat was 
installed 

using tomcat-6.0.18-0.noarch.rpm.
Now you're in trouble.  The 3rd-party repackaged versions of 
Tomcat typically scatter files all over, and then try to get 
things back together with symlinks.  You're better off doing 
a proper install on the new server.  Had you used a real 
Tomcat, life would be much easier.


 - Chuck



Not necessarily. I did an rpm -qlp on tomcat-6.0.18-0.noarch.rpm. All
the files it installs are in /opt/tomcat



The files, yes.  But it is highly likely that it installs also links from /etc/tomcat, 
/usr/share/tomcat, /usr/lib/tomcat, /var/lib/tomcat and so on.

At least, that is what most Linux packages that I know are doing.

To take a top-down view, you generally have two major choices :

A) you download and install the "real tomcat" from tomcat.apache.org.  That one installs 
everything below one top directory.  It is easy to install, copy, update, etc..

* on its own *.
If your purpose is mainly Tomcat-centric (e.g. you want to test Tomcat or develop for 
Tomcat, you have only this one server where you need to take care of it etc..), then that 
is probably the easiest solution.
It is also easier to get support on this list, because with that one, everyone knows where 
to look for the files.

And, that is also the right one to use of you want the very latest version 
available.

OR

B) you go with whatever package manager system is used by the target server, and use 
whatever "best" version they've got.
As Chuck says, these packages have a tendency to spread files and links all over, if you 
look at it from a purely Tomcat point of view.  But if you have to manage a bunch of 
servers, and Tomcat is only one little part in what you have to manage, and/or you need 
Tomcat to interact with other software packages which need to be of compatible versions 
etc.., then packages are definitely easier.
I personally find it rather sweet to be able, on a new Debian Linux system fresh out of 
the box :

- apt-get install sun-jdk6
- apt-get install apache2
- apt-get installl tomcat6
- apt-get install apache2-mod-jk
(more or less)
and have it all just work, and have it all put its startup scripts where (as a sysadmin) 
you expect (/etc/init.d), its logfiles where you expect them (/var/log/apache2 and 
/var/log/tomcat6) (and they get rotated too), its configuration files where you expect 
them (/etc/apache2 and /etc/tomcat6), and so on.
It gets a little bit more puzzling when it comes time to figure out where (or if) it has 
installed the demo webapps though, or where exactly to find Tomcat's startup.sh, and 
whether the system is using it or not..


But you have a choice, and that's the nice part.



-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: Installing Tomcat the Brute Force Way?

2011-03-19 Thread Robinson, Eric
> > From looking at the server, it would appear that tomcat was 
> installed 
> > using tomcat-6.0.18-0.noarch.rpm.
> 
> Now you're in trouble.  The 3rd-party repackaged versions of 
> Tomcat typically scatter files all over, and then try to get 
> things back together with symlinks.  You're better off doing 
> a proper install on the new server.  Had you used a real 
> Tomcat, life would be much easier.
> 
>  - Chuck
> 

Not necessarily. I did an rpm -qlp on tomcat-6.0.18-0.noarch.rpm. All
the files it installs are in /opt/tomcat

--Eric























Disclaimer - March 19, 2011 
This email and any files transmitted with it are confidential and intended 
solely for Tomcat Users List. If you are not the named addressee you should not 
disseminate, distribute, copy or alter this email. Any views or opinions 
presented in this email are solely those of the author and might not represent 
those of Physicians' Managed Care or Physician Select Management. Warning: 
Although Physicians' Managed Care or Physician Select Management has taken 
reasonable precautions to ensure no viruses are present in this email, the 
company cannot accept responsibility for any loss or damage arising from the 
use of this email or attachments. 
This disclaimer was added by Policy Patrol: http://www.policypatrol.com/

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Installing Tomcat the Brute Force Way?

2011-03-19 Thread Pid
On 19/03/2011 17:57, André Warnier wrote:
> ken dias wrote:
>>
>>  
>> I had installed Tomcat 6 with no problem. Then started having
>> problems, so uninstalled it and reinstalled but the icon does not
>> appear on the taskbar and hence server does not work and localhost
>> also. Not sure how to proceed.
> 
> Neither are we, unless you provide some precise information for a
> change, so that we do not have to guess.

Preferably starting a new thread, rather than editing an existing one,
however similar the title.


p



signature.asc
Description: OpenPGP digital signature


Re: Installing Tomcat the Brute Force Way?

2011-03-19 Thread André Warnier

ken dias wrote:


 
I had installed Tomcat 6 with no problem. Then started having problems, so uninstalled it and reinstalled but the icon does not appear on the taskbar and hence server does not work and localhost also. Not sure how to proceed.


Neither are we, unless you provide some precise information for a change, so that we do 
not have to guess.



-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: Installing Tomcat the Brute Force Way?

2011-03-18 Thread Caldarale, Charles R
> From: Robinson, Eric [mailto:eric.robin...@psmnv.com] 
> Subject: RE: Installing Tomcat the Brute Force Way?

> From looking at the server, it would appear that tomcat was installed
> using tomcat-6.0.18-0.noarch.rpm.

Now you're in trouble.  The 3rd-party repackaged versions of Tomcat typically 
scatter files all over, and then try to get things back together with symlinks. 
 You're better off doing a proper install on the new server.  Had you used a 
real Tomcat, life would be much easier.

 - 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: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: Installing Tomcat the Brute Force Way?

2011-03-18 Thread Robinson, Eric

> > I should be able to copy /opt/tomcat and /usr/java to the 
> new server, 
> > create the tomcat user, set permissions, and be on my way. No?
> 
> Don't know about /usr/java, since that usually involves 
> symlinks; you should probably do an actual JRE or JDK install 
> for that.  /opt/tomcat should be copyable - but only if you 
> created it via untar; otherwise, all bets are off.
> 

>From looking at the server, it would appear that tomcat was installed
using tomcat-6.0.18-0.noarch.rpm.

--Eric
































Disclaimer - March 18, 2011 
This email and any files transmitted with it are confidential and intended 
solely for Tomcat Users List. If you are not the named addressee you should not 
disseminate, distribute, copy or alter this email. Any views or opinions 
presented in this email are solely those of the author and might not represent 
those of Physicians' Managed Care or Physician Select Management. Warning: 
Although Physicians' Managed Care or Physician Select Management has taken 
reasonable precautions to ensure no viruses are present in this email, the 
company cannot accept responsibility for any loss or damage arising from the 
use of this email or attachments. 
This disclaimer was added by Policy Patrol: http://www.policypatrol.com/

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: Installing Tomcat the Brute Force Way?

2011-03-18 Thread Caldarale, Charles R
> From: Robinson, Eric [mailto:eric.robin...@psmnv.com] 
> Subject: RE: Installing Tomcat the Brute Force Way?

> I should be able to copy /opt/tomcat and /usr/java to
> the new server, create the tomcat user, set permissions,
> and be on my way. No?

Don't know about /usr/java, since that usually involves symlinks; you should 
probably do an actual JRE or JDK install for that.  /opt/tomcat should be 
copyable - but only if you created it via untar; otherwise, all bets are off.

 - 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: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: Installing Tomcat the Brute Force Way?

2011-03-18 Thread Robinson, Eric

> > From: Robinson, Eric [mailto:eric.robin...@psmnv.com]
> > Subject: Installing Tomcat the Brute Force Way?
> 
> > If I have a working tomcat6 server, can I "install" tomcat6 
> on a new 
> > server by simply copying a few files and directories over from the 
> > working server to the new one and setting permissions?
> 
> Usually, but it depends on how you installed Tomcat the first 
> time.  If all you did was download then unzip or untar, then 
> yes, just copy the installation directory tree.  (You may 
> need to update server.xml or other configuration files if you 
> put system-specific IP addresses, DNS names, ports, file 
> names, etc., in there.)  If you installed Tomcat as a Windows 
> service, or used a 3rd-party repackaged version, then probably not.
> 
>  - Chuck
> 
> 

That's what I wanted to hear. I should be able to copy /opt/tomcat and
/usr/java to the new server, create the tomcat user, set permissions,
and be on my way. No?

--Eric








Disclaimer - March 18, 2011 
This email and any files transmitted with it are confidential and intended 
solely for Tomcat Users List. If you are not the named addressee you should not 
disseminate, distribute, copy or alter this email. Any views or opinions 
presented in this email are solely those of the author and might not represent 
those of Physicians' Managed Care or Physician Select Management. Warning: 
Although Physicians' Managed Care or Physician Select Management has taken 
reasonable precautions to ensure no viruses are present in this email, the 
company cannot accept responsibility for any loss or damage arising from the 
use of this email or attachments. 
This disclaimer was added by Policy Patrol: http://www.policypatrol.com/

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: Installing Tomcat the Brute Force Way?

2011-03-18 Thread Caldarale, Charles R
> From: Robinson, Eric [mailto:eric.robin...@psmnv.com] 
> Subject: Installing Tomcat the Brute Force Way?

> If I have a working tomcat6 server, can I "install" tomcat6 
> on a new server by simply copying a few files and directories
> over from the working server to the new one and setting permissions?

Usually, but it depends on how you installed Tomcat the first time.  If all you 
did was download then unzip or untar, then yes, just copy the installation 
directory tree.  (You may need to update server.xml or other configuration 
files if you put system-specific IP addresses, DNS names, ports, file names, 
etc., in there.)  If you installed Tomcat as a Windows service, or used a 
3rd-party repackaged version, then probably not.

 - 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: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Installing Tomcat as daeon on Mac 10.6 (Snow Leopard)

2010-04-13 Thread Hassan Schroeder
On Tue, Apr 13, 2010 at 1:58 PM, laredotornado  wrote:

> I've installed Tomcat 6.0.26 on my Mac 10.6.3 system.  I'm trying to run it
> as a daemon on system startup and I was following the instructions here --
> http://www.malisphoto.com/tips/tomcatonosx.html#Anchor-JSVC.  But the site
> says to untar the "~/Downloads/tomcat-plist.tar.gz" file and I can't find
> that anywhere.  Does anyone know where I can find it

Those instructions include a link to that file; click it, download, and by
default it will be in your Downloads directory, i.e. ~/Downloads.

HTH,
-- 
Hassan Schroeder  hassan.schroe...@gmail.com
twitter: @hassan

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: Installing Tomcat on Windows 2003 Server 64 bit

2009-11-12 Thread Caldarale, Charles R
> From: Sergio Arrighi [mailto:sergio.arri...@iminholding.com]
> Subject: Installing Tomcat on Windows 2003 Server 64 bit
> 
> I'm trying to install the windows distribution (version 6.0.20) on a
> windows 2003 server 64 bit machine.

If you're using a 64-bit JVM, replace the tomcat6.exe program in Tomcat's bin 
directory with the one from here:
http://svn.apache.org/repos/asf/tomcat/tc6.0.x/trunk/res/procrun/amd64/

If you're not using a 64-bit JVM, you'll have to provide more information, such 
as the contents of Tomcat's log files.

 - 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: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Installing Tomcat: how much do versions matter?

2009-10-02 Thread Kreshna Aryaguna Nurzaman

Thanks, Chris! It's a really helpful reply :-)

The good news is that the latest version of ArcIMS support both Apache 2.2
and 2.0 branch. Guess I better use the latest.

-Kresh


Christopher Schultz-2 wrote:
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Kresh,
> 
> On 10/2/2009 10:49 AM, Kreshna Aryaguna Nurzaman wrote:
>> Tomcat-wise, will there be any problems to accept slight differences in
>> version? For example, is it okay if I use Apache 2.2.4 with Tomcat
>> 6.0.20?
>> And how about Tomcat connector? For example, is it possible to use Apache
>> 2.0.63 while using mod_jk2-2.0.43.dll connector?
> 
> Generally speaking, minor versions within the same branch (like 6.0.13
> versus 6.0.18 versus 6.0.20) should be compatible. Always be sure to
> read the change log and/or release notes for the intervening versions
> between the "approved" version and the one you intend to use to see if
> any possible breaking-changes have been made. Usually, anything that
> might break something has a configuration parameter that will set it
> back to the old behavior.
> 
> I would take whatever version is recommended by the software vendor and
> then move up to the latest point-release for that version. So, if Apache
> httpd 2.2.4 is approved for your software, I would go ahead and use
> 2.2.13 (the latest in the 2.2 branch) or if 2.0.50 is approved, then go
> ahead and use 2.0.63 (the latest in the 2.0 branch). The same can be
> said for Tomcat: just get the latest point-release in the recommended
> branch.
> 
> If you are using mod_jk, always get the latest version. Never install
> mod_jk2 -- it's a dead project and has been (confusingly) replaced by
> mod_jk (which appears to be a version "behind", but is in fact the
> state-of-the-art for AJP connectors).
> 
>> As for newer version of connector, is it possible to use
>> mod_jk-1.2.28-httpd-2.2.3.so?
> 
> It's best to use
> mod-jk-[mod_jk version]-httpd-[matching-httpd-version].so
> 
> If you use httpd 2.2.13 and mod_jk-xyz-httpd-2.2.3.so, you may encounter
> problems.
> 
> Actually, it's best to download the source code for mod_jk and build it
> against your exact httpd version if that's a possibility for you.
> Compiling mod_jk is trivial.
> 
>> It is an .so file, while I plan to deploy the
>> Tomcat and Apache in Windows. On the other hand, I cannot find
>> mod_jk-1.2.28-httpd-2.2.3.dll. There are other .dll files, but those are
>> for
>> IIS, while I plan to use Tomcat with Apache on Windows.
> 
> Yeah, the files in
> http://mirrors.devlib.org/apache/tomcat/tomcat-connectors/jk/binaries/win32/jk-1.2.28/
> are called .so but they are appropriate for deployment on windows.
> 
> - -chris
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.9 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
> 
> iEYEARECAAYFAkrGLj8ACgkQ9CaO5/Lv0PA0MwCfWunvgH+z65T+2wC4zgQ0RD2s
> BIAAoLoBrFYVnYBqw7KzQozEf9b/dlWz
> =j57F
> -END PGP SIGNATURE-
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Installing-Tomcat%3A-how-much-do-versions-matter--tp25696421p25725896.html
Sent from the Tomcat - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: Installing Tomcat: how much do versions matter?

2009-10-02 Thread Kreshna Aryaguna Nurzaman

Hi, yes. We're going to maintain shapefiles anyway, hence the 4.0 version.
After all, it's just for demo purpose in my laptop :D



Leo Donahue - PLANDEVX wrote:
> 
> That sounds like ArcIMS 4.0?  Wow.  I would wait until your newer release
> of ArcIMS arrives.  
> 
> Unless you are going to maintain shapefiles as your datasource, you won't
> get any support from ESRI if you plan on connecting ArcIMS 4.0 to some
> newer version of ArcSDE.
> http://support.esri.com/index.cfm?fa=knowledgebase.techArticles.articleShow&d=22741
> 
> I can say that for IIS6, I have ArcIMS 9.3.1, Tomcat 6.0.20 and Java 1.6
> working without issue in which Tomcat and Java are newer versions than the
> ESRI specs for this version of ArcIMS. 
> http://support.esri.com/index.cfm?fa=knowledgebase.techarticles.articleShow&d=35014
> 
> If you are going to be using the ArcIMS Java ADF, I would stick to the
> versions ESRI recommends in their doc, unless you know how to add support
> for newer Servlet and JSTL versions.  
> 
> However, ESRI has a doc for that also: 
> http://support.esri.com/index.cfm?fa=knowledgebase.techarticles.articleShow&d=33438
> 
> Leo
> 
> -Original Message-
> From: Kreshna Aryaguna Nurzaman [mailto:kreshna_icehe...@yahoo.com] 
> Sent: Thursday, October 01, 2009 3:35 AM
> To: users@tomcat.apache.org
> Subject: Installing Tomcat: how much do versions matter?
> 
> 
> I need to install the following components on Windows XP (for ArcIMS):
> 1) Apache 2.0.43 (MSI installer for Windows, no crypto)
> 2) JSDK 1.4.1_01
> 3) Tomcat 4.1.12
> 4) mod_jk2-2.0.43.dll
> 
> Problem is, Apache 2.0.43 and Tomcat 4.1.12 are just _nowhere_ to be
> found.
> These are what I got instead:
> 1) Apache 2.0.63  (MSI installer for Windows, no crypto)
> 2) JSDK 1.4.1_01
> 3) Tomcat 4.1.40
> 4) mod_jk2-2.0.43.dll
> 
> The Tomcat 4.1.40 is the JDK 1.4 version, so I think (or hope) there
> should be no problem with that. However, the Apache is 2.0.63, while the
> mod_jk2 connector is clearly named mod_jk2-2.0.43.dll. Will I be able to
> run everything smoothly, or will they just fail?
> 
> What if I go with newest version of every component instead? Thus, I'll be
> using:
> 1) Apache 2.2.13
> 2) JSDK 6u16
> 3) Tomcat 6.0.20
> 4) mod_jk-1.2.28-httpd-2.2.3.so
> Are those safe choices?
> --
> View this message in context:
> http://www.nabble.com/Installing-Tomcat%3A-how-much-do-versions-matter--tp25696421p25696421.html
> Sent from the Tomcat - User mailing list archive at Nabble.com.
> 
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
> 
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Installing-Tomcat%3A-how-much-do-versions-matter--tp25696421p25725875.html
Sent from the Tomcat - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: Installing Tomcat: how much do versions matter?

2009-10-02 Thread Leo Donahue - PLANDEVX
That sounds like ArcIMS 4.0?  Wow.  I would wait until your newer release of 
ArcIMS arrives.  

Unless you are going to maintain shapefiles as your datasource, you won't get 
any support from ESRI if you plan on connecting ArcIMS 4.0 to some newer 
version of ArcSDE.
http://support.esri.com/index.cfm?fa=knowledgebase.techArticles.articleShow&d=22741

I can say that for IIS6, I have ArcIMS 9.3.1, Tomcat 6.0.20 and Java 1.6 
working without issue in which Tomcat and Java are newer versions than the ESRI 
specs for this version of ArcIMS.  
http://support.esri.com/index.cfm?fa=knowledgebase.techarticles.articleShow&d=35014

If you are going to be using the ArcIMS Java ADF, I would stick to the versions 
ESRI recommends in their doc, unless you know how to add support for newer 
Servlet and JSTL versions.  

However, ESRI has a doc for that also:  
http://support.esri.com/index.cfm?fa=knowledgebase.techarticles.articleShow&d=33438

Leo

-Original Message-
From: Kreshna Aryaguna Nurzaman [mailto:kreshna_icehe...@yahoo.com] 
Sent: Thursday, October 01, 2009 3:35 AM
To: users@tomcat.apache.org
Subject: Installing Tomcat: how much do versions matter?


I need to install the following components on Windows XP (for ArcIMS):
1) Apache 2.0.43 (MSI installer for Windows, no crypto)
2) JSDK 1.4.1_01
3) Tomcat 4.1.12
4) mod_jk2-2.0.43.dll

Problem is, Apache 2.0.43 and Tomcat 4.1.12 are just _nowhere_ to be found.
These are what I got instead:
1) Apache 2.0.63  (MSI installer for Windows, no crypto)
2) JSDK 1.4.1_01
3) Tomcat 4.1.40
4) mod_jk2-2.0.43.dll

The Tomcat 4.1.40 is the JDK 1.4 version, so I think (or hope) there should be 
no problem with that. However, the Apache is 2.0.63, while the mod_jk2 
connector is clearly named mod_jk2-2.0.43.dll. Will I be able to run everything 
smoothly, or will they just fail?

What if I go with newest version of every component instead? Thus, I'll be
using:
1) Apache 2.2.13
2) JSDK 6u16
3) Tomcat 6.0.20
4) mod_jk-1.2.28-httpd-2.2.3.so
Are those safe choices?
--
View this message in context: 
http://www.nabble.com/Installing-Tomcat%3A-how-much-do-versions-matter--tp25696421p25696421.html
Sent from the Tomcat - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Installing Tomcat: how much do versions matter?

2009-10-02 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Kresh,

On 10/2/2009 10:49 AM, Kreshna Aryaguna Nurzaman wrote:
> Tomcat-wise, will there be any problems to accept slight differences in
> version? For example, is it okay if I use Apache 2.2.4 with Tomcat 6.0.20?
> And how about Tomcat connector? For example, is it possible to use Apache
> 2.0.63 while using mod_jk2-2.0.43.dll connector?

Generally speaking, minor versions within the same branch (like 6.0.13
versus 6.0.18 versus 6.0.20) should be compatible. Always be sure to
read the change log and/or release notes for the intervening versions
between the "approved" version and the one you intend to use to see if
any possible breaking-changes have been made. Usually, anything that
might break something has a configuration parameter that will set it
back to the old behavior.

I would take whatever version is recommended by the software vendor and
then move up to the latest point-release for that version. So, if Apache
httpd 2.2.4 is approved for your software, I would go ahead and use
2.2.13 (the latest in the 2.2 branch) or if 2.0.50 is approved, then go
ahead and use 2.0.63 (the latest in the 2.0 branch). The same can be
said for Tomcat: just get the latest point-release in the recommended
branch.

If you are using mod_jk, always get the latest version. Never install
mod_jk2 -- it's a dead project and has been (confusingly) replaced by
mod_jk (which appears to be a version "behind", but is in fact the
state-of-the-art for AJP connectors).

> As for newer version of connector, is it possible to use
> mod_jk-1.2.28-httpd-2.2.3.so?

It's best to use
mod-jk-[mod_jk version]-httpd-[matching-httpd-version].so

If you use httpd 2.2.13 and mod_jk-xyz-httpd-2.2.3.so, you may encounter
problems.

Actually, it's best to download the source code for mod_jk and build it
against your exact httpd version if that's a possibility for you.
Compiling mod_jk is trivial.

> It is an .so file, while I plan to deploy the
> Tomcat and Apache in Windows. On the other hand, I cannot find
> mod_jk-1.2.28-httpd-2.2.3.dll. There are other .dll files, but those are for
> IIS, while I plan to use Tomcat with Apache on Windows.

Yeah, the files in
http://mirrors.devlib.org/apache/tomcat/tomcat-connectors/jk/binaries/win32/jk-1.2.28/
are called .so but they are appropriate for deployment on windows.

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkrGLj8ACgkQ9CaO5/Lv0PA0MwCfWunvgH+z65T+2wC4zgQ0RD2s
BIAAoLoBrFYVnYBqw7KzQozEf9b/dlWz
=j57F
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Installing Tomcat: how much do versions matter?

2009-10-02 Thread Kreshna Aryaguna Nurzaman

Thanks for the reply. I guess I'll better use newer version of ArcIMS
instead, although it means I need to wait until they purchase the software.

By the way, ArcIMS 9.3 supports Apache 2.2.4 with Tomcat 6.0.13. The Apache
version is slightly higher than what I've mentioned, but the Tomcat version
is slightly lower.

Tomcat-wise, will there be any problems to accept slight differences in
version? For example, is it okay if I use Apache 2.2.4 with Tomcat 6.0.20?
And how about Tomcat connector? For example, is it possible to use Apache
2.0.63 while using mod_jk2-2.0.43.dll connector?

As for newer version of connector, is it possible to use
mod_jk-1.2.28-httpd-2.2.3.so? It is an .so file, while I plan to deploy the
Tomcat and Apache in Windows. On the other hand, I cannot find
mod_jk-1.2.28-httpd-2.2.3.dll. There are other .dll files, but those are for
IIS, while I plan to use Tomcat with Apache on Windows.

Many, many thanks,
-Kresh

-- 
View this message in context: 
http://www.nabble.com/Installing-Tomcat%3A-how-much-do-versions-matter--tp25696421p25716508.html
Sent from the Tomcat - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Installing Tomcat: how much do versions matter?

2009-10-01 Thread Mark Thomas
Kreshna Aryaguna Nurzaman wrote:
> I need to install the following components on Windows XP (for ArcIMS):
> 1) Apache 2.0.43 (MSI installer for Windows, no crypto)
> 2) JSDK 1.4.1_01
> 3) Tomcat 4.1.12
> 4) mod_jk2-2.0.43.dll
> 
> Problem is, Apache 2.0.43 and Tomcat 4.1.12 are just _nowhere_ to be found.

For the record:
http://archive.apache.org/ - where you can find every version of every piece of
software that the ASF has ever released.

However, I'd echo comments of others that those versions are old, unsupported
and have a number of known, serious security issues.

Mark


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Installing Tomcat: how much do versions matter?

2009-10-01 Thread Peter Crowther
2009/10/1 Kreshna Aryaguna Nurzaman :
> I need to install the following components on Windows XP (for ArcIMS):
> 1) Apache 2.0.43 (MSI installer for Windows, no crypto)
> 2) JSDK 1.4.1_01
> 3) Tomcat 4.1.12
> 4) mod_jk2-2.0.43.dll
>
[...]
> What if I go with newest version of every component instead? Thus, I'll be
> using:
> 1) Apache 2.2.13
> 2) JSDK 6u16
> 3) Tomcat 6.0.20
> 4) mod_jk-1.2.28-httpd-2.2.3.so
> Are those safe choices?

I'll soften Andre's response slightly: "probably".  ArcIMS might
require some Java 1.4isms that are not in 1.6, or may rely on
unsupported behaviour in Tomcat 4.1 that behaves a different way in
6.0.  There's also a strong chance that if they tell you to change
some configuration options in Tomcat, those options will be slightly
different in Tomcat 6.0.

Do you *need* Apache httpd?  What are you using it for?  If the
configuration is just forwarding everything to Tomcat, you may well
save yourself a lot of time and grief by removing httpd and mod_jk,
and just serving all content out of Tomcat.  A lot depends on ArcIMS.

- Peter

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Installing Tomcat: how much do versions matter?

2009-10-01 Thread André Warnier

Kreshna Aryaguna Nurzaman wrote:

I need to install the following components on Windows XP (for ArcIMS):
1) Apache 2.0.43 (MSI installer for Windows, no crypto)
2) JSDK 1.4.1_01
3) Tomcat 4.1.12
4) mod_jk2-2.0.43.dll

Problem is, Apache 2.0.43 and Tomcat 4.1.12 are just _nowhere_ to be found.
These are what I got instead:
1) Apache 2.0.63  (MSI installer for Windows, no crypto)
2) JSDK 1.4.1_01
3) Tomcat 4.1.40
4) mod_jk2-2.0.43.dll

The Tomcat 4.1.40 is the JDK 1.4 version, so I think (or hope) there should
be no problem with that. However, the Apache is 2.0.63, while the mod_jk2
connector is clearly named mod_jk2-2.0.43.dll. Will I be able to run
everything smoothly, or will they just fail?

What if I go with newest version of every component instead? Thus, I'll be
using:
1) Apache 2.2.13
2) JSDK 6u16
3) Tomcat 6.0.20
4) mod_jk-1.2.28-httpd-2.2.3.so
Are those safe choices?


Definitely.  Why would you start with versions (as you mention at the 
beginning) which are at least 5 years old, and most of them not 
developed and not maintained and not supported anymore ?

(Apache 2.0.63 being, I think, the only exception here).
Contrary to what the numbering may lead you to believe, mod_jk2.x is a 
different product, older than mod_jk-1.2.28, and it is no longer 
developed nor supported.



-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: Installing Tomcat 6.0.20

2009-08-19 Thread Caldarale, Charles R
> From: Russell Collins [mailto:russell.coll...@mclaneat.com]
> Subject: RE: Installing Tomcat 6.0.20
> 
> Is there something that I am missing?

Maybe.  What does the tomcat6w.exe program show as the JVM location on its Java 
tab?

Also, what is the current structure of the JRockit JVM installation?  (I 
haven't looked at JRockit in several years.)  Is there some equivalent of Sun's 
jvm.dll?

 - 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: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: Installing Tomcat 6.0.20

2009-08-19 Thread Russell Collins
I have tried the .zip file and I can start the tomcat server manually.  
However, I am not able to successfully get the service working.  Here is what I 
have done.

- Using Vista 32bit
- Ran the service.bat command: "service.bat install"
- Service installs in the windows services.  
- When I start it, I get the " The Apache Tomcat 6 service terminated with 
service-specific error 0 (0x0)." Error.
- I checked some blogs, it said that I should copy the MSVCR71.DLL into the 
\bin directory
- I copied the DLL from the windows directory and tried the one from the Java 
directory, neither one worked.

Is there something that I am missing?



Russell Collins
Sr. Software Engineer
McLane Advanced Technology

"Do or do not, there is no try." - Yoda


-Original Message-
From: Russell Collins [mailto:russell.coll...@mclaneat.com] 
Sent: Wednesday, August 19, 2009 10:49 AM
To: 'Tomcat Users List'
Subject: RE: Installing Tomcat 6.0.20

Ok, thanks.  I will try the zip



Russell Collins
Sr. Software Engineer
McLane Advanced Technology

"Do or do not, there is no try." - Yoda


-Original Message-
From: Caldarale, Charles R [mailto:chuck.caldar...@unisys.com] 
Sent: Wednesday, August 19, 2009 10:32 AM
To: Tomcat Users List
Subject: RE: Installing Tomcat 6.0.20

> From: Russell Collins [mailto:russell.coll...@mclaneat.com]
> Subject: RE: Installing Tomcat 6.0.20
> 
> One of the things that it says is to install Tomcat just
> like you would with Sun JVM, then update the property
> variables afterwards.  Would this approach work also?

Don't think so - once the service is installed, the property variables aren't 
used.  (I'm not sure if the .exe installer even looks at them, but the 
service.bat script does.)

Once the service is installed, you can change the location of the JVM it uses 
with the tomcat6w.exe program.

I much prefer the .zip download over the .exe because the .zip includes all the 
scripts, while the .exe doesn't.

 - 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: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: Installing Tomcat 6.0.20

2009-08-19 Thread Russell Collins
Ok, thanks.  I will try the zip



Russell Collins
Sr. Software Engineer
McLane Advanced Technology

"Do or do not, there is no try." - Yoda


-Original Message-
From: Caldarale, Charles R [mailto:chuck.caldar...@unisys.com] 
Sent: Wednesday, August 19, 2009 10:32 AM
To: Tomcat Users List
Subject: RE: Installing Tomcat 6.0.20

> From: Russell Collins [mailto:russell.coll...@mclaneat.com]
> Subject: RE: Installing Tomcat 6.0.20
> 
> One of the things that it says is to install Tomcat just
> like you would with Sun JVM, then update the property
> variables afterwards.  Would this approach work also?

Don't think so - once the service is installed, the property variables aren't 
used.  (I'm not sure if the .exe installer even looks at them, but the 
service.bat script does.)

Once the service is installed, you can change the location of the JVM it uses 
with the tomcat6w.exe program.

I much prefer the .zip download over the .exe because the .zip includes all the 
scripts, while the .exe doesn't.

 - 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: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: Installing Tomcat 6.0.20

2009-08-19 Thread Caldarale, Charles R
> From: Russell Collins [mailto:russell.coll...@mclaneat.com]
> Subject: RE: Installing Tomcat 6.0.20
> 
> One of the things that it says is to install Tomcat just
> like you would with Sun JVM, then update the property
> variables afterwards.  Would this approach work also?

Don't think so - once the service is installed, the property variables aren't 
used.  (I'm not sure if the .exe installer even looks at them, but the 
service.bat script does.)

Once the service is installed, you can change the location of the JVM it uses 
with the tomcat6w.exe program.

I much prefer the .zip download over the .exe because the .zip includes all the 
scripts, while the .exe doesn't.

 - 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: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: Installing Tomcat 6.0.20

2009-08-19 Thread Russell Collins
I see.  I have been looking at some of the documentation about this and it 
seems as this is consistent.  One of the things that it says is to install 
Tomcat just like you would with Sun JVM, then update the property variables 
afterwards.  Would this approach work also?



Russell Collins
Sr. Software Engineer
McLane Advanced Technology

"Do or do not, there is no try." - Yoda

-Original Message-
From: Caldarale, Charles R [mailto:chuck.caldar...@unisys.com] 
Sent: Wednesday, August 19, 2009 10:02 AM
To: Tomcat Users List
Subject: RE: Installing Tomcat 6.0.20

> From: Russell Collins [mailto:russell.coll...@mclaneat.com]
> Subject: Installing Tomcat 6.0.20
> 
> I am using JRockit 1.6.0_11 and I am trying to install Tomcat 6.0.20
> using the windows installer that will install a windows service.

That's probably not going to work real well, since the installer looks at the 
registry keys that the Sun JVM sets.  You might want to start over with the 
.zip download, then use the service.bat script with appropriate variables set 
to install the service.


 - 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: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: Installing Tomcat 6.0.20

2009-08-19 Thread Caldarale, Charles R
> From: Russell Collins [mailto:russell.coll...@mclaneat.com]
> Subject: Installing Tomcat 6.0.20
> 
> I am using JRockit 1.6.0_11 and I am trying to install Tomcat 6.0.20
> using the windows installer that will install a windows service.

That's probably not going to work real well, since the installer looks at the 
registry keys that the Sun JVM sets.  You might want to start over with the 
.zip download, then use the service.bat script with appropriate variables set 
to install the service.

 - 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: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Installing Tomcat

2009-04-15 Thread Hassan Schroeder
On Wed, Apr 15, 2009 at 10:49 AM, Jonathan Mast
 wrote:

> By Jakarta-Whatever, I'm referring to the commons-daemon package, as
> indicated on the setup page:
> 
> Download a commons-daemon binary from the Jakarta Commons download page, and
> place jsvc.tar.gz and commons-daemon.jar in the $CATALINA_HOME/bin folder.
> 

Well, I haven't looked at those docs in a while, but ...

> Why can't they even link to this project?

the tar file of jsvc source is included in the Tomcat bin directory...

-- 
Hassan Schroeder  hassan.schroe...@gmail.com

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Installing Tomcat

2009-04-15 Thread Jonathan Mast
Yeah Selinux is a big pain from what I've read about it and I've given up on
the machine on which it runs.  As you may have guessed, I'm not in charge of
the tech department of a secret government spy agency ;-) so I'll leave
SELinux to the spooks who invented it.

I've found another box on which I can install a fresh linux dist.  Pondering
whether to use Slackware, Gentoo or Cent

By Jakarta-Whatever, I'm referring to the commons-daemon package, as
indicated on the setup page:

Download a commons-daemon binary from the Jakarta Commons download page, and
place jsvc.tar.gz and commons-daemon.jar in the $CATALINA_HOME/bin folder.


Why can't they even link to this project?  I just wish the docs were more
detailed about why this kludgy trampoline is needed, there aren't any links
to the Jsvc project either!

No I'm not a big fan of C, C programming should be left to the hobbits who
develop the OS and who know all the magical incantations needed to use it
safely.

thanks

On Wed, Apr 15, 2009 at 1:12 PM, Christopher Schultz <
ch...@christopherschultz.net> wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Jonathan,
>
> On 4/14/2009 9:00 PM, Jonathan Mast wrote:
> > I've pretty much concluded that the problem is that the machine in
> question
> > is SELinux-enabled and that is cause of Tomcat's inability to access the
> > 8080 port (even though I can see tomcat on the process list, a "netstat
> -a"
> > indicates shows no entry for 8080).
>
> Ooooh... SELinux can be tough to deal with if you don't know what you're
> doing. It's /super/ restrictive, and rightly so. I would have expected
> an error message like "cannot bind to port 8080" in your catalina.out
> file if you really couldn't bind to port 8080, though.
>
> > 1) Why not run Tomcat as root?
>
> Security, security, security. There really is no need to run Tomcat as
> root, so why would you? If you have a misbehaving (or rogue) web
> application, it can really cause chaos if it's running as root. If you
> run it as a lowly common user, it can't do nearly so much damage. The
> same argument applies for not running MSIE on Windows as Administrator:
> if you get malware (and you /will/), you can't affect the machine's
> configuration, etc. unless you are an admin.
>
> > We have Tomcat running as root on our
> > current setup (Httpd 1.3.33, Tomcat 5.5, JDK 1.4), I presume Tomcat 6
> (JDK
> > 1.6) running by itself must be more secure than our current situation.
>  Any
> > comments?
>
> Yes, Tomcat alone should be more secure but there really is no reason to
> run Tomcat as root unless you are just really, really lazy. It's not
> that hard to run jsvc or set up iptables appropriately.
>
> > 2) My problem with jsvc is multiple:
> > a) it involves a language so evil it can only be referred to in
> paraphrase:
> > the letter between B and D.  Have you actually read the instructions for
> it?
>
> I must admit that I didn't download it and read the instructions, but
> the wep site says it pretty plain and simple:
>
> $ ./configure --with-java=/path/to/java
> $ make
>
> Oh! The horror!
>
> Have you ever built anything using C before? This is how much packages
> work, and they work really well using the 'configure' business.
>
> Okay, I broke down and downloaded it. Here are the instructions for
> building from the README file at the top-level of the tarball:
>
> "
>  cd src/native/unix; configure; make
> "
>
> The only problem with that is they forgot to include the "./" in front
> of 'configure' for those who don't have '.' in the search path (which is
> actually most people).
>
> It took somewhere in the neighborhood of 3 seconds to complete both the
> 'configure' and 'make' steps for me.
>
> > b) can't they even bother to link to the Jakarta-Whatever package that I
> > must now download and lug around? I mean c'mon ;-[
>
> What is Jakarta-Whatever? I don't see any dependencies of any kind, here.
>
> > c) really, if all this stuff is the "correct" way to run Tomcat on linux,
> > why doesn't come as part of the distribution?
>
> Because jsvc is someone else's project. I suppose Tomcat could bundle it
> into the distro, but they haven't chosen to do so. There are also lots
> of people who don't use it. For instance, I run Tomcat on non-privileged
> ports and use httpd to front it. So, bundling it would not help people
> like me at all (but certainly wouldn't hurt us).
>
> The biggest problem with this kind of bundling is the fact that *NIX
> systems are so varied in configuration that jsvc really must be built on
> each individual system (hence the super-simple 'configure/make'
> procedure above).
>
> - -chris
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.9 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iEYEARECAAYFAknmFXEACgkQ9CaO5/Lv0PDLKACeNOWfXcT6TbJp9dw5ThuG0qRS
> CwUAoK7/K6wv7FrmlpqGaMjYqIzlfHaG
> =mHxZ
> -END PGP SIGNATURE-
>
> -

Re: Installing Tomcat

2009-04-15 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Jonathan,

On 4/14/2009 9:00 PM, Jonathan Mast wrote:
> I've pretty much concluded that the problem is that the machine in question
> is SELinux-enabled and that is cause of Tomcat's inability to access the
> 8080 port (even though I can see tomcat on the process list, a "netstat -a"
> indicates shows no entry for 8080).

Ooooh... SELinux can be tough to deal with if you don't know what you're
doing. It's /super/ restrictive, and rightly so. I would have expected
an error message like "cannot bind to port 8080" in your catalina.out
file if you really couldn't bind to port 8080, though.

> 1) Why not run Tomcat as root?

Security, security, security. There really is no need to run Tomcat as
root, so why would you? If you have a misbehaving (or rogue) web
application, it can really cause chaos if it's running as root. If you
run it as a lowly common user, it can't do nearly so much damage. The
same argument applies for not running MSIE on Windows as Administrator:
if you get malware (and you /will/), you can't affect the machine's
configuration, etc. unless you are an admin.

> We have Tomcat running as root on our
> current setup (Httpd 1.3.33, Tomcat 5.5, JDK 1.4), I presume Tomcat 6 (JDK
> 1.6) running by itself must be more secure than our current situation.  Any
> comments?

Yes, Tomcat alone should be more secure but there really is no reason to
run Tomcat as root unless you are just really, really lazy. It's not
that hard to run jsvc or set up iptables appropriately.

> 2) My problem with jsvc is multiple:
> a) it involves a language so evil it can only be referred to in paraphrase:
> the letter between B and D.  Have you actually read the instructions for it?

I must admit that I didn't download it and read the instructions, but
the wep site says it pretty plain and simple:

$ ./configure --with-java=/path/to/java
$ make

Oh! The horror!

Have you ever built anything using C before? This is how much packages
work, and they work really well using the 'configure' business.

Okay, I broke down and downloaded it. Here are the instructions for
building from the README file at the top-level of the tarball:

"
  cd src/native/unix; configure; make
"

The only problem with that is they forgot to include the "./" in front
of 'configure' for those who don't have '.' in the search path (which is
actually most people).

It took somewhere in the neighborhood of 3 seconds to complete both the
'configure' and 'make' steps for me.

> b) can't they even bother to link to the Jakarta-Whatever package that I
> must now download and lug around? I mean c'mon ;-[

What is Jakarta-Whatever? I don't see any dependencies of any kind, here.

> c) really, if all this stuff is the "correct" way to run Tomcat on linux,
> why doesn't come as part of the distribution?

Because jsvc is someone else's project. I suppose Tomcat could bundle it
into the distro, but they haven't chosen to do so. There are also lots
of people who don't use it. For instance, I run Tomcat on non-privileged
ports and use httpd to front it. So, bundling it would not help people
like me at all (but certainly wouldn't hurt us).

The biggest problem with this kind of bundling is the fact that *NIX
systems are so varied in configuration that jsvc really must be built on
each individual system (hence the super-simple 'configure/make'
procedure above).

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAknmFXEACgkQ9CaO5/Lv0PDLKACeNOWfXcT6TbJp9dw5ThuG0qRS
CwUAoK7/K6wv7FrmlpqGaMjYqIzlfHaG
=mHxZ
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Installing Tomcat

2009-04-14 Thread Hassan Schroeder
On Tue, Apr 14, 2009 at 6:00 PM, Jonathan Mast
 wrote:

> I've pretty much concluded that the problem is that the machine in question
> is SELinux-enabled and that is cause of Tomcat's inability to access the
> 8080 port (even though I can see tomcat on the process list, a "netstat -a"
> indicates shows no entry for 8080).

sounds fixable...

> 1) Why not run Tomcat as root?  We have Tomcat running as root on our
> current setup (Httpd 1.3.33, Tomcat 5.5, JDK 1.4), I presume Tomcat 6 (JDK
> 1.6) running by itself must be more secure than our current situation.  Any
> comments?

Exposures are usually in apps; running any application with the
lowest possible privilege level reduces risk. But there's no law
against living dangerously -- we've probably all done it :-)

> 2) My problem with jsvc is multiple:

> c) really, if all this stuff is the "correct" way to run Tomcat on linux,
> why doesn't come as part of the distribution?

uhhh... it does. And I've never had to do more than ./configure and
make on any platform to get it going.

But as already pointed out -- run Tomcat on any non-privileged port
and connect it to port 80 with iptables.

> 4) I really want to avoid the complexity of httpd (see 2.a)

An easy goal to reach, luckily. :-)

FWIW,
-- 
Hassan Schroeder  hassan.schroe...@gmail.com

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Installing Tomcat

2009-04-14 Thread Jonathan Mast
Hey Chris,

I've pretty much concluded that the problem is that the machine in question
is SELinux-enabled and that is cause of Tomcat's inability to access the
8080 port (even though I can see tomcat on the process list, a "netstat -a"
indicates shows no entry for 8080).

My ultimate goal was to just run Tomcat 6 (with JDK 1.6) on this machine but
I've given up on this particular machine for now.

But I have some questions/comments:

1) Why not run Tomcat as root?  We have Tomcat running as root on our
current setup (Httpd 1.3.33, Tomcat 5.5, JDK 1.4), I presume Tomcat 6 (JDK
1.6) running by itself must be more secure than our current situation.  Any
comments?

2) My problem with jsvc is multiple:
a) it involves a language so evil it can only be referred to in paraphrase:
the letter between B and D.  Have you actually read the instructions for it?
"If you're using BSD, issue 'make foo' being sure to type only with your
toes, if Linux, issue 'makeamess foo' with your nose as typing
implement"
b) can't they even bother to link to the Jakarta-Whatever package that I
must now download and lug around? I mean c'mon ;-[
c) really, if all this stuff is the "correct" way to run Tomcat on linux,
why doesn't come as part of the distribution?

3) N/A
4) I really want to avoid the complexity of httpd (see 2.a)



On Fri, Apr 10, 2009 at 1:27 PM, Christopher Schultz <
ch...@christopherschultz.net> wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Jonathan,
>
> On 4/9/2009 11:20 AM, Jonathan Mast wrote:
> > ok, here is the plain vanilla, immaculate server.xml, straight from a
> > fresh untarring of the tomcat 6 dist that i just re-installed, its still
> > not working.
>
> I didn't realize you were using an unmodified configuration. My initial
> reaction is that you'll have to modify the default configuration in
> order to make it fit your needs.
>
> Here are the active connectors configured in the server.xml you posted:
>
> HTTP/1.1 connector on port 8080
> AJP/1.3 connector on port 8009
>
> > I should say that apache httpd 2.0 is already running on this machine and
> my
> > www.mysite.com is reachable there, so I figured www.mysite.com:8080would
> > take me to tomcat.  Is that a correct assumption? IE. Should I be able to
> by
> > httpd by tacking :8080 onto the url?
>
> Yes, going to http://www.mysite.com:8080/ should contact Tomcat, as long
> as your DNS resolution is working and there are no firewall issues.
>
> Tomcat may not start if something is already bound to port 8080, so you
> should make sure that Tomcat is starting correctly. See catalina.out for
> any messages to the contrary. catalina.out should be indicating which
> connectors are started when Tomcat starts up.
>
> > If I kill apache httpd (I have no intention of using it going forward),
> will
> > updating server.xml with port 80 rather than port 8080 automagically get
> > everything to work, or is there other stuff I need to do before Tomcat
> will
> > run as a standalone webserver?
>
> Running Tomcat on port 80 is problematic on *NIX systems unless you run
> Tomcat as root, which is not advised. See
> http://tomcat.apache.org/tomcat-6.0-doc/setup.html for some ideas for
> how to bind Tomcat to port 80 on *NIX. (This page shows information on
> jsvc). You can also use iptables to essentially do port-forwarding.
> Basically, your options on Linux are:
>
> 1. Run Tomcat as root (bad idea)
> 2. Use jsvc (you don't want to do this ... why?)
> 3. Use iptables to forward ports
> 4. Front Tomcat with something that can more easily bind to port 80
> (httpd, etc.)
>
> But to answer your question: yes, running on port 80 will preclude your
> users from having to specify the port number in the URL.
>
> - -chris
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.9 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iEYEARECAAYFAknfgW4ACgkQ9CaO5/Lv0PAE9QCdHBcwNoRMneWvLB8uYbA9r+Jd
> X1sAni8Jkkzg6dXmxcdaa00QweaemJrS
> =peWX
> -END PGP SIGNATURE-
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>


Re: Installing Tomcat

2009-04-10 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Jonathan,

On 4/9/2009 11:20 AM, Jonathan Mast wrote:
> ok, here is the plain vanilla, immaculate server.xml, straight from a
> fresh untarring of the tomcat 6 dist that i just re-installed, its still
> not working.

I didn't realize you were using an unmodified configuration. My initial
reaction is that you'll have to modify the default configuration in
order to make it fit your needs.

Here are the active connectors configured in the server.xml you posted:

HTTP/1.1 connector on port 8080
AJP/1.3 connector on port 8009

> I should say that apache httpd 2.0 is already running on this machine and my
> www.mysite.com is reachable there, so I figured www.mysite.com:8080 would
> take me to tomcat.  Is that a correct assumption? IE. Should I be able to by
> httpd by tacking :8080 onto the url?

Yes, going to http://www.mysite.com:8080/ should contact Tomcat, as long
as your DNS resolution is working and there are no firewall issues.

Tomcat may not start if something is already bound to port 8080, so you
should make sure that Tomcat is starting correctly. See catalina.out for
any messages to the contrary. catalina.out should be indicating which
connectors are started when Tomcat starts up.

> If I kill apache httpd (I have no intention of using it going forward), will
> updating server.xml with port 80 rather than port 8080 automagically get
> everything to work, or is there other stuff I need to do before Tomcat will
> run as a standalone webserver?

Running Tomcat on port 80 is problematic on *NIX systems unless you run
Tomcat as root, which is not advised. See
http://tomcat.apache.org/tomcat-6.0-doc/setup.html for some ideas for
how to bind Tomcat to port 80 on *NIX. (This page shows information on
jsvc). You can also use iptables to essentially do port-forwarding.
Basically, your options on Linux are:

1. Run Tomcat as root (bad idea)
2. Use jsvc (you don't want to do this ... why?)
3. Use iptables to forward ports
4. Front Tomcat with something that can more easily bind to port 80
(httpd, etc.)

But to answer your question: yes, running on port 80 will preclude your
users from having to specify the port number in the URL.

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAknfgW4ACgkQ9CaO5/Lv0PAE9QCdHBcwNoRMneWvLB8uYbA9r+Jd
X1sAni8Jkkzg6dXmxcdaa00QweaemJrS
=peWX
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Installing Tomcat

2009-04-10 Thread André Warnier

And have you

Seriously. Posted. Your. Server. Dot. XML. File. ?

Or should we guess ?

(at least post the sections which are uncommented and say



Jonathan Mast wrote:

Has anyone figured out whats happening here?

On Thu, Apr 9, 2009 at 11:20 AM, Jonathan Mast
wrote:


ok, here is the plain vanilla, immaculate server.xml, straight from a fresh
untarring of the tomcat 6 dist that i just re-installed, its still not
working.

thanks


On Wed, Apr 8, 2009 at 6:28 PM, Christopher Schultz <
ch...@christopherschultz.net> wrote:


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Jonathan,

On 4/8/2009 1:29 PM, Jonathan Mast wrote:

Furthermore, I can tell you that "netstat -a" indicated no listener for

port

8080 and that that Catalina logs look ok.

Seriously. Post. Your. Server. Dot. XML. File.

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkndJQ8ACgkQ9CaO5/Lv0PC0dgCgmuaMEPpIUteUHtg8z0OUXLRV
Y/UAoJeoGgajogSBhVoW01Rqwh1dS+up
=xuuf
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org







-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Installing Tomcat

2009-04-10 Thread Jonathan Mast
Has anyone figured out whats happening here?

On Thu, Apr 9, 2009 at 11:20 AM, Jonathan Mast
wrote:

> ok, here is the plain vanilla, immaculate server.xml, straight from a fresh
> untarring of the tomcat 6 dist that i just re-installed, its still not
> working.
>
> thanks
>
>
> On Wed, Apr 8, 2009 at 6:28 PM, Christopher Schultz <
> ch...@christopherschultz.net> wrote:
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Jonathan,
>>
>> On 4/8/2009 1:29 PM, Jonathan Mast wrote:
>> > Furthermore, I can tell you that "netstat -a" indicated no listener for
>> port
>> > 8080 and that that Catalina logs look ok.
>>
>> Seriously. Post. Your. Server. Dot. XML. File.
>>
>> - -chris
>> -BEGIN PGP SIGNATURE-
>> Version: GnuPG v1.4.9 (MingW32)
>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>>
>> iEYEARECAAYFAkndJQ8ACgkQ9CaO5/Lv0PC0dgCgmuaMEPpIUteUHtg8z0OUXLRV
>> Y/UAoJeoGgajogSBhVoW01Rqwh1dS+up
>> =xuuf
>> -END PGP SIGNATURE-
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
>> For additional commands, e-mail: users-h...@tomcat.apache.org
>>
>>
>


Re: Installing Tomcat

2009-04-09 Thread Jonathan Mast
ok, here is the plain vanilla, immaculate server.xml, straight from a fresh
untarring of the tomcat 6 dist that i just re-installed, its still not
working.

thanks

On Wed, Apr 8, 2009 at 6:28 PM, Christopher Schultz <
ch...@christopherschultz.net> wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Jonathan,
>
> On 4/8/2009 1:29 PM, Jonathan Mast wrote:
> > Furthermore, I can tell you that "netstat -a" indicated no listener for
> port
> > 8080 and that that Catalina logs look ok.
>
> Seriously. Post. Your. Server. Dot. XML. File.
>
> - -chris
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.9 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iEYEARECAAYFAkndJQ8ACgkQ9CaO5/Lv0PC0dgCgmuaMEPpIUteUHtg8z0OUXLRV
> Y/UAoJeoGgajogSBhVoW01Rqwh1dS+up
> =xuuf
> -END PGP SIGNATURE-
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>





  
  
  
  
  
  
  

  
  


  

  
  
  







   









 


  
  

  
  

  
  

  
  







  

  


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Installing Tomcat

2009-04-08 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Jonathan,

On 4/8/2009 1:29 PM, Jonathan Mast wrote:
> Furthermore, I can tell you that "netstat -a" indicated no listener for port
> 8080 and that that Catalina logs look ok.

Seriously. Post. Your. Server. Dot. XML. File.

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkndJQ8ACgkQ9CaO5/Lv0PC0dgCgmuaMEPpIUteUHtg8z0OUXLRV
Y/UAoJeoGgajogSBhVoW01Rqwh1dS+up
=xuuf
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Installing Tomcat

2009-04-08 Thread Jonathan Mast
Is this: http://tomcat.apache.org/tomcat-6.0-doc/setup.html
the extent of the setup docs?

I'm reaching it by editing the hosts file on my windoze machine to resolve
all www.mysite.com requests back to an internal ip which is the machine in
question.

Tomcat is running as root or at least thats what "ps auxf" indicates.

I rolled back to the original server.xml, restarted Tomcat and I'm still
getting a "Failed to Establish Connection Error" in my browser for
www.mysite.com:8080.  But www.mysite.com is working.

Furthermore, I can tell you that "netstat -a" indicated no listener for port
8080 and that that Catalina logs look ok.

thanks,


On Wed, Apr 8, 2009 at 12:24 PM, Peter Crowther  wrote:

> > From: Jonathan Mast [mailto:jhmast.develo...@gmail.com]
> > I'm trying to get Tomcat 6 running on a RedHat box.
> >
> > I don't want to build deamon with jsvc as the docs say I
> > should do, at least
> > not yet.  Is this the extent of the official documentation
> > for setting up Tomcat on Linux?
>
> You don't say what "this" is, so we can't help you.
>
> > I installed JDK 6 and Tomcat 6, defined JAVA_HOME and
> > TOMCAT_HOME and setup
> > have a Host and Context in server.xml for www.mysite.com.  I invoke
> > catalina.sh start and get a process running, but I can't reach mysite.
>
> *Exactly* how are you trying to reach it?  From what computer, and what are
> you trying as the address?  If it's www.mysite.com, have you changed your
> hosts file or DNS so that it points to your computer rather than off into
> the Internet?
>
> What happens if you browse to http://localhost:8080?
>
> > I should say that apache httpd 2.0 is already running on this
> > machine and my
> > www.mysite.com is reachable there, so I figured
> > www.mysite.com:8080 would
> > take me to tomcat.  Is that a correct assumption? IE. Should
> > I be able to by httpd by tacking :8080 onto the url?
>
> If you still have a default server.xml, this should work.  However, you've
> changed your server.xml.  You haven't bothered to post your new one, so we
> can't tell whether this would work or not.
>
> > If I kill apache httpd (I have no intention of using it going
> > forward), will
> > updating server.xml with port 80 rather than port 8080
> > automagically get
> > everything to work, or is there other stuff I need to do
> > before Tomcat will
> > run as a standalone webserver?
>
> With the default server.xml, simply changing 8080 to 80 (and ensuring the
> process at least starts as root, which is why jsvc is so important) will be
> all you need to do.  With your server.xml?  Nobody on the list will have any
> idea.
>
> Give us some more information, please - we're not psychic!
>
>- Peter
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>


RE: Installing Tomcat

2009-04-08 Thread Peter Crowther
> From: Jonathan Mast [mailto:jhmast.develo...@gmail.com]
> I'm trying to get Tomcat 6 running on a RedHat box.
>
> I don't want to build deamon with jsvc as the docs say I
> should do, at least
> not yet.  Is this the extent of the official documentation
> for setting up Tomcat on Linux?

You don't say what "this" is, so we can't help you.

> I installed JDK 6 and Tomcat 6, defined JAVA_HOME and
> TOMCAT_HOME and setup
> have a Host and Context in server.xml for www.mysite.com.  I invoke
> catalina.sh start and get a process running, but I can't reach mysite.

*Exactly* how are you trying to reach it?  From what computer, and what are you 
trying as the address?  If it's www.mysite.com, have you changed your hosts 
file or DNS so that it points to your computer rather than off into the 
Internet?

What happens if you browse to http://localhost:8080?

> I should say that apache httpd 2.0 is already running on this
> machine and my
> www.mysite.com is reachable there, so I figured
> www.mysite.com:8080 would
> take me to tomcat.  Is that a correct assumption? IE. Should
> I be able to by httpd by tacking :8080 onto the url?

If you still have a default server.xml, this should work.  However, you've 
changed your server.xml.  You haven't bothered to post your new one, so we 
can't tell whether this would work or not.

> If I kill apache httpd (I have no intention of using it going
> forward), will
> updating server.xml with port 80 rather than port 8080
> automagically get
> everything to work, or is there other stuff I need to do
> before Tomcat will
> run as a standalone webserver?

With the default server.xml, simply changing 8080 to 80 (and ensuring the 
process at least starts as root, which is why jsvc is so important) will be all 
you need to do.  With your server.xml?  Nobody on the list will have any idea.

Give us some more information, please - we're not psychic!

- Peter

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Installing Tomcat on Windows

2009-03-17 Thread Konstantin Kolinko
2009/3/17 Dharani :
> I installed apache-tomcat-5.5.27.exe in windows platform (In the machine I
> have installed jdk1.6. )
> But the server doesn't start with Windows start. Always I have to go to
> binfolder and run tomcat5.exe to start the server.
>
> How can I configure the server to start with when Windows starts?
>
> Is the problem occurring because of I use jdk1.6?
>
> Please I need a quick answer.
>

1. What is your Windows version and what is your processor?
Is it 32 bit or 64 bit?

2. It may be that mscvr71.dll is missing:
https://issues.apache.org/bugzilla/show_bug.cgi?id=41538
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6509291

Best regards,
Konstantin Kolinko

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: Installing Tomcat on Windows

2009-03-17 Thread Martin Gainty

--with security
$CATALINA_HOME/bin/catalina.sh start -security(Unix)
%CATALINA_HOME%\bin\catalina start -security   (MS)--no security (not advised)
$CATALINA_HOME/bin/catalina.sh start(Unix)
%CATALINA_HOME%\bin\catalina start (MS)

http://tomcat.apache.org/tomcat-5.5-doc/security-manager-howto.html
Martin 
__ 
Verzicht und Vertraulichkeitanmerkung / Disclaimer and confidentiality note 
Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger 
sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung 
oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem 
Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. 
Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung 
fuer den Inhalt uebernehmen.
This message is confidential and may be privileged. If you are not the intended 
recipient, we kindly ask you to  please inform the sender. Any unauthorised 
dissemination or copying hereof is prohibited. This message serves for 
information purposes only and shall not have any legally binding effect. Given 
that e-mails can easily be subject to manipulation, we can not accept any 
liability for the content provided.






> Date: Tue, 17 Mar 2009 16:15:38 -0800
> Subject: Re: Installing Tomcat on Windows
> From: vishgnanik...@gmail.com
> To: users@tomcat.apache.org; a...@ice-sa.com
> 
> I installed Tomcat in my PC at home also and it works fine. In my PC I have
> jdk1.5 .
> I want to deploy Xwiki (
> http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationTomcat) and
> I need to turn off the java Security Manager. Can you guide me how to do it?
> 
> 
> 
> On Tue, Mar 17, 2009 at 3:35 PM, Dharani  wrote:
> 
> > I installed the .exe file
> >
> > http://tomcat.apache.org/download-55.cgi ---> Binary Distribution --> Core
> > -- > Windows Service 
> > Installer<http://datadispensary.com/apache/tomcat/tomcat-5/v5.5.27/bin/apache-tomcat-5.5.27.exe>(
> > pgp<http://www.apache.org/dist/tomcat/tomcat-5/v5.5.27/bin/apache-tomcat-5.5.27.exe.asc>,
> > md5<http://www.apache.org/dist/tomcat/tomcat-5/v5.5.27/bin/apache-tomcat-5.5.27.exe.md5>
> > )
> >
> > I just double click on the .exe and followed the instructions.
> > In my environment variables I set the java path asPATH = jdk1.5
> >
> >
> >
> >
> > On Tue, Mar 17, 2009 at 3:17 AM, André Warnier  wrote:
> >
> >> Dharani wrote:
> >>
> >>> I installed apache-tomcat-5.5.27.exe in windows platform (In the machine
> >>> I
> >>> have installed jdk1.6. )
> >>>
> >>
> >> When you downloaded Tomcat, there was a choice between 2 versions :
> >> - an msi installer
> >> - a zip file
> >>
> >> Which one did you download and install ?
> >>
> >>  But the server doesn't start with Windows start. Always I have to go to
> >>> binfolder and run tomcat5.exe to start the server.
> >>>
> >>> How can I configure the server to start with when Windows starts?
> >>>
> >> First answer the above question, then we'll know better what to tell you.
> >>
> >>
> >>> Is the problem occurring because of I use jdk1.6?
> >>>
> >> No.
> >>
> >>
> >>
> >> -
> >> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> >> For additional commands, e-mail: users-h...@tomcat.apache.org
> >>
> >>
> >

_
Express your personality in color! Preview and select themes for Hotmail®. 
http://www.windowslive-hotmail.com/LearnMore/personalize.aspx?ocid=TXT_MSGTX_WL_HM_express_032009#colortheme

Re: Installing Tomcat on Windows

2009-03-17 Thread Dharani
I installed Tomcat in my PC at home also and it works fine. In my PC I have
jdk1.5 .
I want to deploy Xwiki (
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationTomcat) and
I need to turn off the java Security Manager. Can you guide me how to do it?



On Tue, Mar 17, 2009 at 3:35 PM, Dharani  wrote:

> I installed the .exe file
>
> http://tomcat.apache.org/download-55.cgi ---> Binary Distribution --> Core
> -- > Windows Service 
> Installer(
> pgp,
> md5
> )
>
> I just double click on the .exe and followed the instructions.
> In my environment variables I set the java path asPATH = jdk1.5
>
>
>
>
> On Tue, Mar 17, 2009 at 3:17 AM, André Warnier  wrote:
>
>> Dharani wrote:
>>
>>> I installed apache-tomcat-5.5.27.exe in windows platform (In the machine
>>> I
>>> have installed jdk1.6. )
>>>
>>
>> When you downloaded Tomcat, there was a choice between 2 versions :
>> - an msi installer
>> - a zip file
>>
>> Which one did you download and install ?
>>
>>  But the server doesn't start with Windows start. Always I have to go to
>>> binfolder and run tomcat5.exe to start the server.
>>>
>>> How can I configure the server to start with when Windows starts?
>>>
>> First answer the above question, then we'll know better what to tell you.
>>
>>
>>> Is the problem occurring because of I use jdk1.6?
>>>
>> No.
>>
>>
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
>> For additional commands, e-mail: users-h...@tomcat.apache.org
>>
>>
>


Re: Installing Tomcat on Windows

2009-03-17 Thread Dharani
I installed the .exe file

http://tomcat.apache.org/download-55.cgi ---> Binary Distribution --> Core
-- > Windows Service
Installer(
pgp,
md5
)

I just double click on the .exe and followed the instructions.
In my environment variables I set the java path asPATH = jdk1.5




On Tue, Mar 17, 2009 at 3:17 AM, André Warnier  wrote:

> Dharani wrote:
>
>> I installed apache-tomcat-5.5.27.exe in windows platform (In the machine I
>> have installed jdk1.6. )
>>
>
> When you downloaded Tomcat, there was a choice between 2 versions :
> - an msi installer
> - a zip file
>
> Which one did you download and install ?
>
>  But the server doesn't start with Windows start. Always I have to go to
>> binfolder and run tomcat5.exe to start the server.
>>
>> How can I configure the server to start with when Windows starts?
>>
> First answer the above question, then we'll know better what to tell you.
>
>
>> Is the problem occurring because of I use jdk1.6?
>>
> No.
>
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>


Re: Installing Tomcat on Windows

2009-03-17 Thread André Warnier

Ilya Kazakevich wrote:

Install it as windows service and make sure you set it to "automatic" start
mode.
http://tomcat.apache.org/tomcat-6.0-doc/windows-service-howto.html 


That page starts with a big fat message saying that it is now obsolete.
For a new user, that is a bit unsettling I guess.


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Installing Tomcat on Windows

2009-03-17 Thread André Warnier

Dharani wrote:

I installed apache-tomcat-5.5.27.exe in windows platform (In the machine I
have installed jdk1.6. )


When you downloaded Tomcat, there was a choice between 2 versions :
- an msi installer
- a zip file

Which one did you download and install ?


But the server doesn't start with Windows start. Always I have to go to
binfolder and run tomcat5.exe to start the server.

How can I configure the server to start with when Windows starts?

First answer the above question, then we'll know better what to tell you.



Is the problem occurring because of I use jdk1.6?

No.


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: Installing Tomcat on Windows

2009-03-17 Thread Ilya Kazakevich
Install it as windows service and make sure you set it to "automatic" start
mode.
http://tomcat.apache.org/tomcat-6.0-doc/windows-service-howto.html 

You should also check logs (catalina.out). Maybe it starts, but stops
because of errors.


-Original Message-
From: Dharani [mailto:vishgnanik...@gmail.com] 
Sent: Tuesday, March 17, 2009 2:00 PM
To: users@tomcat.apache.org
Subject: Installing Tomcat on Windows

I installed apache-tomcat-5.5.27.exe in windows platform (In the machine I
have installed jdk1.6. ) But the server doesn't start with Windows start.
Always I have to go to binfolder and run tomcat5.exe to start the server.

How can I configure the server to start with when Windows starts?

Is the problem occurring because of I use jdk1.6?

Please I need a quick answer.


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Installing Tomcat

2009-01-29 Thread michel

Chuck,


Thanks, and I'll go with 6.0 as you suggest. Right now I am just trying to 
learn how to get different servers and software systems set up and working. 
But at this time I am better to give up on Tomcat 4 anyway since I can't get 
it working and it's out do date anyway.






- Original Message - 
From: "Caldarale, Charles R" 

To: "Tomcat Users List" 
Sent: Thursday, January 29, 2009 10:01 PM
Subject: RE: Installing Tomcat



From: michel [mailto:compu...@videotron.ca]
Subject: Re: Installing Tomcat

I set up java and it runs


What JVM?  (The 4.1 version of Tomcat requires a JDK, not just a JRE.)

What platform?  Problem solving is pretty much impossible without specifics.


I added the different environment variables


There's only one environment variable needed: JAVA_HOME; the rest are set by 
the startup.bat or startup.sh scripts automatically.



I will just go to 5.5 and see what happens.


I'd suggest using 6.0, don't bother with the older versions unless you have 
a specific need for them (e.g., matching some existing implementation).


For 5.5 and 6.0, you will need a 1.5 or 1.6 JRE (a JDK also works, but isn't 
required).  If you have a JRE, set JRE_HOME, not JAVA_HOME.  (You can run 
5.5 on a 1.4 JVM, but it's more complicated and there's really no reason to 
do so.)


- 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: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: Installing Tomcat

2009-01-29 Thread Caldarale, Charles R
> From: michel [mailto:compu...@videotron.ca]
> Subject: Re: Installing Tomcat
>
> I set up java and it runs

What JVM?  (The 4.1 version of Tomcat requires a JDK, not just a JRE.)

What platform?  Problem solving is pretty much impossible without specifics.

> I added the different environment variables

There's only one environment variable needed: JAVA_HOME; the rest are set by 
the startup.bat or startup.sh scripts automatically.

> I will just go to 5.5 and see what happens.

I'd suggest using 6.0, don't bother with the older versions unless you have a 
specific need for them (e.g., matching some existing implementation).

For 5.5 and 6.0, you will need a 1.5 or 1.6 JRE (a JDK also works, but isn't 
required).  If you have a JRE, set JRE_HOME, not JAVA_HOME.  (You can run 5.5 
on a 1.4 JVM, but it's more complicated and there's really no reason to do so.)

 - 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: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Installing Tomcat

2009-01-29 Thread michel

Chuck,

I am using the real Tomcat. I set up java and it runs, I added the different 
environment variables but it won't start. I will just go to 5.5 and see what 
happens.



Thanks!


- Original Message - 
From: "Caldarale, Charles R" 

To: "Tomcat Users List" 
Sent: Thursday, January 29, 2009 9:34 PM
Subject: RE: Installing Tomcat



From: michel [mailto:compu...@videotron.ca]
Subject: Re: Installing Tomcat



But I am just frustrated that installing Tomcat involves
so much guess-work as oppossed to having some clues.


I'm really confused by your statement.  I have to admit that I've never 
installed the ancient level you're trying to use, but I have installed 5.0, 
5.5, and 6.0 on several different platforms, including our proprietary 
mainframe.  In all cases, it was simply download, unzip (or untar), run the 
startup script, done.  Note that in all cases I was using a real Tomcat 
download (not a 3rd-party repackaged corruption) and a real JVM (not gcj).


So what is the source of your frustration?

- 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: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: Installing Tomcat

2009-01-29 Thread Martin Gainty

many of the earlier bugs with TC 4 were fixed by the latest Tomcat Distro.. TC 6
http://tomcat.apache.org/download-60.cgi

Martin 
__ 
Disclaimer and confidentiality note 
Everything in this e-mail and any attachments relates to the official business 
of Sender. This transmission is of a confidential nature and Sender does not 
endorse distribution to any party other than intended recipient. Sender does 
not necessarily endorse content contained within this transmission. 




> From: compu...@videotron.ca
> To: users@tomcat.apache.org
> Subject: Installing Tomcat
> Date: Thu, 29 Jan 2009 20:13:40 -0500
> 
> I have been trying to install Tomcat 4.1.39 and failing miserably. My fault, 
> fair enough for that. But I am struck that when I installed Apache HHTP there 
> was an installer that gave me some warnings about why it failed. I had 
> messages that I could do a net search and learn to fix.
> 
> The only thing that I found are some instructions for manually installing 
> Tomcat and I have no clue why it's not working.

_
Windows Live™: E-mail. Chat. Share. Get more ways to connect. 
http://windowslive.com/howitworks?ocid=TXT_TAGLM_WL_t2_allup_howitworks_012009

RE: Installing Tomcat

2009-01-29 Thread Caldarale, Charles R
> From: michel [mailto:compu...@videotron.ca]
> Subject: Re: Installing Tomcat

> But I am just frustrated that installing Tomcat involves
> so much guess-work as oppossed to having some clues.

I'm really confused by your statement.  I have to admit that I've never 
installed the ancient level you're trying to use, but I have installed 5.0, 
5.5, and 6.0 on several different platforms, including our proprietary 
mainframe.  In all cases, it was simply download, unzip (or untar), run the 
startup script, done.  Note that in all cases I was using a real Tomcat 
download (not a 3rd-party repackaged corruption) and a real JVM (not gcj).

So what is the source of your frustration?

 - 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: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Installing Tomcat

2009-01-29 Thread Jordan Michaels
The main rule of thumb is that "with simplicity comes limitation", and 
"with flexibility comes complexity". A Tomcat install may seem complex 
at first glance, but it's because it can do so much with it (IMO). There 
are *so many* things you can do with it, and so many different ways you 
can install it. It can seem a bit overwhelming at first. Once you're 
familiar with how you want to set it up though, it's really pretty simple.


You're taking the right road here. You're becoming familiar with it and 
once you do that, everything becomes a lot easier to understand.


HTH.

Warm regards,
Jordan Michaels
Vivio Technologies
http://www.viviotech.net/
Open BlueDragon Steering Committee
Adobe Solution Provider


michel wrote:

Jordan,

Much thanks for the response and thinking it over after I emailed this I 
have some idea where I went wrong, so I'll try to fix it. But I am just 
frustrated that installing Tomcat involves so much guess-work as 
oppossed to having some clues. The people who develop Tomcat are 
obviously  a lot more intelligent than I am so they don't need an 
installer but a dufus like me would love it.


Thanks!




- Original Message - From: "Jordan Michaels" 
To: "Tomcat Users List" 
Sent: Thursday, January 29, 2009 8:43 PM
Subject: Re: Installing Tomcat



What are you trying to install it on?

We can help point you in the right direction.

Warm regards,
Jordan Michaels
Vivio Technologies
http://www.viviotech.net/
Open BlueDragon Steering Committee
Adobe Solution Provider


michel wrote:
I have been trying to install Tomcat 4.1.39 and failing miserably. My 
fault, fair enough for that. But I am struck that when I installed 
Apache HHTP there was an installer that gave me some warnings about 
why it failed. I had messages that I could do a net search and learn 
to fix.


The only thing that I found are some instructions for manually 
installing Tomcat and I have no clue why it's not working.




-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org




-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org




-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Installing Tomcat

2009-01-29 Thread michel

Jordan,

Much thanks for the response and thinking it over after I emailed this I 
have some idea where I went wrong, so I'll try to fix it. But I am just 
frustrated that installing Tomcat involves so much guess-work as oppossed to 
having some clues. The people who develop Tomcat are obviously  a lot more 
intelligent than I am so they don't need an installer but a dufus like me 
would love it.


Thanks!




- Original Message - 
From: "Jordan Michaels" 

To: "Tomcat Users List" 
Sent: Thursday, January 29, 2009 8:43 PM
Subject: Re: Installing Tomcat



What are you trying to install it on?

We can help point you in the right direction.

Warm regards,
Jordan Michaels
Vivio Technologies
http://www.viviotech.net/
Open BlueDragon Steering Committee
Adobe Solution Provider


michel wrote:
I have been trying to install Tomcat 4.1.39 and failing miserably. My 
fault, fair enough for that. But I am struck that when I installed Apache 
HHTP there was an installer that gave me some warnings about why it 
failed. I had messages that I could do a net search and learn to fix.


The only thing that I found are some instructions for manually installing 
Tomcat and I have no clue why it's not working.




-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org




-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Installing Tomcat

2009-01-29 Thread Jordan Michaels

What are you trying to install it on?

We can help point you in the right direction.

Warm regards,
Jordan Michaels
Vivio Technologies
http://www.viviotech.net/
Open BlueDragon Steering Committee
Adobe Solution Provider


michel wrote:

I have been trying to install Tomcat 4.1.39 and failing miserably. My fault, 
fair enough for that. But I am struck that when I installed Apache HHTP there 
was an installer that gave me some warnings about why it failed. I had messages 
that I could do a net search and learn to fix.

The only thing that I found are some instructions for manually installing 
Tomcat and I have no clue why it's not working.



-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Installing Tomcat (stock) with Tomcat (rpm)

2008-08-30 Thread Mark Thomas
Ken Bowen wrote:
> Eduardo,
> 
> First, do you mean (1) run multiple versions of tomcat simultaneously?
> Or just (2) that you will have multiple (different) versions of tomcat
> installed,
> and you can switch between them?
> 
> I'm not sure you can do (1) very easily.

As long as you use different ports for the connectors and the shutdown
port, this is fine.

Mark


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Installing Tomcat (stock) with Tomcat (rpm)

2008-08-30 Thread Ken Bowen

Eduardo,

First, do you mean (1) run multiple versions of tomcat simultaneously?
Or just (2) that you will have multiple (different) versions of tomcat  
installed,

and you can switch between them?

I'm not sure you can do (1) very easily.
But (2) is very, very easy.  Download the *zip* file for the version of
tomcat that you want, and unzip it in a convenient location. Using
the startup/shutdown.bat(.sh) scripts in /bin, you can now
run that version of tomcat.  If you want a second version, just
unzip the zip file for that version in some other location.

--Ken

On Aug 30, 2008, at 3:27 PM, [EMAIL PROTECTED] wrote:



Does anybody know if i can install a stock version of tomcat if I
already have a package (rpm) tomcat already installed on my server,
would there be any conflicts? The problem is that I want to run
mulitple instances of tomcat and I cant set it up with the package
version.
Thank you,
Eduardo

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Installing Tomcat-5.5.25 in Solaris 10 (SPARC-64 bit)

2008-06-27 Thread Rainer Jung

Mark Thomas wrote:

hareesh wrote:

I have downloaded Tomcat from the URL :
http://archive.apache.org/dist/tomcat/tomcat-5/archive/v5.0.5/bin/jakarta-tomcat-5.0.5.tar.gz 



After downloading I unzip it using 'gunzip . After that I untared it 
using
GNU tar (gtar) . Now  the sample applications shipped with Tomcat is 
working

fine.


Glad it is working but that is quite an old version. If you can, move to 
the latest 5.5.x or 6.0.x


In addition: did you use gtar also when installing Tomcat 5.5.25? If you 
did use the standard Solaris tar, it could be, that files were left out 
of installation. Solaris tar and gnu tar have differing implementations 
how to handle file with pathname+filename longer than I think 100 
characters.


Regards,

Rainer

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Installing Tomcat-5.5.25 in Solaris 10 (SPARC-64 bit)

2008-06-25 Thread Mark Thomas

hareesh wrote:

I have downloaded Tomcat from the URL :
http://archive.apache.org/dist/tomcat/tomcat-5/archive/v5.0.5/bin/jakarta-tomcat-5.0.5.tar.gz

After downloading I unzip it using 'gunzip . After that I untared it using
GNU tar (gtar) . Now  the sample applications shipped with Tomcat is working
fine.


Glad it is working but that is quite an old version. If you can, move to 
the latest 5.5.x or 6.0.x


Mark



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Installing Tomcat-5.5.25 in Solaris 10 (SPARC-64 bit)

2008-06-25 Thread hareesh
I have downloaded Tomcat from the URL :
http://archive.apache.org/dist/tomcat/tomcat-5/archive/v5.0.5/bin/jakarta-tomcat-5.0.5.tar.gz

After downloading I unzip it using 'gunzip . After that I untared it using
GNU tar (gtar) . Now  the sample applications shipped with Tomcat is working
fine.




On Wed, Jun 25, 2008 at 11:43 AM, Mark Thomas <[EMAIL PROTECTED]> wrote:

> hareesh wrote:
>
>> Thanks for the reply. Is there any special step that I should do for these
>> examples to work ? Is so, please give those steps. Thanks in advance.
>>
>
> Answering my original questions would enable people on this list to help
> you.
>
>  On Wed, Jun 25, 2008 at 7:22 AM, Mark Thomas <[EMAIL PROTECTED]> wrote:
>>
>>> A couple of questions:
>>> - How did you install Tomcat? Where did you download it from?
>>> - Do you see any error messages in the logs when Tomcat starts?
>>>
>>
> Mark
>
>
> -
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


-- 
Regards,
Hareesh V


Re: Installing Tomcat-5.5.25 in Solaris 10 (SPARC-64 bit)

2008-06-25 Thread Mark Thomas

hareesh wrote:

Thanks for the reply. Is there any special step that I should do for these
examples to work ? Is so, please give those steps. Thanks in advance.


Answering my original questions would enable people on this list to help you.


On Wed, Jun 25, 2008 at 7:22 AM, Mark Thomas <[EMAIL PROTECTED]> wrote:

A couple of questions:
- How did you install Tomcat? Where did you download it from?
- Do you see any error messages in the logs when Tomcat starts?


Mark


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Installing Tomcat-5.5.25 in Solaris 10 (SPARC-64 bit)

2008-06-25 Thread hareesh
Thanks for the reply. Is there any special step that I should do for these
examples to work ? Is so, please give those steps. Thanks in advance.



On Wed, Jun 25, 2008 at 7:22 AM, Mark Thomas <[EMAIL PROTECTED]> wrote:

> hareesh wrote:
>
>>   Please let me know that is there restriction to run
>> Servlet in this platform ( SPARC 64-bit with Solaris 10 ) .
>>
>
> There is no restriction that I am aware of. This should just work.
>
>  Is there any restriction that
>> jfreeshat (*version 1.0.0.*) will not work on tomcat-5.5.25 ?.
>>
>
> Again, not that I am aware of.
>
>   Is there any solution so that I can execute the
>> Servlet without any bug in this platform. Please tell me how to achieve
>> this.
>>
>
> Lets get the examples working first, then your webapp.
>
> A couple of questions:
> - How did you install Tomcat? Where did you download it from?
> - Do you see any error messages in the logs when Tomcat starts?
>
> Mark
>
>
>
> -
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


-- 
Regards,
Hareesh V


Re: Installing Tomcat-5.5.25 in Solaris 10 (SPARC-64 bit)

2008-06-25 Thread Mark Thomas

hareesh wrote:

   Please let me know that is there restriction to run
Servlet in this platform ( SPARC 64-bit with Solaris 10 ) .


There is no restriction that I am aware of. This should just work.


Is there any restriction that
jfreeshat (*version 1.0.0.*) will not work on tomcat-5.5.25 ?.


Again, not that I am aware of.


  Is there any solution so that I can execute the
Servlet without any bug in this platform. Please tell me how to achieve
this.


Lets get the examples working first, then your webapp.

A couple of questions:
- How did you install Tomcat? Where did you download it from?
- Do you see any error messages in the logs when Tomcat starts?

Mark



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: installing Tomcat Container

2008-06-03 Thread Stephen Wick
Yeah, replace with whatever version you wish. 

-Original Message-
From: Caldarale, Charles R [mailto:[EMAIL PROTECTED] 
Sent: Monday, June 02, 2008 5:03 PM
To: Tomcat Users List
Subject: RE: installing Tomcat Container

> From: Stephen Wick [mailto:[EMAIL PROTECTED]
> Subject: RE: installing Tomcat Container
>
> I would suggest that you download
> apache-tomcat-5.5.26-bin.tar.gz, unzip it into your /usr/local folder 
> as /usr/local/apache-tomcat-5.5.16, create a symbolic link in 
> /usr/local from apache-tomcat-5.5.16 to 'tomcat' with 'ln -s 
> apache-tomcat-5.5.16 tomcat', then 'cd

I hope the several instances of "5.5.16" in the above were typos...

 - 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 start a new topic, e-mail: users@tomcat.apache.org To unsubscribe,
e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: installing Tomcat Container

2008-06-02 Thread Caldarale, Charles R
> From: Stephen Wick [mailto:[EMAIL PROTECTED]
> Subject: RE: installing Tomcat Container
>
> I would suggest that you download
> apache-tomcat-5.5.26-bin.tar.gz, unzip
> it into your /usr/local folder as /usr/local/apache-tomcat-5.5.16,
> create a symbolic link in /usr/local from apache-tomcat-5.5.16 to
> 'tomcat' with 'ln -s apache-tomcat-5.5.16 tomcat', then 'cd

I hope the several instances of "5.5.16" in the above were typos...

 - 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 start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: installing Tomcat Container

2008-06-02 Thread Stephen Wick
I would suggest that you download apache-tomcat-5.5.26-bin.tar.gz, unzip
it into your /usr/local folder as /usr/local/apache-tomcat-5.5.16,
create a symbolic link in /usr/local from apache-tomcat-5.5.16 to
'tomcat' with 'ln -s apache-tomcat-5.5.16 tomcat', then 'cd
/usr/local/tomcat', modify the conf/server.xml, then execute
'/usr/local/tomcat/bin/startup.sh'.

Hope this helps.  Let me know if you need further assistance. 

-Original Message-
From: ramya lekha [mailto:[EMAIL PROTECTED] 
Sent: Monday, June 02, 2008 3:20 PM
To: users@tomcat.apache.org
Subject: installing Tomcat Container

Hi,

I had used Apache Tomcat server in Windows. But now I need to install
Tomcat in Unix. The Unix server already contains Apache server in it.
So, do I need to install the Tomcat container in order to run the Tomcat
Server. I had already downloaded the tar file
"apache-tomcat-5.5.26-src". Can any one suggest me what I should do to
install Tomcat now..

Thanks
Ramya

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: installing Tomcat Container

2008-06-02 Thread Pid

ramya lekha wrote:

Hi,

I had used Apache Tomcat server in Windows. But now I need to install Tomcat
in Unix. The Unix server already contains Apache server in it. So, do I need
to install the Tomcat container in order to run the Tomcat Server. I had
already downloaded the tar file "apache-tomcat-5.5.26-src". Can any one
suggest me what I should do to install Tomcat now..


Yep, Apache HTTPD is not Tomcat, so if you need a servlet container, 
you'll need to install it.


Tomcat works perfectly well on it's own, but if you have a compelling 
reason to use it with HTTPD, then that's OK too.


Delete the src tar file, you won't need that, download and unzip the 
binary.  it's an open source java app, precompiled, so you can just use it:


 http://tomcat.apache.org/download-60.cgi

read the excellent manual, here:

 http://tomcat.apache.org/tomcat-6.0-doc/

it's been lovingly written for your personal edification.


p



Thanks
Ramya




-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Installing tomcat on multiple cpu X_86 64 bit machine

2008-05-07 Thread Peter Crowther
> From: sur_1805 [mailto:[EMAIL PROTECTED]
> now. can i install the tomcat5.5 and jdk1.5 on machine(4
> processor with 64
> bit on RHEL 5) without need to worry about load balancing and
> tuning at the time of installation?

Yes, in the same way that you can install (say) Apache httpd and PHP without 
worrying about load balancing and tuning at the time of installation.  It'll 
work; it may not be ideal, but you can clean up later once you find out what 
the application *really* does.

- Peter

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Installing tomcat on multiple cpu X_86 64 bit machine

2008-05-06 Thread sur_1805

thanks peter for your information, i m very new to this situation.

now. can i install the tomcat5.5 and jdk1.5 on machine(4 processor with 64
bit on RHEL 5) without need to worry about load balancing and tuning at the
time of installation?






Peter Crowther wrote:
> 
>> From: sur_1805 [mailto:[EMAIL PROTECTED]
>> i m using linux(RHEL 5) with 16 GB RAM.
> 
> OK.
> 
>> Is
>> it possible to split the JVM off into multiple processes for
>> the hundreds of threads we end up running?
> 
> Sort-of, but think: why would you want to?  Modern Linuxes can handle
> hundreds of threads per process without worrying.
> 
> If you want to do this, you could run multiple JVMs with some kind of
> load-balancer in front of them.  Some sites do this for reliability -
> losing one JVM doesn't kill the site.  There's another thread on the list
> at the moment that shows that some people find it slower, others find it
> faster.  It seems to depend on the application.
> 
> There is no way of splitting a *single* JVM into multiple processes.
> 
>> How much memory i have to allocate to heap memory that is
>> sufficient and do
>> not become the major performance bottleneck.?
> 
> As much as your application needs - and that depends almost entirely on
> your app, as I suspect under 1% of the load will be Tomcat's overhead! 
> Your only way to find that out is to profile your application, on your
> hardware, with your database, under your realistic load.  Nobody on this
> list will be able to offer further advice except on profiling tools (we
> all have our favourites) and monitoring applications.
> 
> - Peter
> 
> -
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Installing-tomcat-on-multiple-cpu-X_86-64-bit-machine-tp17082098p17097403.html
Sent from the Tomcat - User mailing list archive at Nabble.com.


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Installing tomcat on multiple cpu X_86 64 bit machine

2008-05-06 Thread Peter Crowther
> From: sur_1805 [mailto:[EMAIL PROTECTED]
> i m using linux(RHEL 5) with 16 GB RAM.

OK.

> Is
> it possible to split the JVM off into multiple processes for
> the hundreds of threads we end up running?

Sort-of, but think: why would you want to?  Modern Linuxes can handle hundreds 
of threads per process without worrying.

If you want to do this, you could run multiple JVMs with some kind of 
load-balancer in front of them.  Some sites do this for reliability - losing 
one JVM doesn't kill the site.  There's another thread on the list at the 
moment that shows that some people find it slower, others find it faster.  It 
seems to depend on the application.

There is no way of splitting a *single* JVM into multiple processes.

> How much memory i have to allocate to heap memory that is
> sufficient and do
> not become the major performance bottleneck.?

As much as your application needs - and that depends almost entirely on your 
app, as I suspect under 1% of the load will be Tomcat's overhead!  Your only 
way to find that out is to profile your application, on your hardware, with 
your database, under your realistic load.  Nobody on this list will be able to 
offer further advice except on profiling tools (we all have our favourites) and 
monitoring applications.

- Peter

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Installing tomcat on multiple cpu X_86 64 bit machine

2008-05-06 Thread sur_1805



Peter Crowther wrote:
> 
>> From: sur_1805 [mailto:[EMAIL PROTECTED]
>> i m very new to tomcat. Now i have to install the tomcat 5.5
>> and jdk 1.5 on a
>> multiple cpu( 4 dual core processors) 64 bit machine.
>> i m confused with first step. how i tune the tomcat and do
>> load balancing
>> such that tomcat servlet make use of all the 4 processors
>> when i perform multiple request.
>> whether tomcat uses all the cpu or not?
>> please help me for the same.
> 
> Tomcat uses one Java thread for each concurrent connection, up to the
> maxThreads setting in conf/server.xml.  If the load is high enough, and
> assuming your operating system recognises all the CPUs (you don't say
> which OS you are using), Java and hence Tomcat will use all cores on all
> processors automatically; you do not need to do anything to enable this.
> 
> - Peter
> 
> -
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 

thanks peter for you information. i m using linux(RHEL 5) with 16 GB RAM.Is
it possible to split the JVM off into multiple processes for the hundreds of
threads we end up running?
How much memory i have to allocate to heap memory that is sufficient and do
not become the major performance bottleneck.?


-- 
View this message in context: 
http://www.nabble.com/Installing-tomcat-on-multiple-cpu-X_86-64-bit-machine-tp17082098p17083155.html
Sent from the Tomcat - User mailing list archive at Nabble.com.


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Installing tomcat on multiple cpu X_86 64 bit machine

2008-05-06 Thread Peter Crowther
> From: sur_1805 [mailto:[EMAIL PROTECTED]
> i m very new to tomcat. Now i have to install the tomcat 5.5
> and jdk 1.5 on a
> multiple cpu( 4 dual core processors) 64 bit machine.
> i m confused with first step. how i tune the tomcat and do
> load balancing
> such that tomcat servlet make use of all the 4 processors
> when i perform multiple request.
> whether tomcat uses all the cpu or not?
> please help me for the same.

Tomcat uses one Java thread for each concurrent connection, up to the 
maxThreads setting in conf/server.xml.  If the load is high enough, and 
assuming your operating system recognises all the CPUs (you don't say which OS 
you are using), Java and hence Tomcat will use all cores on all processors 
automatically; you do not need to do anything to enable this.

- Peter

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Installing Tomcat on Windows Server 2003 x64

2007-10-29 Thread Swapnil.Kale

I dont know if you are still looking for the answer!
If yes, i had the same problem and here is the thread for the same. I got it
running smoothly now.

http://www.nabble.com/Advice-about-Tomcat-on-x86_64-architecture..-tf4048957.html#a13279694
 


Regards,
Swapnil

Adrian Bell wrote:
> 
> Hi,
>  
> I need to advise someone on how to install Tomcat on a Windows Server 2003
> 64-bit edition server with an AMD64 processor.
> Unfortunately I do not have this hardware/software setup myself so am
> unable
> to test.
>  
> I see from a google search that others have encoutered problems with
> Win2k3
> 64.
>  
> Can anyone please advise:
> 
> * the correct JRE from Sun that they should install? Release? 32bit or
> 64bit?
> * the correct Tomcat version to install? Is there a 64bit compiliation
> available?
> 
> Many thanks in advance.
> Regards
> Adrian
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Installing-Tomcat-on-Windows-Server-2003-x64-tf3683240.html#a13471015
Sent from the Tomcat - User mailing list archive at Nabble.com.


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Installing Tomcat on Linux

2007-08-06 Thread Nelson, Tracy M.
| From: Vigorito, Nicholas E. [mailto:[EMAIL PROTECTED]
| Sent: Thursday, 02 August, 2007 15:49
| 
| Here are some quotes from this person:
| 
| I would never install open source from binaries on a machine I did not
| want someone to break into.

Cool, just get a copy of whatever tools he uses to scan the sources of
the packages he installs.  I mean, if he builds everything from source
and only from sources he "trusts", then he must have some kind of tools
for detecting back doors and other exploits, right?  Or at least buffer
overflows or unsafe privilege changes, right?  Right?

Go ahead, ask him!
-

The information contained in this message is confidential
proprietary property of Nelnet, Inc. and its affiliated 
companies (Nelnet) and is intended for the recipient only.
Any reproduction, forwarding, or copying without the express
permission of Nelnet is strictly prohibited. If you have
received this communication in error, please notify us
immediately by replying to this e-mail.


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Installing Tomcat on Linux

2007-08-03 Thread Mark H. Wood
On Thu, Aug 02, 2007 at 05:51:27PM -0400, Steve Ochani wrote:
> LOL, I would ask him if he sits there and examines all the code of
> everything that is on his system.

Ya know, I don't do that before I install most stuff, but I *do* tend
to open the source kit and read it when I want the product to do more,
or when I think it's failing, or just when I don't understand why it
does *that* when I say *this*.  In a former position I wound up
reading maybe 70% of the entire operating system over the course of
several years.  It really does happen.  In fact I have some bits of
Tomcat source on my desk right now, and a pile of somebody else's
servlet code as well.

-- 
Mark H. Wood, Lead System Programmer   [EMAIL PROTECTED]
Typically when a software vendor says that a product is "intuitive" he
means the exact opposite.



pgpu9wPj3oawH.pgp
Description: PGP signature


Re: Installing Tomcat on Linux

2007-08-03 Thread Mark H. Wood
Well, the security argument depends more on "you *could*" than on "you
*do*".  Somewhere out there is someone crazy enough to comb through
any given source kit looking for evil.  Would any counterfeiter have
the guts to set up his print shop on the sidewalk outside a police
station?  Much of security boils down to convincing the bad guys that
they *could* be caught.

The efficiency argument (you can tune it to your specific setup)
doesn't really apply to Java programs (like Tomcat) because the
(virtual) "hardware" is the same everywhere.  If the build process
isn't configurable, I wouldn't give this one any weight for Java
app.s.

There's the self-maintenance argument: if you see anomalous behavior,
or want to make modifications, or just want to better understand
what's going on, you can read or modify the source.  If you're not at
least part programmer, though, you probably won't do that.

The other argument is that you know what goes into your system.  For
example, I know that Gnome is a big fat pig because I have one
Slackware system where I've had to spend hours pulling down library
after library after huge library just to get one or two tiny app.s to
compile. :-)  Again, this has little application to Java app.s because
their packaging teams always throw in whatever pile of .jar files is
needed to make them work, no matter how many copies of any library you
may have already.

So, if you're not going to inspect the code yourself, it makes little
difference whether you build Tomcat yourself or let someone else do it
for you.  The one weak argument against is that popularity of source
packages tends to make the risk of corrupting them seem larger, so you
could lie to the bad guys by fetching a source kit that you intend to
blindly install.  I doubt this would sway many sysadmin.s.

As another Gentoo fan, I'd certainly get source and tweak the living
daylights out of the build configuration and compiler switches of any
non-Java app. I wanted.  But I probably wouldn't do the same for a
Java app. unless I had some reason to dig into the source myself.

-- 
Mark H. Wood, Lead System Programmer   [EMAIL PROTECTED]
Typically when a software vendor says that a product is "intuitive" he
means the exact opposite.



pgpbsOETUsCLz.pgp
Description: PGP signature


Re: Installing Tomcat on Linux

2007-08-03 Thread Bruno Harbulot

Hello,

Peter Crowther wrote:
From: Vigorito, Nicholas E. [mailto:[EMAIL PROTECTED] 
A coworker claims that all unix admins should never install 
open source binaries. They should build using the source.


Binaries are marginally more open to tampering; this is why most (all?)
Apache projects provide checksums of the built packages.  A cracker
would have to replace the binaries on the distribution machine *and*
tamper with the checksums that are held on a different machine.  Or
they'd have to be part of the relevant build team, in which case they
may well be able to get their crack into the source anyway.


Source files have checksums too (and I don't think source files are less 
open to tampering -- in fact it's probably easier to change something in 
the source code). The safety provided by checking the checksums of a 
binary package is more or less the same as that offered by checking the 
checksums of the source packages (in the case when the people who 
produce the packages are the same).
If you want to push the verification to a further level, we go back to 
the argument that you must personally check each and every single line 
of code -- simply infeasible.


The one thing you are forced to trust when you use a binary package is 
the compiler with which it has been built. Most of the time, you don't 
even need to worry about the libraries your application relies on, since 
dynamic linking means that the binary application is going to use those 
already on your system (which I guess you trust).
Perhaps binary packagers could say with which compiler their code has 
been compiled, just in case you were worried about a particular compiler.


The real main advantage you get from building from source is to have a 
binary executable that can be optimised for the target machine.
In the case of Tomcat, since it's all Java-based and it relies on the 
JVM to do that, it does not really matter. It might help for the native 
libraries.



Regards,

Bruno.

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Installing Tomcat on Linux

2007-08-03 Thread Peter Crowther
> From: Vigorito, Nicholas E. [mailto:[EMAIL PROTECTED] 
> A coworker claims that all unix admins should never install 
> open source binaries. They should build using the source.

Binaries are marginally more open to tampering; this is why most (all?)
Apache projects provide checksums of the built packages.  A cracker
would have to replace the binaries on the distribution machine *and*
tamper with the checksums that are held on a different machine.  Or
they'd have to be part of the relevant build team, in which case they
may well be able to get their crack into the source anyway.

It's rather like conducting a detailed inspection of everything you buy
for bugs before loading it into your car.  You *might* catch something,
but the odds are low.

Here's how to decide.  If you multiply the expected loss due to a
break-in (say $10M) by the probability of catching something you
wouldn't have caught because the binary's been compromised *and* the
checksums have been tampered with (say 1 in 100,000) by the probability
of that security hole being exploited (say 1 in 10), you get an expected
loss of $10.  I suspect it would cost half a day to build from source
(say $150 of staff time); so in this case the organisation should use
the binary, because the expected cost to the organisation is lower than
the cost of building from source.  Substitute your own figures for loss,
probabilities, and cost of build to come up with your own answer for
your own organisation!

- Peter

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Installing Tomcat on Linux

2007-08-03 Thread Gregor Schneider
Tomcat installing from source doesn't make *any* sense, not even on Linux.

Why?

Well, Tomcat is written entirely in Java. Therefore, you can download
the binaries from the Apache website and check the KEYS
(MD5-checksums). If they are ok, you can be sure nobody has tampered
with.

Building from source in Linux makes sense if you're talking about
native programs, which you may have to compile so that they match your
kernel / hardware.

And even here, there are OSs like Debian, where you have comfortable
installers like aptitude that install the binaries, check the
checksums for you and you're done.
However, that depends on the OS you're running.

Coming back to Tomcat:

Download the binaries, check the KEYS, install them and while your
colleque is still compiling his sources, have a beer in your favourite
pub :)

Cheers

Gregor
-- 
what's puzzlin' you, is the nature of my game
gpgp-fp: 79A84FA526807026795E4209D3B3FE028B3170B2
gpgp-key available @ http://pgpkeys.pca.dfn.de:11371

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Installing Tomcat on Linux

2007-08-02 Thread Wade Chandler
heh heh,

from my experience with system admins, I will be
willing to bet the answer is no, unless he is telling
a big one ;-)

Wade

--- Steve Ochani <[EMAIL PROTECTED]> wrote:

> LOL,
> 
> I would ask him if he sits there and examines all
> the code of everything that 
> is on his system.
> 
> 
> 
> 
> On 2 Aug 2007 at 16:49, Vigorito, Nicholas E. wrote:
> 
> > Here are some quotes from this person:
> > 
> > You are trusting that someone built the binaries
> directly from the
> > source code without any additional modification or
> back-doors built
> > in.
> > 
> > 
> > Also building from the source allows you to either
> specify the default
> > build or add/subtract modules/functionality that
> you want or don't
> > want.
> > 
> > 
> > The only sys admins I know of that install from
> binaries on Linux
> > machines are the lazy ones or the ones that have
> no clue what they are
> > doing.
> > 
> > I would never install open source from binaries on
> a machine I did not
> > want someone to break into. 
> > 
> > -Original Message-----
> > From:
> >
>
[EMAIL PROTECTED]
> >
>
[mailto:[EMAIL PROTECTED]
> > .o rg] On Behalf Of ben short Sent: Thursday,
> August 02, 2007 4:44 PM
> > To: Tomcat Users List Subject: Re: Installing
> Tomcat on Linux
> > 
> > I would question his reason for this statement
> > 
> > A coworker claims that all unix admins should
> never install open
> > source binaries. They should build using the
> source.
> > 
> > On 8/2/07, Vigorito, Nicholas E.
> <[EMAIL PROTECTED]> wrote:
> > > I am going to install Tomcat standalone (not
> fronted by Apache) on a
> > > Linux box that will eventually be opened up to
> small portion of the
> > > outside world. > > I am a developer and as such
> haven't ever done
> > anything with Tomcat > except install the binaries
> on my Windows
> > machine and run it locally > for development
> purposes. > > A coworker
> > claims that all unix admins should never install
> open > source
> > binaries. They should build using the source. > >
> Looking for a
> > concensus. Is it ok to install the Tomcat binaries
> or > should I build
> > using the Tomcat source then install? Reasons why?
> > > Thanks! > >
> > Nick >
> > 
> >
>
-
> > To start a new topic, e-mail:
> users@tomcat.apache.org To unsubscribe,
> > e-mail: [EMAIL PROTECTED] For
> additional commands,
> > e-mail: [EMAIL PROTECTED]
> > 
> >
>
-
> > To start a new topic, e-mail:
> users@tomcat.apache.org To unsubscribe,
> > e-mail: [EMAIL PROTECTED] For
> additional commands,
> > e-mail: [EMAIL PROTECTED]
> > 
> 
> 
> 
>
-
> To start a new topic, e-mail:
> users@tomcat.apache.org
> To unsubscribe, e-mail:
> [EMAIL PROTECTED]
> For additional commands, e-mail:
> [EMAIL PROTECTED]
> 
> 


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Installing Tomcat on Linux

2007-08-02 Thread Wade Chandler
Exactly.

Wade

--- Hassan Schroeder <[EMAIL PROTECTED]>
wrote:

> On 8/2/07, Vigorito, Nicholas E.
> <[EMAIL PROTECTED]> wrote:
> > Here are some quotes from this person:
> >
> > You are trusting that someone built the binaries
> directly from the
> > source code without any additional modification or
> back-doors built in.
> 
> Flip side: you have gone through the *entire source
> tree* that you've
> downloaded *file by file* and *can personally
> confirm*  that there are
> no "additional modifications or back-doors".  Oh,
> yeah, baby.
> 
> Leaving aside the question of where you get the
> "master" source to
> compare to, and how you confirm that *it* hasn't
> been tampered with...
> 
> But I'd love to know how many packages your
> co-worker is willing to
> personally vouch for. :-)
> 
> heh.
> -- 
> Hassan Schroeder 
> [EMAIL PROTECTED]
> 
>
-
> To start a new topic, e-mail:
> users@tomcat.apache.org
> To unsubscribe, e-mail:
> [EMAIL PROTECTED]
> For additional commands, e-mail:
> [EMAIL PROTECTED]
> 
> 


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Installing Tomcat on Linux

2007-08-02 Thread Wade Chandler
My first question would be:
Do you examine every line of code in these sources you
compile?

Then:
If not, if you get the same sources and binaries from
the same location, what is the difference?

Most admins i know, who get sources and build them, do
not know all the ins and outs of the application they
are compiling.

Wade

--- "Vigorito, Nicholas E."
<[EMAIL PROTECTED]> wrote:

> Here are some quotes from this person:
> 
> You are trusting that someone built the binaries
> directly from the
> source code without any additional modification or
> back-doors built in.
> 
> 
> Also building from the source allows you to either
> specify the default
> build or add/subtract modules/functionality that you
> want or don't want.
> 
> 
> The only sys admins I know of that install from
> binaries on Linux
> machines are the lazy ones or the ones that have no
> clue what they are
> doing.
> 
> I would never install open source from binaries on a
> machine I did not
> want someone to break into. 
> 
> -Original Message-
> From:
>
[EMAIL PROTECTED]
>
[mailto:[EMAIL PROTECTED]
> rg] On Behalf Of ben short
> Sent: Thursday, August 02, 2007 4:44 PM
> To: Tomcat Users List
> Subject: Re: Installing Tomcat on Linux
> 
> I would question his reason for this statement
> 
> A coworker claims that all unix admins should never
> install open source
> binaries. They should build using the source.
> 
> On 8/2/07, Vigorito, Nicholas E.
> <[EMAIL PROTECTED]> wrote:
> > I am going to install Tomcat standalone (not
> fronted by Apache) on a 
> > Linux box that will eventually be opened up to
> small portion of the 
> > outside world.
> >
> > I am a developer and as such haven't ever done
> anything with Tomcat 
> > except install the binaries on my Windows machine
> and run it locally 
> > for development purposes.
> >
> > A coworker claims that all unix admins should
> never install open 
> > source binaries. They should build using the
> source.
> >
> > Looking for a concensus. Is it ok to install the
> Tomcat binaries or 
> > should I build using the Tomcat source then
> install? Reasons why?
> >
> > Thanks!
> >
> > Nick
> >
> 
>
-
> To start a new topic, e-mail:
> users@tomcat.apache.org To unsubscribe,
> e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail:
> [EMAIL PROTECTED]
> 
>
-
> To start a new topic, e-mail:
> users@tomcat.apache.org
> To unsubscribe, e-mail:
> [EMAIL PROTECTED]
> For additional commands, e-mail:
> [EMAIL PROTECTED]
> 
> 


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Installing Tomcat on Linux

2007-08-02 Thread Steve Ochani
LOL,

I would ask him if he sits there and examines all the code of everything that 
is on his system.




On 2 Aug 2007 at 16:49, Vigorito, Nicholas E. wrote:

> Here are some quotes from this person:
> 
> You are trusting that someone built the binaries directly from the
> source code without any additional modification or back-doors built
> in.
> 
> 
> Also building from the source allows you to either specify the default
> build or add/subtract modules/functionality that you want or don't
> want.
> 
> 
> The only sys admins I know of that install from binaries on Linux
> machines are the lazy ones or the ones that have no clue what they are
> doing.
> 
> I would never install open source from binaries on a machine I did not
> want someone to break into. 
> 
> -Original Message-
> From:
> [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]
> .o rg] On Behalf Of ben short Sent: Thursday, August 02, 2007 4:44 PM
> To: Tomcat Users List Subject: Re: Installing Tomcat on Linux
> 
> I would question his reason for this statement
> 
> A coworker claims that all unix admins should never install open
> source binaries. They should build using the source.
> 
> On 8/2/07, Vigorito, Nicholas E. <[EMAIL PROTECTED]> wrote:
> > I am going to install Tomcat standalone (not fronted by Apache) on a
> > Linux box that will eventually be opened up to small portion of the
> > outside world. > > I am a developer and as such haven't ever done
> anything with Tomcat > except install the binaries on my Windows
> machine and run it locally > for development purposes. > > A coworker
> claims that all unix admins should never install open > source
> binaries. They should build using the source. > > Looking for a
> concensus. Is it ok to install the Tomcat binaries or > should I build
> using the Tomcat source then install? Reasons why? > > Thanks! > >
> Nick >
> 
> -
> To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe,
> e-mail: [EMAIL PROTECTED] For additional commands,
> e-mail: [EMAIL PROTECTED]
> 
> -
> To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe,
> e-mail: [EMAIL PROTECTED] For additional commands,
> e-mail: [EMAIL PROTECTED]
> 



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Installing Tomcat on Linux

2007-08-02 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Nicholas,

Vigorito, Nicholas E. wrote:
> You are trusting that someone built the binaries directly from the
> source code without any additional modification or back-doors built in.

True. But then again, you are trusting commercial companies to do the
same. Also, are you really going to read every source file to make sure
that there are no back doors built-in? If you trust the source, why not
trust the binary? You can always make sure that a mirror isn't serving a
Trojan'd binary by comparing the digital signature of the file you
download with the official signature on the Tomcat website.

> Also building from the source allows you to either specify the default
> build or add/subtract modules/functionality that you want or don't want.

This guy must be a Gentoo fan ;) (Seriously, though, I love Gentoo.)

Tomcat pretty much has no optional components. Sure, there are lots of
Valves and stuff not enabled by default, but their presence doesn't slow
anything down since they're not active. I suppose you could argue that
few could save a few megabytes of disk space by removing some of the
unused portions, but it's really just not worth it.

> The only sys admins I know of that install from binaries on Linux
> machines are the lazy ones or the ones that have no clue what they are
> doing.

Heh. Building from source can be seriously tedious, especially when your
package management utility isn't designed to do it gracefully (apt-get:
I'm looking at /you/). Any system administrator that just downloads
tarballs and builds/installs from them is seriously wasting their time.

> I would never install open source from binaries on a machine I did not
> want someone to break into. 

Sounds like rampant paranoia to me.

Want my advice? Install Tomcat as a binary package. You get no benefit
whatsoever from compiling it yourself IMO. Tell your sysadmin friend
that he can build you a binary once he finishes his code audit of the
source he downloads.

- -chris

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGsk8c9CaO5/Lv0PARAnY1AJ48lJcgAVXBf+AupoQpvTq7H5uXdQCbBZO4
jQjskp7P/2rIoYlClqQUPJs=
=gzEz
-END PGP SIGNATURE-

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Installing Tomcat on Linux

2007-08-02 Thread Hassan Schroeder
On 8/2/07, Vigorito, Nicholas E. <[EMAIL PROTECTED]> wrote:
> Here are some quotes from this person:
>
> You are trusting that someone built the binaries directly from the
> source code without any additional modification or back-doors built in.

Flip side: you have gone through the *entire source tree* that you've
downloaded *file by file* and *can personally confirm*  that there are
no "additional modifications or back-doors".  Oh, yeah, baby.

Leaving aside the question of where you get the "master" source to
compare to, and how you confirm that *it* hasn't been tampered with...

But I'd love to know how many packages your co-worker is willing to
personally vouch for. :-)

heh.
-- 
Hassan Schroeder  [EMAIL PROTECTED]

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Installing Tomcat on Linux

2007-08-02 Thread Hassan Schroeder
On 8/2/07, Vigorito, Nicholas E. <[EMAIL PROTECTED]> wrote:

> A coworker claims that all unix admins should never install open source
> binaries. They should build using the source.
>
> Looking for a concensus. Is it ok to install the Tomcat binaries or
> should I build using the Tomcat source then install? Reasons why?

Install the binary and be done. I've never built Tomcat from source,
but I've heard the pain in the voices of those who've tried.

The sound haunts me yet :-)

Seriously, if I were installing Apache httpd, or PHP, something with
a gazillion options -- sure, I always build from source, so I have just
what I want and no more included. Tomcat's nothing like that.

And yes, you're trusting that the checksum on the download page
matches the signature on the downloaded tar file, which is good
enough for most folks. :-)

YMMV,
-- 
Hassan Schroeder  [EMAIL PROTECTED]

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Installing Tomcat on Linux

2007-08-02 Thread Vigorito, Nicholas E.
Here are some quotes from this person:

You are trusting that someone built the binaries directly from the
source code without any additional modification or back-doors built in.


Also building from the source allows you to either specify the default
build or add/subtract modules/functionality that you want or don't want.


The only sys admins I know of that install from binaries on Linux
machines are the lazy ones or the ones that have no clue what they are
doing.

I would never install open source from binaries on a machine I did not
want someone to break into. 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
rg] On Behalf Of ben short
Sent: Thursday, August 02, 2007 4:44 PM
To: Tomcat Users List
Subject: Re: Installing Tomcat on Linux

I would question his reason for this statement

A coworker claims that all unix admins should never install open source
binaries. They should build using the source.

On 8/2/07, Vigorito, Nicholas E. <[EMAIL PROTECTED]> wrote:
> I am going to install Tomcat standalone (not fronted by Apache) on a 
> Linux box that will eventually be opened up to small portion of the 
> outside world.
>
> I am a developer and as such haven't ever done anything with Tomcat 
> except install the binaries on my Windows machine and run it locally 
> for development purposes.
>
> A coworker claims that all unix admins should never install open 
> source binaries. They should build using the source.
>
> Looking for a concensus. Is it ok to install the Tomcat binaries or 
> should I build using the Tomcat source then install? Reasons why?
>
> Thanks!
>
> Nick
>

-
To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe,
e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Installing Tomcat on Linux

2007-08-02 Thread ben short
I would question his reason for this statement

A coworker claims that all unix admins should never install open source
binaries. They should build using the source.

On 8/2/07, Vigorito, Nicholas E. <[EMAIL PROTECTED]> wrote:
> I am going to install Tomcat standalone (not fronted by Apache) on a
> Linux box that will eventually be opened up to small portion of the
> outside world.
>
> I am a developer and as such haven't ever done anything with Tomcat
> except install the binaries on my Windows machine and run it locally for
> development purposes.
>
> A coworker claims that all unix admins should never install open source
> binaries. They should build using the source.
>
> Looking for a concensus. Is it ok to install the Tomcat binaries or
> should I build using the Tomcat source then install? Reasons why?
>
> Thanks!
>
> Nick
>

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



  1   2   >