<monty-burns>Exccccellent!</monty-burns>
Georg - this worked beautifully. Thank you very much!
For purposes of recording this on the user group so that others may
benefit (if they bother to check first that is ;-> ), here is exactly
what I did:
#
# Assumptions
# * You have already installed Apache 2.0.35
# * You have downloaded and unpacked the Jakarta Tomcat Connectors
# source package (jakarta-tomcat-connectors-4.0.2-01-src.tar.gz)
#
#
# Procedure
#
cd ${TOMCAT_CONNECTORS_SRC_HOME}/webapp
chmod +x support/*.sh
./support/buildconf.sh
./configure --with-apxs=/usr/local/apache2/bin/apxs
make
#
# Here is where it gets non-standard
#
cd lib
gcc -shared -o libwebapp.so *.lo
cd ../apache-2.0/
/usr/local/apache2/build/libtool --silent --mode=link \
gcc -shared -o mod_webapp.so -rpath /usr/local/apache2/modules \
-module -avoid-version -I../include -L../lib -lwebapp mod_webapp.lo
cp mod_webapp.so /usr/local/apache2/modules/
cp ../lib/libwebapp.so /usr/local/apache2/modules/
#
# Add the following to /usr/local/apache2/conf/httpd.conf:
#
# LoadModule webapp_module modules/mod_webapp.so
#
/usr/local/apache2/bin/apachectl configtest
Wonder if this has been corrected in the CVS source yet? Maybe worth
doing some searches on tomcat-dev and poking around in CVS, etc.
Suppose I will look into that next!
jeff
Georg Huettenegger wrote:
> hi,
>
> while playing around with mod_jk/mod_webapp/binaries i did get undefined
> symbols (e.g. i tried to issue gcc -shared -o mod_webapp.so mod_webapp.o
> -L../lib -lwebapp in the apache-2.0 directory; the result did not work.
>
> nevertheless the following steps gave me a working version:
>
> i just manually compiled a libwebapp.so using:
> 'gcc -o libwebapp.so *.lo' in the lib directory.
>
> then i used the last line that links together mod_webapp.la in the
> apache-2.0 directory and added -shared before -o and changed the suffix to
> .so from .la. otherwise the line (something with .../libtool --mode=link
> gcc -o ....)
>
> after copying mod_webapp.so and libwebapp.so to $APACHE_HOME/modules it
> worked without any problem
>
> bye,
> georg
>
> On Thu, 18 Apr 2002, Jeffrey Bonevich wrote:
>
>
>>Georg -
>>
>>You may have seen the other issue (with undefined symbol wa_pool)
>>mentioned. Did you encounter this issue? Was it not an issue on Solaris?
>>
>>jeff
>>
>>Georg Huettenegger wrote:
>>
>>
>>>hi,
>>>
>>>for some reason i do not understand the build mechanism does not build a
>>>libwebapp.so shared library. if one does do this by and (and possibly also
>>>building a mod_webapp.so by hand) everything does work fine for me.
>>>
>>>apparently the build system still needs some improvement and for the
>>>moment it is possible to build shared libraries by hand.
>>>
>>>bye,
>>> georg
>>>
>>>On Thu, 18 Apr 2002, Emil Olovsson wrote:
>>>
>>>
>>>
>>>>I am trying to build mod_webapp for apache 2.0.35 and Tomcat 4.0.3
>>>>
>>>>I followed the instructions in the README file, and all was fine until I
>>>>issued make. Then I got the following error. Can someone please tell me what
>>>>is wrong.
>>>>
>>>>...
>>>>make[1]: Entering directory "apache-2.0"
>>>>make[1]: Invoking "make build"
>>>>make[2]: Entering directory
>>>>`/opt/webapp/jakarta-tomcat-connectors/webapp/apache-2.0'
>>>>Compiling and Linking Apache 2.0 WebApp Module
>>>>/opt/apache2*/bin/apxs -I../include -c -L ../lib -lwebapp mod_webapp.c
>>>>/opt/apache2.0.35/build/libtool --silent --mode=compile
>>>>c -DAP_HAVE_DESIGNATED_INITIALIZER -DLINUX=2 -D_RE
>>>>ENTRANT -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -g -O2 -pthread -I/
>>>>opt/apache2.0.35/include -I../incl
>>>>ude -c -o mod_webapp.lo mod_webapp.c && touch mod_webapp.slo
>>>>mod_webapp.c: In function `wam_invoke':
>>>>mod_webapp.c:482: warning: initialization discards qualifiers from pointer
>>>>target type
>>>>/opt/apache2.0.35/build/libtool --silent --mode=link gcc -o
>>>>mod_webapp.la -rpath /opt/apache2.0.35/modules -mo
>>>>dule -avoid-version -I../include -L../lib -lwebapp mod_webapp.lo
>>>>
>>>>
>>>>*** Warning: This library needs some functionality provided by -lwebapp.
>>>>*** I have the capability to make that library automatically link in when
>>>>*** you link to this library. But I can only do this if you have a
>>>>*** shared version of the library, which you do not appear to have.
>>>>
>>>>*** Warning: libtool could not satisfy all declared inter-library
>>>>*** dependencies of module mod_webapp. Therefore, libtool will create
>>>>*** a static module, that should work as long as the dlopening
>>>>*** application is linked with the -dlopen flag.
>>>>
>>>>
>>>>--
>>>>To unsubscribe: <mailto:[EMAIL PROTECTED]>
>>>>For additional commands: <mailto:[EMAIL PROTECTED]>
>>>>Troubles with the list: <mailto:[EMAIL PROTECTED]>
>>>>
>>>
>>>--
>>>To unsubscribe: <mailto:[EMAIL PROTECTED]>
>>>For additional commands: <mailto:[EMAIL PROTECTED]>
>>>Troubles with the list: <mailto:[EMAIL PROTECTED]>
>>>
>>>
>>>
>>
>>--
>>Jeffrey Bonevich
>>Ann Arbor, Michigan
>>[EMAIL PROTECTED]
>>http://www.bonevich.com
>>
>>Hwæt! Wë Gär-Dena in geär-dagum,
>>peod-cyninga, prym gefrünon,
>>hü ða aepelingas ellen fremedon!
>>
>>
>
>
>
--
Jeffrey Bonevich
Ann Arbor, Michigan
[EMAIL PROTECTED]
http://www.bonevich.com
Hwæt! Wë Gär-Dena in geär-dagum,
peod-cyninga, prym gefrünon,
hü ða aepelingas ellen fremedon!
--
To unsubscribe: <mailto:[EMAIL PROTECTED]>
For additional commands: <mailto:[EMAIL PROTECTED]>
Troubles with the list: <mailto:[EMAIL PROTECTED]>
