Running standard CGI perl scripts under Apache
Is it possible to run standard cgi perl scripts under tomcat 4.x? Thx, CC Chuck Carson Sr. Systems Engineer Syrrx, Inc. 10410 Science Center Drive San Diego, CA 92121 Work: 858.731.3540 Cell: 858.442.1791 -- This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
RE: Running standard CGI perl scripts under Apache
Thanks, CC -Original Message- From: Jeanfrancois Arcand [mailto:[EMAIL PROTECTED]] Sent: Saturday, January 18, 2003 11:55 AM To: Tomcat Users List Subject: Re: Running standard CGI perl scripts under Apache Yes, you can. See http://jakarta.apache.org/tomcat/tomcat-4.1-doc/cgi-howto.html -- Jeanfrancois Red Hat wrote: Is it possible to run standard cgi perl scripts under tomcat 4.x? Thx, CC Chuck Carson Sr. Systems Engineer Syrrx, Inc. 10410 Science Center Drive San Diego, CA 92121 Work: 858.731.3540 Cell: 858.442.1791 -- This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Having multiple cgi-bin locations
I want to control CGI usage at the webapp level, that is, I want a cgi-bin for some applications but not others. I do not want one central cgi-bin location. Can the CGI servlet context be placed in the WEB-INF/web.xml section of specific web applications, thus only enabling it for that application? Ie: Suppose the following directory layout: webapps/ROOT webapps/changemgmt/cgi-bin(these scripts would be executed /changemgmt/cgi/bin/script-name webapps/assetmgmt/ webapps/dba/cgi-bin (these scripts would be executed as /dba/cgi-bin/script-name Thx,CC Chuck Carson Sr. Systems Engineer Syrrx, Inc. 10410 Science Center Drive San Diego, CA 92121 Work: 858.731.3540 Cell: 858.442.1791 -- This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.