Tomcat is running on my (Windows 2003) machine as a service logging in as a Local System account. When I ran my test Perl script on the command line, I was logged in as a administrator account.
I tried changing the account it uses to a local admin account and it couldn't find any of the webpages (404 errors) Windows Firewall is explicitly turned off on my server. Tomcat finds Perl through the web.xml file. There is a executable line in the config that I pass the executable path to. All my other Perl cgi scripts work fine, except for a file upload form which is a separate e-mail. (I can't seem to figure out how to compile a single .java file to a .class file. I find myself downloading all the dependencies for Tomcat so it will all compile and I can extract a single class file.) ~Warren Halstead -----Original Message----- From: Wade Chandler [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 18, 2006 7:23 To: Tomcat Users List; [EMAIL PROTECTED] Subject: Re: CGI vs SMTP vs Tomcat The JVM security policy couldn't just block TCP/IP access for the Perl process. The reason being the child process...perl in this case will not be run in the JVM like a class which will make calls inside the JVM space...a.k.a the JVM can't say...you are not allow to make the call to make the connection. Tomcat would have to create a TCP/IP proxy to block access for the perl process or install a native driver to block low-level system calls. My guess is that maybe there is another firewall (personal firewall) or something like it blocking. I wrote another email. Another thought is maybe the user Tomcat is being run as does not have all the paths setup which would allow the Perl script to use the NET package...not sure, but maybe possible I would think if Active Perl can be installed for a user or for the entire system, but then I wouldn't know how it is finding the perl exe to launch the .pl file by extension if it were not installed for all, but in Windows certain permissions can affect parts of applications depending on what they are depending on...maybe a lock down tool was run on the system at some point (would mess up permissions and fixing them can be impossible some times)? Wade --------------------------------------------------------------------- To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]