Thanks, Chris.  Unfortunately, I don't have root access, and I know just enough 
Linux to be dangerous!  LOL!  The Linux S.A. doesn't know anything about 
compiling (don't get me started on THAT), so he was asking if there were a 
binary module to drop into the modules folder.  I was hoping to avoid having to 
learn how to do his job FOR him.  :-D

JL


-----Original Message-----
From: Christopher Schultz [mailto:ch...@christopherschultz.net] 
Sent: Thursday, July 14, 2011 12:34 PM
To: Tomcat Users List
Subject: Re: Binary of mod_jk.so for Apache 2.2.x

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Leon,

On 7/12/2011 7:42 PM, Leon Kolchinsky wrote:
> Go to http://tomcat.apache.org/download-connectors.cgi and download
> the source code:
> 
> # tar -xvzf tomcat-connectors-1.2.30-src.tar.gz
> 
> Read docs/webserver_howto/apache.html or native/BUILDING.txt for
> options.
> 
> # cd tomcat-connectors-1.2.30-src/native/ # which apxs # ./configure
> --with-apxs=/usr/sbin/apxs --enable-api-compatibility # make # make
> install

All that as root? Hmm.

Also, not everyone has a C compiler, especially on a production machine.
(The answer, of course, is to build somewhere else and upload.)

Jonathan, I understand that you want convenience, but there are several
factors to consider, here:

1. Unless you download a binary from a trusted source (i.e. not anyone
   on this list, but something like something.apache.org, or from your
   distro's package manager), you should consider yourself compromised.

2. If you build your own mod_jk, you know it will work with your exact
   environment. No weird problems with slight version mismatches between
   httpd version or other libraries. No questions about which
   architecture's files you need to download, etc.

3. Building mod_jk from source is relatively trivial. See above. Most
   Linux distros some with a C compiler by default, and all of them
   can trivially install gcc.

Consider trying it.

Recently, the Tomcat team decided to stop providing binaries for *NIX
platforms because of the above (maybe that was just for tcnative, but I
wouldn't be surprised if the policy is now to avoid rolling binaries for
any non-Java components).

Why? Because if we wanted to provide binaries for, say, mod_jk, we need
to support (at least) two architectures: x86 and x86_64. Also, there are
4 major versions of Apache httpd: 1.3, 2.0, 2.2, and 2.4. Sometimes,
even httpd patch level can affect compatibility (though it really
shouldn't) or maybe it was built against 2.2.11 but the user has 2.2.13
and wants to know "why no binary?".

We cannot possibly provide enough binaries to make everyone happy. Since
it's so easy to build mod_jk, we ask users in *NIX environments to just
do it.

We do provide binaries for both 32- and 64-bit Microsoft Windows
environments for Apache httpd, Microsoft IIS and (wtf?) Netscape,
because those folks rarely have compilers handy.

If you have any trouble building mod_jk, please don't hesitate to come
back for help.

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

iEYEARECAAYFAk4fGnQACgkQ9CaO5/Lv0PCRlgCfd41tx9q8BpKfY35elKUCmokO
b9oAoIC3QamvoAhLvtageSz0/zQzEVxE
=0myN
-----END PGP SIGNATURE-----

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

Attachment: smime.p7s
Description: S/MIME cryptographic signature

Reply via email to