tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Héctor Gómez <>
Subject RE: Problems with new mod_jk and possible misinformation on the website
Date Fri, 19 Nov 2010 09:46:07 GMT

Thank you very much Chris,
I've checked the md5sum and file information for the mod_jk that failed and it's the same,
so it seems to be a misplaced description, at least at the site here in Spain.
All my log levels are set to debug, I will compile my own mod_jk.
I hope to give it a try this weekend so I will get back to you with the results. I will make
sure that it's not a problem with or mod_jk.conf, I don't use,
I will try that too.
Anyway, if my problem persists I will attach all the configuration files
Thanks again, have a nice weekend!

> Date: Thu, 18 Nov 2010 10:07:57 -0500
> From:
> To:
> Subject: Re: Problems with new mod_jk and possible misinformation on the website
> Hash: SHA1
> On 11/18/2010 7:01 AM, Héctor Gómez wrote:
> > Hi, I'm running a CentOs 5 with Apache 2.0.52. I've tried to connect
> >  Apache with Tomcat 7.0.4 using mod_jk. First I tried the jk-1.2.31 
> > version. As I have a i586 I choosed the i386 release, and downloaded
> > Ok, here there might be a mistake. On 
> > the description you can read "Apache Tomcat Connectors (mod_jk) 
> > 1.2.31 for Linux x86_64". Notice the "x86_64"! (I'm inside the i386 
> > folder!)
> That looks like a documentation mistake.
> $ wget
> ''
> $ md5sum
> 7ffd2f097a399669e28fb47e5d6c065c
> $ file
> ELF 32-bit LSB shared object, Intel 80386,
> version 1 (SYSV), dynamically linked, not stripped
> Looks like i386 to me.
> > That connector is said to be built against version 2.0.52, but it 
> > doesn't work. Apache fails on startup and logs no error, and mod_jk 
> > log neither.
> If the module won't load, you won't get a mod_jk.log file at all. Try
> turning-up the error log level in httpd and trying again.
> I've never seen httpd fail to start and /also/ fail to emit an error
> message of /some/ kind. If CentOS has the error log going to syslog or
> something, you might want to check there, too.
> > Maybe the i386 version is not suitable for a i586
> Nope, i386 should even work on x86_64 (as long as the process is in x86
> mode).
> > or maybe this is in fact a x86_64 version (as the description says) 
> > even if it's placed into the i386 folder.
> Nope, see above.
> > Anyway, I downloaded the jk-1.2.30 for i586. That suits my 
> > architecture, and Apache starts up the right way. But... no 
> > redirection is done!
> Configuration please? Jk* directives as well as (if
> you are using one) and (if you are using one). Also,
> tell us what URIs you are trying that aren't being redirected.
> Often, users specify their JkMounts at the top-level configuration, and
> then use a <VirtualHost> to define all of their services. If you do
> that, you'll observe mod_jk doing nothing at all. You should move your
> JkMounts to within your <VirtualHost>. If you /must/ define those at the
> top-level, then use "JkMountCopy On" in your <VirtualHost> and that
> should inherit your mounts from the top-level.
> > The connector doesn't seem to be working as expected. The problem is 
> > that this version may not be suitable for me, as it has been build 
> > against version 2.0.61 "and should work with Apache 2.0.55 and 
> > later". But mine is 2.0.52 and I can't change it. Should I 
> > downgrade?
> I don't think you should downgrade.
> > What can I do? Is there a problem with the jk-1.2.31 for i386?
> Perhaps.
> > or is it just a misplaced description?
> That is almost certainly true.
> Another option you always have is to compile the module yourself. If you
> have gcc and make installed as well as "apxs" (usually installed with an
> apache-httpd-dev package or somesuch), then it's trivial to compile
> mod_jk against your own httpd that is pretty much guaranteed to work.
> I always compile my own mod_jk and I've never had any problems.
> Hope that helps,
> - -chris
> Version: GnuPG v1.4.10 (MingW32)
> Comment: Using GnuPG with Mozilla -
> iEYEARECAAYFAkzlQU0ACgkQ9CaO5/Lv0PBTsACghgiSD5z61g3XXeQrn93iCvlZ
> IBAAn2k8k77Y/wPTTpzfnBGCmZK3hpmH
> =AcvA
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, e-mail:

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message