hi,

i think you should forward your information to the developer. about your
warning: i am assuming that removing -dlopen will make the warning go away
(but i am not quite sure about that).

bye,
 georg

On Sun, 21 Apr 2002, Jeffrey Bonevich wrote:

> Excellent point, Georg.  I am a bit rusty on working with C/C++ 
> compilation.  Here is my attempt at getting the proper linking in of 
> libwebapp:
> 
> /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 -dlopen ../lib/libwebapp.la mod_webapp.lo
> 
> NOTE that this is the same line we grabbed from make and modified to 
> produce mod_webapp.lo, but replacing -lwebapp with -dlopen 
> ../lib/libwebapp.la.  This produced the following warning:
> 
> libtool: link: warning: `AC_LIBTOOL_DLOPEN' not used. Assuming no dlopen 
> support.
> 
> However, the shared library produced works just fine for me (i.e. stuck 
> it in ${APACHE_HOME}/modules, restarted apache, and wallah! no need for 
> libwebapp.so in lib/!)
> 
> I will add this to the documentation I am building up.
> 
> Now to figure out why all my regular servlet/jsp webapps works, but my 
> Struts-based webapps won't!
> 
> jeff
> 
> Georg Huettenegger wrote:
> 
> > hi,
> > 
> > it does make a difference whether one puts libwebapp.so into the lib or
> > the modules directory. nevertheless it is quite clear why putting
> > libwebapp.so into modules does work for me and others: the line that is
> > used to link mod_webapp.so includes the rpath statement telling the module
> > where to look for required libraries first (the modules directory). if
> > this directory does not match the final $APACHE_HOME/modules directory it
> > will not find the libwebapp.so. i am assuming that apache itself does take
> > care of that libraries in the lib directory are found and that would be
> > the reason why it does work by putting it in the lib directory.
> > 
> > the correct solution in my eyes would be to have the static libwebapp.a
> > included in the mod_webapp.so so that the libwebapp library does not need
> > to be copied.
> > 
> > bye,
> >  georg
> > 
> > On Sat, 20 Apr 2002, Simon Stewart wrote:
> > 
> > 
> >>On Fri, Apr 19, 2002 at 11:23:44PM -0400, Jeffrey Bonevich wrote:
> >>
> >>>Simon Stewart wrote:
> >>>
> >>>
> >>>>Having looked through the mailing list archives, this looks like a
> >>>>popular subject, and I think that I've almost got it cracked. Almost.
> >>>>
> >>>>After following the advice in 
> >>>>
> >>>>http://www.mail-archive.com/[email protected]/msg51557.html
> >>>>
> >>>>I just thought that people might like to know that the location of
> >>>>libwebapp.so should be ${APACHE2}/lib and not modules. 
> >>>>
> >>> 
> >>>For the purest approach, yes, but it really matters not (at least for my 
> >>>apache install -- 2.0.35, compiled from source, DSO-style, etc.).  Did 
> >>>it actually matter for you (i.e. you got errors when it was in modules 
> >>>as opposed to lib)?
> >>>
> >>Afraid so:
> >>
> >>mite:/usr/local/apache-2# cd /usr/local/apache-2/
> >>mite:/usr/local/apache-2# mv lib/libwebapp.so modules
> >>mite:/usr/local/apache-2# ./bin/apachectl start
> >>Syntax error on line 218 of /usr/local/apache-2/conf/httpd.conf:
> >>Cannot load /usr/local/apache-2/modules/mod_webapp.so into server: libwebapp.so: 
>cannot open shared object file: No such file or directory
> >>./bin/apachectl start: httpd could not be started
> >>mite:/usr/local/apache-2# mv modules/libwebapp.so lib/
> >>mite:/usr/local/apache-2# ./bin/apachectl start
> >>Syntax error on line 221 of /usr/local/apache-2/conf/httpd.conf:
> >>Invalid virtual host name
> >>./bin/apachectl start: httpd could not be started
> >>mite:/usr/local/apache-2#
> >>
> >>This after starting tomcat first.
> >>
> >>
> >>>>Apache now passes a configtest with just the webapp module (without
> >>>>any WebApp* declarations) loaded but when I add the entries:
> >>>>
> >>>>LoadModule webapp_module   modules/mod_webapp.so
> >>>>WebAppConnection warpConnection warp localhost:8008
> >>>>WebAppDeploy examples warpConnection /examples/
> >>>>
> >>>>(lifted from the default server.xml file) I get:
> >>>>
> >>>>root@mite:/usr/local/apache-2# ./bin/apachectl configtest
> >>>>Syntax error on line 221 of /usr/local/apache-2/conf/httpd.conf:
> >>>>Invalid virtual host name
> >>>>
> >>>>Where line 221 refers to the "WebAppDeploy" line. I'm perplexed,
> >>>>everything else looks good. Could anyone offer some suggestions,
> >>>>please?
> >>>>
> >>>
> >>>And the WebApp* directives themselves were in the main configs and not 
> >>>in any VirtualHost subsection?  If in a VirtualHost section, try just 
> >>>placing them in the main configs and get rid of the vhost config 
> >>>subsection...I found this to work for me.  If it is already in the main 
> >>>configs, are their other vhost subsections you already have for other 
> >>>things?  Try commenting out all vhost configs and see if it works now. 
> >>>Long shot, I know, but...
> >>>
> >>Okay, I've set the ServerName to be "localhost:80", because I've read
> >>that the name resolution of the server can cause trouble. The port is
> >>specified because otherwise I get an error from webapp moaning about
> >>the port being bad.
> >>
> >>There are no VirtualHost sections at all and so I've not set the
> >>NameVirtualHost. Doing so produces the same error. I'm using the
> >>worker MPM. The WebApp* directives are all in the main body of the
> >>config, immediately under the LoadModule directive.
> >>
> >>It's an interesting problem, but one that's starting to get a little
> >>tiresome. If I could persuade mod_jk2 to work, I'd do that, but I've
> >>had no luck there, either. Ho hum.
> >>
> >>None of the logs in the tomcat log directory get any larger when I
> >>start apache, so it doesn't look as if the webapp module even attempts
> >>to connect to tomcat, and there are no new entires in any of tha
> >>apache logs either. Is there some way to get some verbose output out
> >>of the module and find out what it thinks it's playing at?
> >>
> >>I've even edited the /etc/hosts file so that "localhost" is the only
> >>name for this machine and restarted both tomcat and then apache with
> >>no luck.
> >>
> >>Cheers,
> >>
> >>Simon
> >>
> >>-- 
> >>Chaos, panic, & disorder - my work here is done
> >>
> >>--
> >>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!
> 
> 
> --
> 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]>


Reply via email to