RE: Redhat9 / mod_jk2 builds from source
Hi when using Redhat is mod_jk2 the latest bin and closest to the actual JK2. I have a bug that is listed as fixed in jk2 but I don't know how to get jk2 for redhat. I have looked here but only win32 and solaris http://apache.mirrors.ilisys.com.au/jakarta/tomcat-connectors/jk2/binari es I am running tomcat-4.1.27-8.ent.1 with mod_jk2-4.1.27-8.ent.1 rpms sourced from http://people.redhat.com/gbenson/naoko Also running httpd-2.0.46-25.ent (Apache 2). -Original Message- From: George Shafik [mailto:[EMAIL PROTECTED] Sent: Sunday, 18 January 2004 12:40 PM To: Tomcat Users List Subject: Re: Redhat9 / mod_jk2 builds from source Hi Mark, Oscar Sorry I now realise you want the ssl feature in apache 2 build. try the following ./configure --with-ssl=shared --enable-modules=all --enable-shared=max remember I'm running things on Linux 9 by default OpenSSH running as a daemon But I'm having problems with getting httpd.conf ssl.conf files right - can you e-mail any that work Cheers, George - Original Message - From: George Shafik [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Thursday, January 15, 2004 8:39 PM Subject: Re: Redhat9 / mod_jk2 builds from source Opps typo ./configure --enable-module=all --enabled-shared=max should be ./configure --enable-module=all --enable-shared=max - Original Message - From: George Shafik [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Thursday, January 15, 2004 8:35 PM Subject: Re: Redhat9 / mod_jk2 builds from source Hi Mark, Oscar, and anyone interested: I found the following always works: make make install I think I've could the eXtrem functionality - I call is Xapache while drinking lots of Pepsi :-) enjoy, George - Original Message - From: Mark Eggers [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Thursday, January 15, 2004 1:05 PM Subject: Re: Redhat9 / mod_jk2 builds from source Oscar - set $JAVA_HOME if you get configure errors with include-os-type=include/linux. The configure script will tack on the $JAVA_HOME value. If you don't, then give the full path to the header files. I think I get all the extra info because I build Apache with: ./configure --with-ssl=shared --with-modules=all --with-shared=most Basically, I have the kitchen sink version of Apache. Hope that clears things up. /mde/ just my two cents . . . . __ Do you Yahoo!? Yahoo! Hotjobs: Enter the Signing Bonus Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus -- --- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Redhat9 / mod_jk2 builds from source
Hi Mark, Oscar Sorry I now realise you want the ssl feature in apache 2 build. try the following ./configure --with-ssl=shared --enable-modules=all --enable-shared=max remember I'm running things on Linux 9 by default OpenSSH running as a daemon But I'm having problems with getting httpd.conf ssl.conf files right - can you e-mail any that work Cheers, George - Original Message - From: George Shafik [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Thursday, January 15, 2004 8:39 PM Subject: Re: Redhat9 / mod_jk2 builds from source Opps typo ./configure --enable-module=all --enabled-shared=max should be ./configure --enable-module=all --enable-shared=max - Original Message - From: George Shafik [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Thursday, January 15, 2004 8:35 PM Subject: Re: Redhat9 / mod_jk2 builds from source Hi Mark, Oscar, and anyone interested: I found the following always works: make make install I think I've could the eXtrem functionality - I call is Xapache while drinking lots of Pepsi :-) enjoy, George - Original Message - From: Mark Eggers [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Thursday, January 15, 2004 1:05 PM Subject: Re: Redhat9 / mod_jk2 builds from source Oscar - set $JAVA_HOME if you get configure errors with include-os-type=include/linux. The configure script will tack on the $JAVA_HOME value. If you don't, then give the full path to the header files. I think I get all the extra info because I build Apache with: ./configure --with-ssl=shared --with-modules=all --with-shared=most Basically, I have the kitchen sink version of Apache. Hope that clears things up. /mde/ just my two cents . . . . __ Do you Yahoo!? Yahoo! Hotjobs: Enter the Signing Bonus Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Redhat9 / mod_jk2 builds from source
Hi Mark, Oscar, and anyone interested: I found the following always works: ./configure --enable-module=all --enabled-shared=max make make install I think I've could the eXtrem functionality - I call is Xapache while drinking lots of Pepsi :-) enjoy, George - Original Message - From: Mark Eggers [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Thursday, January 15, 2004 1:05 PM Subject: Re: Redhat9 / mod_jk2 builds from source Oscar - set $JAVA_HOME if you get configure errors with include-os-type=include/linux. The configure script will tack on the $JAVA_HOME value. If you don't, then give the full path to the header files. I think I get all the extra info because I build Apache with: ./configure --with-ssl=shared --with-modules=all --with-shared=most Basically, I have the kitchen sink version of Apache. Hope that clears things up. /mde/ just my two cents . . . . __ Do you Yahoo!? Yahoo! Hotjobs: Enter the Signing Bonus Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Redhat9 / mod_jk2 builds from source
Opps typo ./configure --enable-module=all --enabled-shared=max should be ./configure --enable-module=all --enable-shared=max - Original Message - From: George Shafik [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Thursday, January 15, 2004 8:35 PM Subject: Re: Redhat9 / mod_jk2 builds from source Hi Mark, Oscar, and anyone interested: I found the following always works: make make install I think I've could the eXtrem functionality - I call is Xapache while drinking lots of Pepsi :-) enjoy, George - Original Message - From: Mark Eggers [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Thursday, January 15, 2004 1:05 PM Subject: Re: Redhat9 / mod_jk2 builds from source Oscar - set $JAVA_HOME if you get configure errors with include-os-type=include/linux. The configure script will tack on the $JAVA_HOME value. If you don't, then give the full path to the header files. I think I get all the extra info because I build Apache with: ./configure --with-ssl=shared --with-modules=all --with-shared=most Basically, I have the kitchen sink version of Apache. Hope that clears things up. /mde/ just my two cents . . . . __ Do you Yahoo!? Yahoo! Hotjobs: Enter the Signing Bonus Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Redhat9 / mod_jk2 builds from source
George Shafik wrote: I found the following always works: ./configure --enable-module=all --enabled-shared=max make make install I personaly had (on Solaris 9 with the gcc suite) to explicitely add: --enable-so --enable-rule=SHARED_CORE --enable-static=no --enable-shared=yes I don't know which ones were useful, but with the default options (OK, I used --enable-module=most, but I doubt this is the problem) I couldn't get Apache generate libapr-0.so and libaprutil-0.so (I only got their static library versions); then mod_jk2 wouldn't compile to a shared one either. -- Guillaume Outters - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Redhat9 / mod_jk2 builds from source
Hi, The info I've seen on this list about building mod_jk2 has been for rpm installation. Here's the info I gathered so far trying to do Apache and the connector all from source. Building Apache2.0.48 and mod_jk2 (2.0.2) works seamlessly the following way: If you built Apache from source, such as in my HOWTO: http://daydream.stanford.edu/tomcat/install_web_services.html this will build mod_jk2 from source. I haven't tested the connector yet, but no edits to the Makefile were required to build mod_jk2.so. I used this configuration script and make command in: tomcat-connector-source-dir/native2 ./configure --with-java-home=/usr/local/java/java --with-java-platform=2 --with-apxs2=/usr/local/apache2/bin/apxs --with-tomcat41=/usr/local/jakarta-tomcat-5.0.16 --with-jni --with-apr-lib=/usr/local/apache2/lib --with-apr-include=/usr/local/apache2/include --with-pcre make all Then jkjni.so and mod_jk2.so will be in: tomcat-connector-source-dir/jk/build/jk2/apache2 Hope that helps someone. BTW, trying do it with the ant build seemed hopeless. I quickly abandoned that method. Oscar - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Redhat9 / mod_jk2 builds from source
My apologies, I did find some good info on the list just awhile back, particularly by Mark Eggers. This just mostly shows it indeed is repeatable :-) Oscar On Wed, 14 Jan 2004, Oscar Carrillo wrote: Hi, The info I've seen on this list about building mod_jk2 has been for rpm installation. Here's the info I gathered so far trying to do Apache and the connector all from source. Building Apache2.0.48 and mod_jk2 (2.0.2) works seamlessly the following way: If you built Apache from source, such as in my HOWTO: http://daydream.stanford.edu/tomcat/install_web_services.html this will build mod_jk2 from source. I haven't tested the connector yet, but no edits to the Makefile were required to build mod_jk2.so. I used this configuration script and make command in: tomcat-connector-source-dir/native2 ./configure --with-java-home=/usr/local/java/java --with-java-platform=2 --with-apxs2=/usr/local/apache2/bin/apxs --with-tomcat41=/usr/local/jakarta-tomcat-5.0.16 --with-jni --with-apr-lib=/usr/local/apache2/lib --with-apr-include=/usr/local/apache2/include --with-pcre make all Then jkjni.so and mod_jk2.so will be in: tomcat-connector-source-dir/jk/build/jk2/apache2 Hope that helps someone. BTW, trying do it with the ant build seemed hopeless. I quickly abandoned that method. Oscar - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Redhat9 / mod_jk2 builds from source
Oscar, Not a problem :-) I do have some additions to my original post. The changes get UNIX sockets working as well as IP sockets. Set the following environment variables: export LDFLAGS=-lgdbm -lldap -lexpat -ldb export CPPFLAGS=-I/usr/kerberos/include -I/usr/openssl/include (all on one line for the second command). Use the appropriate command for the shell you're in. Tell configure about OS-specific files for Java JNI. For linux and the Sun JVM, the files are located in include/linux underneath $JAVA_HOME. The configure command for mod_jk2 is then: ./configure --with-apxs2=/home/apache/bin/apxs \ --with-tomcat41=/home/tomcat \ --with-os-type=include/linux \ --with-jni \ --with-pcre Finally, modify the JK_LDFLAGS line in server/apache2/Makefile to include libaprutil. It will read: JK_LDFLAGS=-L${APACHE2_LIBDIR} -lcrypt -lapr-0 -lpcre -lpcreposix -laprutil-0 (again on one line). Run make, and the resulting mod_jk2.so / jkjni.so will support both IP socketes and UNIX sockets. In-process communication will probably have to wait until a new MPM module is out for Apache. The missing aprutil-0 library is probably due to an autoconf / configure issue. The developers (according to folks on this mailing list) have decided to use the Apache apr interfaces, but have not finished updating the configure scripts. This is really apparent if you try to build the connectors from the current CVS. I've tried the above on Fedora Core 1 with both 4.1.29 and 5.0.16 with success. HTH /mde/ just my two cents . . . . __ Do you Yahoo!? Yahoo! Hotjobs: Enter the Signing Bonus Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Redhat9 / mod_jk2 builds from source
Cool. Questions inside. On Wed, 14 Jan 2004, Mark Eggers wrote: Oscar, Not a problem :-) I do have some additions to my original post. The changes get UNIX sockets working as well as IP sockets. Set the following environment variables: export LDFLAGS=-lgdbm -lldap -lexpat -ldb What's this need for? If it compiles, does that mean it's not necessary? export CPPFLAGS=-I/usr/kerberos/include -I/usr/openssl/include Is this only neccessary if you want to do a secure mod_jk2 connection to a separate machine running tomcat? (all on one line for the second command). Use the appropriate command for the shell you're in. Tell configure about OS-specific files for Java JNI. For linux and the Sun JVM, the files are located in include/linux underneath $JAVA_HOME. The configure command for mod_jk2 is then: ./configure --with-apxs2=/home/apache/bin/apxs \ --with-tomcat41=/home/tomcat \ --with-os-type=include/linux \ --with-jni \ --with-pcre I originally tried that --with-os-type=include/linux but it gave an error. It recognized that it was in a Linux environment so it seemed unnecessary. Finally, modify the JK_LDFLAGS line in server/apache2/Makefile to include libaprutil. It will read: JK_LDFLAGS=-L${APACHE2_LIBDIR} -lcrypt -lapr-0 -lpcre -lpcreposix -laprutil-0 (again on one line). Run make, and the resulting mod_jk2.so / jkjni.so will support both IP socketes and UNIX sockets. In-process communication will probably have to wait until a new MPM module is out for Apache. The missing aprutil-0 library is probably due to an autoconf / configure issue. The developers (according to folks on this mailing list) have decided to use the Apache apr interfaces, but have not finished updating the configure scripts. This is really apparent if you try to build the connectors from the current CVS. What does aprutil-0 provide? Thanks, Oscar - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Redhat9 / mod_jk2 builds from source
Oscar, This is all pretty much in a bug I posted to on naygoya.apache.org (#17762). If you build Apache with all shared modules, then there are some dependencies in apr and aprutil. An ldd from 2.0.46 on Redhat 9 (2.4.20-9) shows the following: ldd /home/apache/lib/libapr-0.so.0.9.4 libdb-4.0.so = /lib/libdb-4.0.so libgdbm.so.2 = /usr/lib/libgdbm.so.2 libldap.so.2 = /usr/lib/libldap.so.2 libexpat.so.0 = /usr/lib/libexpat.so.0 libc.so.6 = /lib/tls/libc.so.6 libpthread.so.0 = /lib/tls/libpthread.so.0 libsasl.so.7 = /usr/lib/libsasl.so.7 libssl.so.4 = /lib/libssl.so.4 libcrypto.so.4 = /lib/libcrypto.so.4 liblber.so.2 = /usr/lib/liblber.so.2 /lib/ld-linux.so.2 = /lib/ld-linux.so.2 libdl.so.2 = /lib/libdl.so.2 libcrypt.so.1 = /lib/libcrypt.so.1 libpam.so.0 = /lib/libpam.so.0 libresolv.so.2 = /lib/libresolv.so.2 libgssapi_krb5.so.2 = /usr/kerberos/lib/libgssapi_krb5.so.2 libkrb5.so.3 = /usr/kerberos/lib/libkrb5.so.3 libk5crypto.so.3 = /usr/kerberos/lib/libk5crypto.so.3 libcom_err.so.3 = /usr/kerberos/lib/libcom_err.so.3 libz.so.1 = /usr/lib/libz.so.1 ldd /home/apache/lib/libaprutil-0.so.0.9.4 libdb-4.0.so = /lib/libdb-4.0.so libgdbm.so.2 = /usr/lib/libgdbm.so.2 libldap.so.2 = /usr/lib/libldap.so.2 libexpat.so.0 = /usr/lib/libexpat.so.0 libc.so.6 = /lib/tls/libc.so.6 libpthread.so.0 = /lib/tls/libpthread.so.0 libsasl.so.7 = /usr/lib/libsasl.so.7 libssl.so.4 = /lib/libssl.so.4 libcrypto.so.4 = /lib/libcrypto.so.4 liblber.so.2 = /usr/lib/liblber.so.2 /lib/ld-linux.so.2 = /lib/ld-linux.so.2 libdl.so.2 = /lib/libdl.so.2 libcrypt.so.1 = /lib/libcrypt.so.1 libpam.so.0 = /lib/libpam.so.0 libresolv.so.2 = /lib/libresolv.so.2 libgssapi_krb5.so.2 = /usr/kerberos/lib/libgssapi_krb5.so.2 libkrb5.so.3 = /usr/kerberos/lib/libkrb5.so.3 libk5crypto.so.3 = /usr/kerberos/lib/libk5crypto.so.3 libcom_err.so.3 = /usr/kerberos/lib/libcom_err.so.3 libz.so.1 = /usr/lib/libz.so.1 So I guess strictly speaking if you build libapr and libaprutil with the appropriate LDFLAGS, you should not need them to build mod_jk2.so and jkjni.so. I found if you don't use --with-os-type=include/linux in your configure command, UNIX sockets (jkjni.so) will fail with the following error: INFO: APR not loaded, disabling jni components: java.io.IOException: initialize Exception during startup processing . . . . . Caused by: java.lang.UnsatisfiedLinkError: getJkEnv at org.apache.jk.apr.AprImpl.getJkEnv(Native Method) About the environment variables . . . I think that if you get libapr and libaprutil built with the listed environment variables you should not need them when building mod_jk2.so and jkjni.so. Messier details are probably better discussed by the developers who know the internals of this code. I'm just beginning to look at it for the following reasons: 1. Submit a patch for autoconf to get the right configure script built. 2. Look at a new MPM module in Apache for Linux and the new thread model that will support in-process communication. When I get to it I don't know since most of my time is spent looking for employment. HTH /mde/ just my two cents . . . . __ Do you Yahoo!? Yahoo! Hotjobs: Enter the Signing Bonus Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Redhat9 / mod_jk2 builds from source
Interesting... I only get this with apache 2.0.48 from ldd /usr/local/apache2/lib/libapr-0.so.9.5: libc.so.6 = /lib/tls/libc.so.6(0x4200) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x8000) I guess that means I didn't build with the LD_FLAGS that you mentioned. The include-os-type=include/linux would give me an error in configure. I imagine that was because there was no directory in the mod_jk2 directory for that. Is that something that's only available with the CVS version? Anyways, thanks for the info and good luck finding employment. I'm gonna go ahead and try what I've got and report back to the list to see if it all works. Oscar On Wed, 14 Jan 2004, Mark Eggers wrote: Oscar, This is all pretty much in a bug I posted to on naygoya.apache.org (#17762). If you build Apache with all shared modules, then there are some dependencies in apr and aprutil. An ldd from 2.0.46 on Redhat 9 (2.4.20-9) shows the following: ldd /home/apache/lib/libapr-0.so.0.9.4 libdb-4.0.so = /lib/libdb-4.0.so libgdbm.so.2 = /usr/lib/libgdbm.so.2 libldap.so.2 = /usr/lib/libldap.so.2 libexpat.so.0 = /usr/lib/libexpat.so.0 libc.so.6 = /lib/tls/libc.so.6 libpthread.so.0 = /lib/tls/libpthread.so.0 libsasl.so.7 = /usr/lib/libsasl.so.7 libssl.so.4 = /lib/libssl.so.4 libcrypto.so.4 = /lib/libcrypto.so.4 liblber.so.2 = /usr/lib/liblber.so.2 /lib/ld-linux.so.2 = /lib/ld-linux.so.2 libdl.so.2 = /lib/libdl.so.2 libcrypt.so.1 = /lib/libcrypt.so.1 libpam.so.0 = /lib/libpam.so.0 libresolv.so.2 = /lib/libresolv.so.2 libgssapi_krb5.so.2 = /usr/kerberos/lib/libgssapi_krb5.so.2 libkrb5.so.3 = /usr/kerberos/lib/libkrb5.so.3 libk5crypto.so.3 = /usr/kerberos/lib/libk5crypto.so.3 libcom_err.so.3 = /usr/kerberos/lib/libcom_err.so.3 libz.so.1 = /usr/lib/libz.so.1 ldd /home/apache/lib/libaprutil-0.so.0.9.4 libdb-4.0.so = /lib/libdb-4.0.so libgdbm.so.2 = /usr/lib/libgdbm.so.2 libldap.so.2 = /usr/lib/libldap.so.2 libexpat.so.0 = /usr/lib/libexpat.so.0 libc.so.6 = /lib/tls/libc.so.6 libpthread.so.0 = /lib/tls/libpthread.so.0 libsasl.so.7 = /usr/lib/libsasl.so.7 libssl.so.4 = /lib/libssl.so.4 libcrypto.so.4 = /lib/libcrypto.so.4 liblber.so.2 = /usr/lib/liblber.so.2 /lib/ld-linux.so.2 = /lib/ld-linux.so.2 libdl.so.2 = /lib/libdl.so.2 libcrypt.so.1 = /lib/libcrypt.so.1 libpam.so.0 = /lib/libpam.so.0 libresolv.so.2 = /lib/libresolv.so.2 libgssapi_krb5.so.2 = /usr/kerberos/lib/libgssapi_krb5.so.2 libkrb5.so.3 = /usr/kerberos/lib/libkrb5.so.3 libk5crypto.so.3 = /usr/kerberos/lib/libk5crypto.so.3 libcom_err.so.3 = /usr/kerberos/lib/libcom_err.so.3 libz.so.1 = /usr/lib/libz.so.1 So I guess strictly speaking if you build libapr and libaprutil with the appropriate LDFLAGS, you should not need them to build mod_jk2.so and jkjni.so. I found if you don't use --with-os-type=include/linux in your configure command, UNIX sockets (jkjni.so) will fail with the following error: INFO: APR not loaded, disabling jni components: java.io.IOException: initialize Exception during startup processing . . . . . Caused by: java.lang.UnsatisfiedLinkError: getJkEnv at org.apache.jk.apr.AprImpl.getJkEnv(Native Method) About the environment variables . . . I think that if you get libapr and libaprutil built with the listed environment variables you should not need them when building mod_jk2.so and jkjni.so. Messier details are probably better discussed by the developers who know the internals of this code. I'm just beginning to look at it for the following reasons: 1. Submit a patch for autoconf to get the right configure script built. 2. Look at a new MPM module in Apache for Linux and the new thread model that will support in-process communication. When I get to it I don't know since most of my time is spent looking for employment. HTH /mde/ just my two cents . . . . __ Do you Yahoo!? Yahoo! Hotjobs: Enter the Signing Bonus Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Redhat9 / mod_jk2 builds from source
Oscar - set $JAVA_HOME if you get configure errors with include-os-type=include/linux. The configure script will tack on the $JAVA_HOME value. If you don't, then give the full path to the header files. I think I get all the extra info because I build Apache with: ./configure --with-ssl=shared --with-modules=all --with-shared=most Basically, I have the kitchen sink version of Apache. Hope that clears things up. /mde/ just my two cents . . . . __ Do you Yahoo!? Yahoo! Hotjobs: Enter the Signing Bonus Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]