RE: Redhat9 / mod_jk2 builds from source

2004-01-19 Thread Brennon Obst
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

2004-01-17 Thread George Shafik
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

2004-01-15 Thread George Shafik
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

2004-01-15 Thread George Shafik
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

2004-01-15 Thread OUTTERS Guillaume
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

2004-01-14 Thread Oscar Carrillo
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

2004-01-14 Thread Oscar Carrillo
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

2004-01-14 Thread Mark Eggers
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

2004-01-14 Thread Oscar Carrillo
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

2004-01-14 Thread Mark Eggers
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

2004-01-14 Thread Oscar Carrillo
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

2004-01-14 Thread Mark Eggers
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]