I had the problem originally and have read all the posts. Here some extra information: I am using RH Linux 7.3, Apache 1.3.26, Tomcat 4.0.4.
I am using Apache without ssl but I tried both of these binaries just to be certain: http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk/release/v1.2.0 /bin/linux/i386/mod_jk-1.3-eapi.so http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk/release/v1.2.0 /bin/linux/i386/mod_jk-1.3-noeapi.so Thanks very much for the help so far. ----- Original Message ----- From: <[EMAIL PROTECTED]> To: "Tomcat Users List" <[EMAIL PROTECTED]> Sent: Thursday, October 10, 2002 4:20 AM Subject: RE: Cannot get mod_jk to work > > I agree--you could get into a quagmire this way. At this point, I would > just settle for a version compiled against a plain-vanilla Apache 1.3.27 > build. > > > |---------+----------------------------> > | | Milt Epstein | > | | <[EMAIL PROTECTED]| > | | u> | > | | | > | | 10/09/2002 02:17 | > | | PM | > | | Please respond to| > | | "Tomcat Users | > | | List" | > | | | > |---------+----------------------------> > >--------------------------------------------------------------------------- ---------------------------------------------------| > | | > | To: Tomcat Users List <[EMAIL PROTECTED]> | > | cc: | > | Subject: RE: Cannot get mod_jk to work | > >--------------------------------------------------------------------------- ---------------------------------------------------| > > > > > On Wed, 9 Oct 2002 [EMAIL PROTECTED] wrote: > > > Methinks it would be a good idea to maintain the binaries compiled > > to the latest, greatest version of Apache (namely 1.3.27). > > Yes, that makes sense, but it's only part of the equation. For > example, we don't know what version the person who was having the > problem was using. And the Apache version is only one of the > variables, what about whether it's EAPI or not, or whether it's built > with mod_ssl, etc. And I'm guessing it's not feasible for the > Apache/Tomcat/Connectors people to have built versions for all > possible permutations. > > Anyway, I was just pointing out where the problem may potentially lie. > (And apparently the possibility that there was indeed something wrong > with the binary hasn't been ruled out either.) > > > > On Wed, 9 Oct 2002, Turner, John wrote: > > > > > Are you sure there is something wrong with the binary? If so, the > > > binary maintainers (like Henri Gomez) would probably appreciate and > > > email message from you with details. There's no point in having > > > binaries if they aren't usable. As far as I know, this exact > > > problem (same exact error message) was covered by Henri last week. > > > > I don't think that there's "something wrong with the binary" in the > > sense that it's broken, but rather that the particular binary they're > > trying to use was built for/to/with a different version of Apache, and > > hence won't work with it. The error message seems to indicate it's > > trying to call an Apache function, ap_ctx_get, that doesn't exist in > > the Apache libraries they have. So they either need a different > > mod_jk binary, or a different Apache. > > > > > > > > -----Original Message----- > > > > From: Raj Saini [mailto:[EMAIL PROTECTED]] > > > > Sent: Wednesday, October 09, 2002 8:59 AM > > > > To: Tomcat Users List > > > > Subject: Re: Cannot get mod_jk to work > > > > > > > > > > > > Pls build the mod_jk from source. These some thing wrong with the > > > > binary. I faced the same problem one week ago. > > > > > > > > Raj > > > > Richard Pfeil wrote: > > > > > I am unable to get mod_jk to work. > > > > > > > > > > The following line in httpd.conf: > > > > > LoadModule jk_module libexec/mod_jk-1.3-noeapi.so > > > > > results in this error message: > > > > > Cannot laod /usr/local/apache/libexec/mod_jk2-1.3.noeapi.so > > > > into server: > > > > > /usr/local/apache/libexec/mod_jk2-1.3.noeapi.so: undefined symbol: > > > > > ap_ctx_get > > > > > > > > > > What is going wrong? > > Milt Epstein > Research Programmer > Integration and Software Engineering (ISE) > Campus Information Technologies and Educational Services (CITES) > University of Illinois at Urbana-Champaign (UIUC) > [EMAIL PROTECTED] > > > -- > To unsubscribe, e-mail: < > mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: < > mailto:[EMAIL PROTECTED]> > > > > > > > ---------------------------------------------------------------------------- ---- > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
