Re: running as diff. account
From: Astrid Wagner [EMAIL PROTECTED] This may be off topic but maybe someone else had this requirement: I need to call a system call running in a different account than the account the web application runs: E.g All web applications etc. run as accountA but my web application needs to call a rsh command (via native interface) run as accountB. maybe you can use su or maybe you can make a copy of rsh, whose owner is the user you need not sure if any of those would work, but.. Regards, Juan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: running as diff. account
another would be to run the app with a different user, but it may lead to security issues.. Juan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: running as diff. account
From: Ralph Einfeldt [EMAIL PROTECTED] - script that calls rsh by super or sudo or something like that my typo! today I meant sudo not *su* :oP regards, Juan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: My Tomcat + Apache + mod_jk HOWTO
From: Bill Saez [EMAIL PROTECTED] Tim, Tim or Juan? :oP #My production site VirtualHost mydomain.com ServerAdmin [EMAIL PROTECTED] DocumentRoot /usr/local/apache2/htdocs ServerName mydomain.com:80 ErrorLog logs/error_log CustomLog logs/access_log common /VirtualHost #My dev site VirtualHost localhost ServerAdmin [EMAIL PROTECTED] DocumentRoot /usr/local/apache2/htdocs ServerName localhost:80 ErrorLog logs/error_log CustomLog logs/access_log common /VirtualHost you have the same DocumentRoot in both.. is this ok, or you just copied it wrong? This worked. ok However when I pulled in the contents of mod_jk.conf it killed my document root. mmhhh... are you including the contents before your VirtualHosts definitions? probably there's something conflicting between both of them, check out you're not redefining anyhting.. I ended up trying to pull the contents of some of the virtual host listings from mod_jk.conf directly and put it into the virtual host tags in httpd.conf. So far this seems like it will work- I can preserve my document root and still serve up jsp and servlets. that's ok then that's how I ended doing it, if you check my httpd.conf file in my HOWTO and if you check the resources links, there's a link to a mail by John Turner where he showed his conf, and he did it that way too Is this the right way to do this? in this scenario I don't think there's one right or wrong way the right one for you, should be the one it works for you, and that it's easier for you I put everything in my httpd.conf file because I see it more tidy, and it lets me see things clear all in one file, without having to edit another file, I don't see much sense in having another file... maybe another person sees that way more tidy since it includes Tomcat related things or VirtualHost in another file.. use what you liie more, and works for you :) It does work, but forces me to go in by hand and change multiple virtual host entries if I need to change any structure here. mmhh, I don't get your point here, can you clarify? regards, Juan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: My Tomcat + Apache + mod_jk HOWTO
From: Bill Saez [EMAIL PROTECTED] Maybe you can define this once at server (global) context using Directotry insted of Location: Directory /usr/local/tomcat/webapps/examples/juan Options Indexes FollowSymLinks DirectoryIndex index.html index.htm index.jsp /Directory Location /examples/WEB-INF/* AllowOverride None deny from all /Location Location /examples/META-INF/* AllowOverride None deny from all /Location and just define the Alias in each VirtualHost plus these lines: JkMount /examples/jsp/security/protected/j_security_check ajp13 JkMount /examples/snoop ajp13 JkMount /examples/servlet/* ajp13 JkMount /examples/CompressionTest ajp13 JkMount /examples/*.jsp ajp13 JkMount /examples/servletToJsp ajp13 JkMount /examples/SendMailServlet ajp13 I haven't tested it, but I suppose it should work.. try it if you want... Maybe the JkMount can also be treated globaly, not sure about that.. regards, Juan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: My Tomcat + Apache + mod_jk HOWTO
From: Tim Funk [EMAIL PROTECTED] Feel free to add the link to the Wiki too ... http://nagoya.apache.org/wiki/apachewiki.cgi?Tomcat/Links added, plus link to Tomcat's Homepage Thanks, Juan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
My Tomcat + Apache + mod_jk HOWTO
Hi, I've written a kind of HOWTO for Tomcat + Apache + mod_jk. The address is http://www.juanin.com/tomcat/ I will appreciate any feedback, suggestions or critics!!! :) Juan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat Integration with Apache (Tomcat cluster)
From: Dasun Buddhika Ratnayake [EMAIL PROTECTED] I'm searching for the best way to Integrate tomcat with apache. is it using mod_jk or mod_webapp, or anyother method. use mod_jk mod_webapp is deprecated regards, Juan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Environment variables, are they really needed??
Maybe dumb question... All the tutorials, etc. I've seen talk about defining CATALINA_HOME, and JAVA_HOME as environment variables (and sometimes also CLASSPATH) I didn't define anything as environment variables, mine are just defined in workers.properties and tomcat4.conf In workers.properties, among other things I have: workers.tomcat_home=/var/tomcat4 workers.java_home=/usr/java/j2sdk1.4.1_03 worker.inprocess.class_path=/var/tomcat4/common/lib/servlet.jar and in tomcat4.conf I have: JAVA_HOME=/usr/java/j2sdk1.4.1_03 CATALINA_HOME=/var/tomcat4 and things work fine without environment variables are they just two ways of doing it, or I may have something wrong? Thanks again, Juan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Environment variables, are they really needed??
From: Shapira, Yoav [EMAIL PROTECTED] This is a basic unix question, not specific to tomcat. Without going into technical details, I would say environment variables are one way to define these properties. There are other ways, e.g. in your configuration files. yes, I know that, but I just wondered why everyone defines them as environment variables.. I see it more tidy to define them in configuration files... just my opinion.. Juan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat + Apache + mod_jk HOWTO
Hi, Can someone point me to a good Tomcat + Apache-1.3.x + mod_jk HOWTO that covers Apache's VirtualHosts? I found a nice one by Pascal Chong at http://linux-sxs.org/internet_serving/tomcat4.1x.html It's good for initial setup, but does not cover many more things... I've got Tomcat working ok with mod_jk + Apache, but I'd like info on configuring Apache's VirtualHosts to use Tomcat.. There's this HOWTO: http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk2/doc/jk2/vhost howto.html but it covers Apache-2, and I tried it with my Apache-1.3.27 and doesn't work.. Thanks in advanced, Juan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat + Apache + mod_jk HOWTO
From: John Turner [EMAIL PROTECTED] If you consider localhost to be a VirtualHost (it is), then the HOWTOs should be OK. If you need more info, this may help: http://marc.theaimsgroup.com/?l=tomcat-userm=105778185321556w=2 The only thing I would change from my post earlier this month is that I would setup a separate director for each host that is not under CATALINA_HOME/webapps. thnx John! it's now working.. the problem was that I was not defining the host in server.xml I thought that while using it with mod_jk + apache y only had to define it in httpd.conf regards, Juan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
CoyoteConnector vs. Ajp13Connector
What's the difference between CoyoteConnector and Ajp13Connector?? I noticed both work with Apache + mod_jk Is it because it works better, better performance? One is newer than the other one? Is it a stupid question? I have been searching around jakarta.apache.org and couldn't find a plca e where it describes the difference.. Thanks in advanced, Juan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CoyoteConnector vs. Ajp13Connector
Sorry I've just ofund it Ajp13Connector is older and now deprecated, am I right? so I should use CoyoteConnector, shouldn't I? From: Juan Nin [EMAIL PROTECTED] What's the difference between CoyoteConnector and Ajp13Connector?? I noticed both work with Apache + mod_jk Is it because it works better, better performance? One is newer than the other one? Is it a stupid question? I have been searching around jakarta.apache.org and couldn't find a plca e where it describes the difference.. Thanks in advanced, Juan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat + Apache + mod_jk HOWTO
From: John Turner [EMAIL PROTECTED] The only thing I would change from my post earlier this month is that I would setup a separate director for each host that is not under CATALINA_HOME/webapps. what's the concept of director? is there any advantage or something between having your apps under CATALINA_HOME/webapps and not having them there? sorry for all the bothering, Juan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Apache 1.3.27, Tomcat 4.1 mod_jk, not working
From: Bongrip [EMAIL PROTECTED] When I try to access a jsp page it gives me error 404. But the file is there and is readable by all. (0644) I am running tomcat 4.1.24 and using Sun's j2sdk 1.4.1 rev 03. I get nothing logged to either the apache logs or the tomcat logs when I make a request. is it under CATALINA_HOME/webapps ? what's the permissions in that directory? I had to change the permissions it had after installing from RPM in order not to get a 404 error.. I did: # chmod 775 /var/tomcat4/webapps # ls -l /var/tomcat4/ | grep webapps drwxrwxr-x7 root tomcat4 1024 Jul 16 11:34 webapps is this ok, or am I having some security isse? if not, any idea why the RPM installed it with permissions that didn't allow the access?? Juan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat + Apache + mod_jk HOWTO
From: John Turner [EMAIL PROTECTED] Typo. director = directory oh, ok, I thought maybe it was a typo :) The problem with having multiple webapps for multiple virtual hosts all under CATALINA_HOME/webapps is that things get a little messy. yes, I thought of that.. If you put app1 and app2 under webapps, both of your Hosts will have the same appBase (webapps). Then things like the Tomcat manager will be cross- host, that is, app2 will also work for host1 (www.host1.com/app2) and app1 will work for host2 (www.host2.com/app1). That may or may not be acceptable...in some cases, app2 should not be accessible to anything other than host2. interesting, in my case they shouldn;t be accesible In order to achieve this, you have to set different appBase's for each Host (like CATALINA_HOME/hosts/host1 and CATALINA_HOME/hosts/host2). That's what I was describing earlier. ok now I get what you tried to say :) in my case the VirtualHost's directory is /var/www/domain.com and it's working with the folowwing section in my server.xml file: Host name=www.domain.com debug=0 appBase=/var/www/domain.com unpackWARs=true autoDeploy=true Context path= docBase= debug=1/ Valve className=org.apache.catalina.valves.AccessLogValve directory=logs prefix=domain.com_access_log. suffix=.txt pattern=common resolveHosts=false/ /Host is this ok, or is there any problem? I always see all of the examples putting things under CATALINA_HOME, but this is working ok in /var/www/domain.com thnx again for all!!! Juan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
