Hello Hector - > I have compiled mod_perl 1.3.29 statically into apache 1.3.27+ApacheSSL, > running on AIX 5.2 > Used: > perl Makefile.PL APACHE_SRC=../apache_1.3.27/src DO_HTTPD=1 USE_APACI=1 > EVERYTHING=1 APACI_ARGS='--enable-module=so --enable-module=rewrite' > > Perl Version : 5.8.5 > Executed 'make test' and all of the tests are ok (except for 6 skipped) > > The problem comes when I install the new apache, mod_perl interferes with > our application server, resin, mod_caucho (or it may be the other way > around) and all of the JSP pages start showing the source code instead of > the output.
First you should verify whether it's Apache or Resin that is serving up the contents of the JSP source using your configuration - if you shut down your app server and still see the JSP source, then Apache is delivering it. If that's the case it's likely just a problem with your httpd.conf configuration. One of the handlers registered by mod_caucho does URI translation, which is where it decides whether or not to hand off the request to Resin. It sounds like mod_caucho is not getting the chance to handle the request, so the Apache default handler takes over and just displays the contents of the requested source file. You might want to try temporarily commenting-out any of the mod_perl config in your httpd.conf and see if things change. Also look for things like RewriteRules that might modify the JSP URLs - if there are any, make sure they have the PassThru (PT) flag at the end so that mod_caucho's URI translation can still take place after mod_rewrite has done its work. HTH, Larry -- Report problems: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html List etiquette: http://perl.apache.org/maillist/email-etiquette.html
