RE: Multiple instances
I have a wrapper startup script that changes the value of CATALINA_BASE before it calls the startup.sh script. Just have the right directories and files created in your CATALINA_BASE directory before you call startup.sh. There are a couple of problems with this that I've found. You have a lot of java processes running and if one of them is going haywire, you don't have a way of knowing which server instance is bad since they all show up as java in the ps -ef output. I'm trying to solve this by having a java_server1, java_server2 etc. binaries, but am having some difficulties with that. Also, I've found that if you start more than just a couple of instances simultaneously, they all fail. I have about 10 servers that get started in a boot script that don't start correctly if you try and start all of them at the same time (at least very quickly one after the other). I have to put a sleep between each startup call to get them to start correctly. I hope this helps, Lloyd -Original Message- From: Rohit Peyyeti [mailto:[EMAIL PROTECTED] Sent: Thursday, May 29, 2003 6:41 AM To: Tomcat Users List Subject: Multiple instances Hello Gurus: I have received no response to my previous post and hence I'm rephrasing my question and posting it again ;) I need to setup multiple tomcat 4.1.24 instances (for each of my web applications). I did read RUNNING.txt shipped with tomcat distribution -- but was not very clear. Can I give multiple entries to CATALINA_BASE environment? What if I want to run 5 to 6 different instances? How exactly should it be configured? Is there any how-to or document available for setting up tomcat 4's multiple instances? Thanks! Rohit - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: SSL in tomcat vs. apache
Thanks, that's kind of what I thought. I was curious if there were any large show-stopper type of issues that I wasn't aware of and there doesn't appear to be. I know certificate management will be a little awkward compared to what I'm used to, but I can deal with that. I will experiment with both alternatives and see what works best. It would be nice to only have to worry about one server, but there are more unknowns (risks) with the tomcat only method. Lloyd -Original Message- From: Craig R. McClanahan [mailto:craigmcc;apache.org] Sent: Monday, November 11, 2002 6:27 PM To: Tomcat Users List Subject: Re: SSL in tomcat vs. apache On Mon, 11 Nov 2002, Lloyd Meinholz wrote: Date: Mon, 11 Nov 2002 15:33:16 -0500 From: Lloyd Meinholz [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: SSL in tomcat vs. apache Does anyone have any comparison facts or opinions on the difference in running SSL in apache vs. SSL in tomcat (Java)? We're running on Sun boxes and using JDK 1.4.1 if that matters (other than JSSE is built-in). Most of our sites are dynamic, but we are currently using a web server for authentication and SSL encryption (the whole site, not just part of it) and a few static pages. We are required to password protect and encrypt the entire site. I am tempted to do away with our web server, but am a little nervous about doing computationally intensive stuff with Java and what the performance would be. I will have to use JNDI Realms to authenticate to our LDAP server also, but I do quite a bit with JNDI already and am a bit more comfortable with that issue. Thanks for any insight. In theory, doing the SSL decryption in the web server (typically in highly optimized C or C++ code) should run faster. The gap is probably smaller with recent JVMs (where the code that does this will get JIT'd by HotSpot fairly soon if it gets used a lot). (The same argument applies to things like HTTP header parsing in C versus Java, but the gaps are probably smaller there.) In practice, the only way to know for sure is to try it both ways and see if there is a difference that matters in *your* environment. Lloyd Craig -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org
SSL in tomcat vs. apache
Does anyone have any comparison facts or opinions on the difference in running SSL in apache vs. SSL in tomcat (Java)? We're running on Sun boxes and using JDK 1.4.1 if that matters (other than JSSE is built-in). Most of our sites are dynamic, but we are currently using a web server for authentication and SSL encryption (the whole site, not just part of it) and a few static pages. We are required to password protect and encrypt the entire site. I am tempted to do away with our web server, but am a little nervous about doing computationally intensive stuff with Java and what the performance would be. I will have to use JNDI Realms to authenticate to our LDAP server also, but I do quite a bit with JNDI already and am a bit more comfortable with that issue. Thanks for any insight. Lloyd
RE: Getting USERNAME/PASSWORD from HTTP headers
This nice way is: request.getRemoteUser(). However, this doesn't seem to work with mod_webapp, I haven't figured out why and no one had an explanation when I asked. I'm using an ugly base64 decode as a work around until I get another connector working. getRemoteUser() does seem to work (from what others have posted) with jk if you put the following in the connector part of you server.xml tomcatAuthentication=false I haven't figured out what relation coyote has to all this, related to jk, competitor, etc. Seems to be different than mod_webapp. Lloyd -Original Message- From: Donie Kelly [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 23, 2002 3:35 PM To: 'Tomcat Users List' Subject: RE: Getting USERNAME/PASSWORD from HTTP headers That's grand but I then have to base64 decode the result. I was hoping there was a nice way ;) Donie -Original Message- From: Phillip Morelock [mailto:[EMAIL PROTECTED]] Sent: 23 May 2002 20:38 To: Tomcat Users List Subject: Re: Getting USERNAME/PASSWORD from HTTP headers request.getHeader() see the documentation for HttpServletRequest On 5/23/02 12:27 PM, Donie Kelly [EMAIL PROTECTED] wrote: Hi all How do I get the username and password from the http authentication headers... Thanks Donie -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Mod WEB_APP
You can get Solaris Freeware (gcc, tar for untarring long paths on Solaris etc.) packages at: http://sunfreeware.com. This should get you started. It's a helpful and good site. Lloyd -Original Message- From: Rui Oliveira [mailto:[EMAIL PROTECTED]] Sent: Tuesday, May 21, 2002 4:56 AM To: 'Tomcat Users List' Subject: RE: Mod WEB_APP Hello, my problem is that I have no compiler license for CC on Solaris 8, and have no compiled version of the GCC compiler either. Hence, I cannot compile the MOD_WEBAPP... :( Does anyone here have an already compiled version of MOD_WEBAPP for Solaris 8? Can someone send it to me? Please Thanks in Advance Rui -Original Message- From: Adrian [mailto:[EMAIL PROTECTED]] Sent: segunda-feira, 20 de Maio de 2002 22:12 To: Tomcat Users List Subject: Re: Mod WEB_APP You should check : http://www.pubbitch.org/jboss.html - Original Message - From: Rui Oliveira [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, May 20, 2002 11:30 AM Subject: Mod WEB_APP Hello, Does anyone here has the mod_webapp compiled for Solaris 8, using the GCC? Can someone help me out? Regards Rui Oliveira -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: mod_webapp building help
The TEST thing seems to be fixed in the latest nightly build (20021119) and in the 4.0.2-b2 src download page. I'm having other problems on Sparc Solaris 8. I get the following messages: *** Warning: This library needs some functionality provided by -lwebapp. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: libtool could not satisfy all declared inter-library *** dependencies of module mod_webapp. Therefore, libtool will create *** a static module, that should work as long as the dlopening *** application is linked with the -dlopen flag. Did you have this problem or have any idea how to fix it? I have a libwebapp.a and libwebapp.la built but no .so and I don't know how to build one and I'm not even sure that's what's being refered to by -lwebapp. Did you have this problem or do you have any idea how to solve it? Thanks, Lloyd -Original Message- From: Thad Humphries [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 23, 2002 2:45 PM To: Tomcat Users List Subject: Re: mod_webapp building help There is a README.txt file in the directory. Use that to learn how to point to apxs, etc. When I last downloaded the 4.0.1 source, the configure script was missing. I had to copy that out of my copy of the 4.0 source. I built mod_webapp on Sun Solaris 2.7 just last week. There were some tricks in doing it. First, I had to install a number of GNU tools on my SPARC (I got them from http://www.sunfreeware.com/). Second, I edited the configure script (again, the one from 4.0). I changed line 2505 from if {TEST} i! ${local_target} = apr to if ${TEST} ${local_target} = apr Lastly, I had to edit the Makefile.in to point to /usr/local/bin/libtool since the configure script did not properly @@LIBTOOL@@. All that finally built a mod_webapp.so for Solaris 2.7 and that has been working for me with Tomcat 4.0.1. On Wed, 2002-01-23 at 14:35, Rahadul Kabir wrote: can someone please tell me how to build Webapp-module from the source. is there any documentation about this on the Jakarta page. thanks. --rahad -- -- -- Thad Humphries ...no religious test shall ever be required Web Development Manager as a qualification to any office or public Phone: 540/675-3015, x225trust under the United States. -Article VI -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
RE: mod_webapp building help
That message was generated by make in the webapp-module-1.0.2-tc402 source. It didn't have anything to do with tomcat other than I used the --with-tomcat flag to configure. Lloyd -Original Message- From: Thad Humphries [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 23, 2002 3:34 PM To: Tomcat Users List Subject: RE: mod_webapp building help I didn't try to rebuild all of Tomcat. All I built mod_webapp from webapp-module-1.0.1-tc401-src.tar.gz On Wed, 2002-01-23 at 15:03, Lloyd Meinholz wrote: The TEST thing seems to be fixed in the latest nightly build (20021119) and in the 4.0.2-b2 src download page. I'm having other problems on Sparc Solaris 8. I get the following messages: *** Warning: This library needs some functionality provided by -lwebapp. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: libtool could not satisfy all declared inter-library *** dependencies of module mod_webapp. Therefore, libtool will create *** a static module, that should work as long as the dlopening *** application is linked with the -dlopen flag. Did you have this problem or have any idea how to fix it? I have a libwebapp.a and libwebapp.la built but no .so and I don't know how to build one and I'm not even sure that's what's being refered to by -lwebapp. Did you have this problem or do you have any idea how to solve it? Thanks, Lloyd ... -- -- -- Thad Humphries ...no religious test shall ever be required Web Development Manager as a qualification to any office or public Phone: 540/675-3015, x225trust under the United States. -Article VI -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]