Tomcat + Apache work 2gether on FC5

thisObject · 04-22-2006, 11:40 AM

Hey,

I've got few sitting on desktop:
httpd-2.2.0-5.1.2.i386.rpm
httpd-2.2.0-6.i386.rpm

Thanks!

tomdkat · 04-22-2006, 12:57 PM

Quote:

Originally Posted by thisObject

Hey,

I've got few sitting on desktop:
httpd-2.2.0-5.1.2.i386.rpm
httpd-2.2.0-6.i386.rpm

I don't mean what you've already downloaded, I mean what is currently available for FC5? Or are those two packages the only packages available?

EDIT: See if you can find out what the "httpd-devel" package is. Perhaps that is what you need to install.

Peace...

tomdkat · 04-22-2006, 01:01 PM

Ok, read this about your apxs problem.

Once you have httpd-devel installed, re-build mod_jk2 as you did before.

Peace...

thisObject · 04-22-2006, 05:29 PM

Thanks,

back to orignal question.
I am not sure if I need to have both Tomcat and Apache running together. You said there are 2 options:
1. Change Tomcat standalone to listen on port 80. This means your Apache server can't listen on that port.
2. Use Apache as your front-end to Tomcat.

I have 50/50 distribution of jsp pages and html pages. So I am not sure what is reasonable to do.

If I just decide to configure Tomcat to listen to port 80 I will have to stop Apache, right?
I fount several ways how to do it: http://linux.org.mt/article/tomcat-ports.
Peple say that to confiure Tomcat and Apache the most popular way of solving this problem.
But again what is better? There's got to be areason for it. Right?

Thanks

thisObject · 04-22-2006, 05:42 PM

looks like only this needs to be done:
iptables -t nat -A PREROUTING -p tcp --dport 80 -i eth0 -j REDIRECT --to-port 8080
If so how do I reconfigure it back to the original state where I am right now?
Will I have to do someithing like this:
iptables -t nat -A PREROUTING -p tcp --dport 80 -i eth0 -j REDIRECT --to-port 80
?

thanks

tomdkat · 04-23-2006, 10:26 PM

Quote:

Originally Posted by thisObject

I have 50/50 distribution of jsp pages and html pages. So I am not sure what is reasonable to do.

That's a decision you'll have to make since it's your server and your content.

Quote:

If I just decide to configure Tomcat to listen to port 80 I will have to stop Apache, right?

Yep.

Quote:

I fount several ways how to do it: http://linux.org.mt/article/tomcat-ports.
Peple say that to confiure Tomcat and Apache the most popular way of solving this problem.

That article applies only if running Tomcat as root poses a security risk for you. TONS of people run Tomcat standalone on port 80, you'll have to determine if doing so will pose a risk to your particular site/server

Quote:

But again what is better? There's got to be areason for it. Right?

Betteris a subjective term and only you can answer that question. If you get mod_jk2 working, you can decide if you still want/need Apache as your front-end or not.

Once you get APXS installed (through httpd-devel), you should be able to get mod_jk2 installed and the rest should just plug in and work.

Quote:

looks like only this needs to be done:
iptables -t nat -A PREROUTING -p tcp --dport 80 -i eth0 -j REDIRECT --to-port 8080
If so how do I reconfigure it back to the original state where I am right now?
Will I have to do someithing like this:
iptables -t nat -A PREROUTING -p tcp --dport 80 -i eth0 -j REDIRECT --to-port 80
?

Unless you're comfortable with Linux firewalling and iptables, I would focus on getting mod_jk2 running.

Peace...

thisObject · 04-23-2006, 11:31 PM

Hello,

Ok, I'll do the hard way

Error message that I get when I try to install: httpd-devel-2.0.50-1.0.i386.rpm
Missing Dependency: httpd = 2.0.50 is needed by package httpd-devel

but httpd is installed
Result of which httpd gives:
/usr/sbin/httpd

in /usr/sbin I see two files:
httpd
httpd.worker

I tried to install this package: httpd-2.2.0-5.1.2.i386.rpm and it says that it already exists

Since I alrealy have httpd do I need to reinstall it?
Thanks

tomdkat · 04-24-2006, 12:07 AM

Quote:

Originally Posted by thisObject

Error message that I get when I try to install: httpd-devel-2.0.50-1.0.i386.rpm
Missing Dependency: httpd = 2.0.50 is needed by package httpd-devel

Quote:

I tried to install this package: httpd-2.2.0-5.1.2.i386.rpm and it says that it already exists

Ok, you already have Apache 2.2.0 installed so you need to install httpd-devel-2.2.0, if such a package exists.

If httpd-devel-2.2.0 doesn't exist yet, you can always downgrade your installed Apache to 2.0.50 or 2.0.55, whatever is available for you.

Or you can download the Apache 2.2.0 source and build it and install it and then build mod_jk2.

Look for the http-devel-2.2.0 package first, if it doesn't exist we can build it from source and be done with this mess.

Peace...

thisObject · 04-24-2006, 12:39 AM

I have httpd-devel-2.2.0-6.i386.rpm
Tried to install it and got this: Missing Dependency: httpd = 2.2.0-6 is needed by package httpd-devel
?

tomdkat · 04-24-2006, 09:20 AM

Quote:

Originally Posted by thisObject

I have httpd-devel-2.2.0-6.i386.rpm
Tried to install it and got this: Missing Dependency: httpd = 2.2.0-6 is needed by package httpd-devel
?

Ok, apparently you're not quite understanding the package naming conventions.

You can't just "randomly" pick packages to install, they must match the versions of related packages you have installed.

Above you posted this:

Quote:

I tried to install this package: httpd-2.2.0-5.1.2.i386.rpm and it says that it already exists

That means you already have httpd-2.2.0-5.1.2 for i386 already installed. Look for a httpd-devel-2.2.0-5.1.2 package, if one exists. The message you got above is saying you will need a newer Apache package to match the httpd-devel package you downloaded.

I swear, this package stuff drives me *crazy*!

I tried it once on a FC2 system and quickly gave up due to some idiotic circular dependency problem (where package A needed package B which needed package A which neeeded package B....)

If there is a way you could simply post the list of httpd packages that are available for you, I could tell you which ones to install.

Peace...

thisObject · 04-25-2006, 12:54 AM

Hello,
I found this package: httpd-devel-2.2.0-5.1.2
when you say "httpd packages that are available". What do you mean by available?
Since I've got now httpd-devel-2.2.0-5.1.2 after successful installation I should have apxs, right?
this is what I needed and I remeber somebody mentioned that I need devel package to get apxs.

thanks

tomdkat · 04-25-2006, 01:43 AM

Quote:

Originally Posted by thisObject

Hello,
I found this package: httpd-devel-2.2.0-5.1.2
when you say "httpd packages that are available". What do you mean by available?

By "available", I mean that you can download.

You're downloading stuff and you're choosing what to download and the list you are making your choices from are what is "available".

[quote]Since I've got now httpd-devel-2.2.0-5.1.2 after successful installation I should have apxs, right?[/quopte]Yep.

Quote:

this is what I needed and I remeber somebody mentioned that I need devel package to get apxs.

I did.. above.

Get this installed, then build mod_jk2 and then we can proceed.

Peace...

thisObject · 04-26-2006, 09:57 PM

Hello,

Installed httpd-devel-2.2.0-5.1.2.i386.rpm with no problems
Again went through: http://mikepalmer.net/howto/tomcat/mod_jk2.html

got an error when ran this command:

Quote:

./configure --with-apxs2=/usr/local/apache/bin/apxs

error:

Quote:

checking build system type... i686-pc-linux
checking host system type... i686-pc-linux
checking target system type... i686-pc-linux
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking for style of include used by make... GNU
checking dependency style of gcc... none
checking for a sed that does not truncate output... /bin/sed
checking for egrep... grep -E
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking whether ln -s works... yes
checking how to recognise dependent libraries... pass_all
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking dependency style of g++... none
checking how to run the C++ preprocessor... g++ -E
checking for g77... no
checking for f77... no
checking for xlf... no
checking for frt... no
checking for pgf77... no
checking for fort77... no
checking for fl32... no
checking for af77... no
checking for f90... no
checking for xlf90... no
checking for pgf90... no
checking for epcf90... no
checking for f95... f95
checking whether we are using the GNU Fortran 77 compiler... yes
checking whether f95 accepts -g... yes
checking the maximum length of command line arguments... 32768
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for objdir... .libs
checking for ar... ar
checking for ranlib... ranlib
checking for strip... strip
checking if gcc static flag works... yes
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc supports -c -o file.o... yes
checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking for shl_load... no
checking for shl_load in -ldld... no
checking for dlopen... no
checking for dlopen in -ldl... yes
checking whether a program can dlopen itself... yes
checking whether a statically linked program can dlopen itself... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
configure: creating libtool
appending configuration tag "CXX" to libtool
checking for ld used by g++... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes
checking for g++ option to produce PIC... -fPIC
checking if g++ PIC flag -fPIC works... yes
checking if g++ supports -c -o file.o... yes
checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking for shl_load... (cached) no
checking for shl_load in -ldld... (cached) no
checking for dlopen... (cached) no
checking for dlopen in -ldl... (cached) yes
checking whether a program can dlopen itself... (cached) yes
checking whether a statically linked program can dlopen itself... (cached) yes
appending configuration tag "F77" to libtool
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking for f95 option to produce PIC... -fPIC
checking if f95 PIC flag -fPIC works... yes
checking if f95 supports -c -o file.o... yes
checking whether the f95 linker (/usr/bin/ld) supports shared libraries... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking for test... /usr/bin/test
checking for rm... /bin/rm
checking for grep... /bin/grep
checking for echo... /bin/echo
checking for sed... /bin/sed
checking for cp... /bin/cp
checking for mkdir... /bin/mkdir
checking for uint32_t... yes
checking size of uint32_t... 4
checking for u_int32_t... yes
checking size of u_int32_t... 4
checking for unsigned long... yes
checking size of unsigned long... 4
checking for unsigned int... yes
checking size of unsigned int... 4
checking for unsigned long long... yes
checking size of unsigned long long... 8
checking for unsigned longlong... no
checking size of unsigned longlong... 0
checking for snprintf... yes
checking for vsnprintf... yes
checking for flock... yes
checking for setsockopt in -lsocket... no
checking whether to use SO_RCVTIMEO with setsockopt()... yes
checking whether to use SO_SNDTIMEO with setsockopt()... yes
no apxs given
checking for target platform... unix
no apache given
configure: error: Cannot find the WebServer

what am I doing wrong?

thanks

thisObject · 04-26-2006, 10:06 PM

I do not have apache in /usr/local/
?

tomdkat · 04-27-2006, 02:24 AM

Quote:

Originally Posted by thisObject

Hello,

Installed httpd-devel-2.2.0-5.1.2.i386.rpm with no problems
Again went through: http://mikepalmer.net/howto/tomcat/mod_jk2.html

got an error when ran this command:

error:

what am I doing wrong?

thanks

Good job on getting httpd-devel installed.

Now, when you follow installation guides like that, you can't follow them "blindly". You have to make adjustments based on your particular system configuration.

So, we need to find where httpd-devel install apxs. Run this command and post the output:

$ su
# find / -name apxs

I suspect it will be in /usr/sbin but we'll let the find command tell us.

Run the "find" command as root to eliminate the "permission denied" messages.

Once we know where apxs is located, you can specify THAT path in your configure command for mod_jk2:

$ ./configure --with-wpxs2=/path/to/apxs

Peace...