tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From André Warnier ...@ice-sa.com>
Subject RedHat and mod_jk
Date Fri, 15 Jul 2011 08:23:27 GMT
Hi.

Recently, other people and myself were looking for a pre-packaged mod_jk binary for a 
RedHat RHELS system.

As a result of some investigation (by Mark Eggers on one side, and an independent sysadmin

of my customer on the other side), things seem to boil down to (largely quoted) :

"
In the RedHat product "Red Hat Enterprise Linux Server" (RHELS), there is no repository 
containing a pre-packaged mod_jk module.

To obtain such a package, the client has to purchase the separate RedHat package "JBoss 
Enterprise Web Server", which contains mod_jk.
"

I would suppose that RedHat has good lawyers, and that they are "allowed" to do such a 
thing.  Personally, I find this a bit "cheeky", specially from a company that presents 
itself as a champion of Open Source.
It is not an unmitigated feeling, because on the other hand I also recognise that mod_jk 
is a complex piece of software, and that supporting it for customers certainly has a cost.

But whatever the real merits of my personal feelings in the matter,
there are people (even sysadmins) who are comfortable with the idea of installing a 
software package from sources; but there are also many people who simply do not have the 
time to go through the hassle, and people who are uncomfortable with the installation of 
such packages (because of maintenance reasons, patches etc.), and people who are just not

allowed to install anything that is not part of the standard corporate repository.

In the practice thus, it probably means that a number of people will no longer use mod_jk

on RHEL systems in the future, and I find this a pity, because even from a purely 
technical point of view, it is always better to have some alternatives.  And there are 
things which you can do with mod_jk, which you cannot with mod_proxy_ajp and/or 
mod_proxy_http (and probably vice-versa).

Anyway, I wonder if anyone here has another opinion on the matter.


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


Mime
View raw message