Re: fastcgi broke my Exports

Thanks perrin:

I should have clarified. This application is still running under mod_cgi (or at least that was my intention). I installed fastcgi to run a couple of instances of RequestTracker on the same machine. The RT vhost container looks like this:

<VirtualHost 192.168.1.5:80>
   ServerName rt1.example.com
   DocumentRoot /usr/local/rt-3.8.4/share/html

   CustomLog /var/log/apache2/rt1_access.log combined
   ErrorLog /var/log/apache2/rt1_error.log
   AddHandler fastcgi-script fcgi
   ScriptAlias / /usr/local/rt-3.8.4/bin/mason_handler.fcgi/

</VirtualHost>
[download]

I would like to run this new application under fastcgi one of these days, but it was written as a CGI application and I had not counted on having to refactor this code just yet, just to host RT on the same box where I'm building this.

Is it not possible to run mod_cgi and mod_fastcgi at the same time on the same apache server? And if not, can anyone recommend a good tutorial to guide such a refactoring of essentially working code? I was well on the path to a beta launch before this little hickup.

-- Hugh

if( $lal && $lol ) { $life++; }

Comment on Re: fastcgi broke my Exports Download Code

Replies are listed 'Best First'.
Re^2: fastcgi broke my Exports by perrin (Chancellor) on Jul 13, 2009 at 21:06 UTC
There's no reason this should interfere with existing CGI code if you run them on separate virtualhosts. If you comment this out, do your scripts start working again?	[reply]
Re: fastcgi broke my Exports by hesco (Deacon) on Jul 13, 2009 at 23:19 UTC
No, it does not. I still get those same errors:`Can't locate object method "_GenerateAccountSummary" via package`, even though that is a valid method in my ::Account module, use'd by my base class. It was a long weekend, but as I ponder this, more of it is coming back to me. I'm working on a Debian server. The previous weekend I had installed mod_perl, until I encountered namespace clashes when I attempted to run a second instance of RT on the same apache. Further research led me to believe that fastcgi would bypass that issue. But when it came time to install fastcgi, I ran into some conflicts with respect to the pre-requisites. In order to resolve those, I wound up doing an `apt-get dist-upgrade`. I then had to completely rebuild my site's perl lib, most of it from cpan. I was focused on making RT work. I did not come back to testing this application under development until I had those two RT instances up and running. And that is when I encountered this issue. I don't know if that sheds any light on this situation or not. But perhaps it was not fastcgi which broke Exporter, but something else I did in that move from Etch to Lenny, in order to get fastcgi working. I'm baffled, here. -- Hugh if( $lal && $lol ) { $life++; }	[reply] [d/l]
Re^2: fastcgi broke my Exports by perrin (Chancellor) on Jul 14, 2009 at 17:22 UTC
I can't say where it got broken, but I think it's unrelated to FastCGI. And yes, you can run separate FastCGI backends with different code. It works about the same as it would for mod_perl, i.e. you run two separate backends with different @INCs and point two virtual hosts at them.	[reply]
Re^2: fastcgi broke my Exports by Anonymous Monk on Jul 14, 2009 at 07:34 UTC
Dump @INC, %INC, %ENV, %:: Maybe use Devel::Trace	[reply]


Clear questions and runnable code get the best and fastest answer
	PerlMonks