RE: Best connector
Depends really on what you are doing and what versions you are using. mod_jk is basically more difficult to get going but supports load balancing mechanisms and is easier to separate out the static content from the dynamic content (ie who serves it) when content is within the jsp/servlet virtual directory mod_webapp is generally easier to setup but when it comes to having apache serve up the static content within the virtual directory area is essentially impossible (I say essentially because I believe it can be made to do so in an elaborate fashion, but I haven't tried) coyote, I believe, is not meant for jsp/servlets ... but I cannot be 100% sure since I haven't used it (and is basically hearsay). If you are setting up mod_webapp or want more info on it, I put together, a while ago, a write-up on how to do get put it all together. It covers having multiple instances, ssl and non-ssl, etc (so it could be useful for pretty much everyone). It has httpd.conf and server.xml examples to work from and some general commentary about things to note and look at. http://www.codesta.com/knowledge/technical/tomcat_warp_apache/ I went that route since the word on the street was that mod_webapp was meant to replace mod_jk. Hard to say if that will be true, but it definitely has some additional items it will need before it is as expressive as mod_jk. Joe -Original Message- From: Kemp Randy-W18971 [mailto:[EMAIL PROTECTED]] Sent: Friday, August 30, 2002 6:16 AM To: [EMAIL PROTECTED] Subject: Best connector I was wondering what people believe is the best Apache Tomcat connector: mod_jk, mod_webap (warp), or coyote? And to those using coyote - is the configuration entries in Tomcat and Apache different from the warp connector? If so, is there any documentation or write-ups available? -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: mod_webapp.so
Hi Diego, if you are looking to use WARP, try out this tutorial I put together http://www.codesta.com/knowledge/technical/tomcat_warp_apache/ Joe - Original Message - From: Diego, Emil [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, July 18, 2002 6:06 AM Subject: mod_webapp.so I am running Redhat linux 7.3 with Apache 1.3.23 and tomcat 4.0.4. I have installed them both and have tested them individually and they work. Now i want to setup tomcat so it works within apache. my 2 questions are this. 1) Where can I get the mod_app.so warp connecter? 2) Is there a really good tutorial on how to configure the servers to work together? thanx in advance for the assistance. Emil [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: webapp + apache (1.3/2.0) + ssl
From what I could figure out, I need to do a 'SSLEngine on' in the virtualhost in httpd.conf. Yup, that is an Apache thing (need a few other things too) Do I need to have two WARP connectors defined? On for the SSL and one for non-SSL servlets? Yes, because you want to make sure that you have the appropriate config setup in the server.xml files (ie making sure it reports back it is secure).. Have a look here: http://www.codesta.com/knowledge/technical/tomcat_warp_apache/ It covers all of this for you (this is for Apache 1.3x). -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: to upgrade: uninstall previous, or install over?
While I cannot help you much with Tomcat on XP. It can be fairly trivial to 'uninstall' and then 'install' the new one, at least on Unix. In part it depends on where you have stored configs, your web apps, etc. A few things to consider: Always use a different directory than Tomcats 'webapps' directory. Keep it in a separate location (use $CATALINA_BASE to your advantage). This way you can 'effectively' just wipe out the old install and put the new one in place. On Unix what I tend to do with apps (in general) is install them in a directory (native to them, call it tomcat-4.04, etc), but then create a symlink called 'latest' and point it to the latest install. Then all scripts/environ variables that need to refer to the installation use the 'latest' link. This way you can easily switch over to the new version, if it doesn't work, switch back, all by changing a symlink. Works great! -- Joe Molnar http://www.codesta.com/ - Original Message - From: Liam Morley [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Tuesday, June 18, 2002 11:59 PM Subject: to upgrade: uninstall previous, or install over? as for me, I'm running Tomcat/4.0.4-b3 on Windows XP Pro. I'm wondering if people installing Tomcat have traditionally uninstalled their old version, or have they installed new versions without uninstalling, overwriting the current install? Thanks. Liam Morley -- 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: tomcat-apache with webapp connector
I've seen some other examples for config files (http://www.codesta.com/knowledge/technical/tomcat_warp_apache/page_06.jsp) that say to have Apache send *all* requests over to Tomcat, but that defeats the purpose of having Apache so that *it* will be in charge of serving my static files along with sending my PHP/Perl files to the apropriate processer. Hey there. I wrote the example you are quoting above, so I thought I would say hello. Yes, the example I gave does by default send everything through Apache and it does this for a couple reasons ... first it is a stepping stone for getting to either a stand-alone Tomcat for someone who knows Apache well, and as means to get to learn how Tomcat works for those that know Apache (ie if you have SSL and/or password setups already figured out in Apache, then this setup means you don't need to figure it out in Tomcat). What I haven't tried to do yet (time, I always need more time) is sit down and distinguish between forcing all static content (.html, .gif, .jpeg, etc) to be done via Apache (though mod_webapp...since we all know that mod_jk can in fact do this). That being said there are still ways to make this steup function/process files differently. On the page you quoted, as an example, I placed a 'note' that talks about how Apache analyzes 'Location' directives before sending them off to WARP, unlike how Apache ends up 'ignoring' 'Directory' directives. Through the 'Location' directive you can actually have some other module process the files. Not sure if that helps or not. Joe -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Tomcat 4.0.2 and JDK1.4
Not sure about 4.0.2, but I am using 4.0.3 with JDK 1.4 and haven't had any problems thus far (been running that config for about a month). Joseph Molnar http://www.codesta.com/ - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, May 02, 2002 10:22 AM Subject: Tomcat 4.0.2 and JDK1.4 In tomcat 4.0.2-b2 release note, it said tomcat has issues with Jdk1.4 beta3. I would like to know if Tomcat 4.0.2 works with the Jdk1.4 final release? Thanks. - Tomcat 4.0 and Sun JDK 1.4 beta 3: - Some unpredictable classloading behavior has been reported when Tomcat is used with Sun JDK 1.4. For this reason, it is recommended to use this release of Tomcat with Sun JDK 1.3.1. __ Your favorite stores, helpful shopping tools and great gift ideas. Experience the convenience of buying online with Shop@Netscape! http://shopnow.netscape.com/ Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/ -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Re: mod_webapp, WebAppDeloy, Context
Hi Mattais. You will find information that discusses this in an article I put together: http://www.codesta.com/knowledge/technical/tomcat_warp_apache/ Joe - Original Message - From: Mattias Brändström [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, May 02, 2002 3:25 PM Subject: mod_webapp, WebAppDeloy, Context Hi! I have some questions regarding mod_webapp. What is the relationsip between WabAppDeploy (in my httpd.conf) and Conext (in server.xml)? They seem to hold similar information. If I have something like: VirtualHost * ServerName www.matlaget.org DocumentRoot /var/www/matlaget WebAppDeploy matjsp conn /matjsp /VirtualHost in my httpd.conf, does that mean that i have to have something similar: Context path=/matjsp docBase=matjsp/ in my server.xml file? If I can have something else in the Context-element what would that mean? In my current setup I don't have any corresponding Context-element to the WebAppDeploy-statement and it works fine. That means I get tomcat to serve jsp to me on URLs on the form http://www.matlaget.org/matjsp/*.jsp. Am I making any sense? What is the correct way to do this? Regards, Mattias -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Re: tomcat/apache with ALIASES (Was canonical names)
No. I use A and CNAMES depending on the situation. Do you have proper aliases set up in Apache? Joe - Original Message - From: Oki DZ [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Thursday, April 25, 2002 2:28 AM Subject: Re: tomcat/apache with ALIASES (Was canonical names) On 04/25 15:33 Hamish Marson wrote: What you're using (Or trying to use) is aliases... The DNS records (CNAME etc al) are named after what they point AT (or more accurately) resolve to. Thus the CNAME record (Canonical name) points or resolves to the REAL name of the host. (Literally, the dictionary term for canonical is the real one). Just like the A record resolves TO the address... I think I have the same problems... So, how do you set up virtual hosts in Tomcat? I have tried to have Host ../ elements in a Tomcat service and I used CNAMEs in them. It seemed that any hosts in the service would resolve to the same contexts contained in the service (even though I have supplied different URLs; ie: different FQDNs). I guess the answer would be: just use A records (that point to the same IP number). Is it correct...? Oki -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Authentication and Closing Browser Windows
Hi there. Someone was asking about how to 'close' the browser windows so that they could time-out a session since otherwise the browser typically keeps resending the username/password for the realm, and they didn't like that. I am not sure if someone else gave an answer to this nor 100% of the context (ie what the server set-up was) ... so I apologize if this isn't as helpful. I think I thought of a way to make this work (untested at this point, but for some reason it popped into my head while I was trying to write a completely different document :) ... Instead of closing the browser window, think of a completely different approach essentially encode, as part of the URL, the session time-out/id information, then when the session times-out the URL becomes invalid so when they go to try to use it you can actually redirect them to the newly generated location and respond with a 401 to get the username and password again. Pretty simple actually and will work regardless of the use of Basic Browser based authentication. If someone already posted this, I apologize... Joseph Molnar http://www.codesta.com/ -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Re: domain:8080
Hey Oktay. My how-to covers how to do both shared context's for multiple virtual hosts and talks about multiple instances of tomcat running to protect against one going down...as an ISP the choice is yours and is probably largely memory drive. But have a look, I hope it helps: http://www.codesta.com/knowledge/technical/tomcat_warp_apache/ Joe - Original Message - From: Oktay Altunergil [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Monday, April 22, 2002 9:26 AM Subject: Re: domain:8080 Your hosting provider (or you .. if you have root access) has to set up a connector for your web server that relays jsp/servlet requests for your domain to Tomcat. Chances are they will not do it. It can get pretty annoying to set up in a shared environment, which is probably why they told you to use port 8080 in the first place. By the way.. I need to provide a similar service to our customers and I would appreciate any links to documentation about Tomcat and Apache in a VirtualHost context for shared servers. Oktay Altunergil On Mon, 22 Apr 2002 12:15:29 -0400 Rick Fischer [EMAIL PROTECTED] wrote: Our web site domain name is hudsonwholesalers.com The site starts with a servlet : startup.class (in a package called 'hudson') My Tomcat hosting service tells me the users must use www.hudsonwholesalers.com:8080. Since this is not reasonable I had to use a redirect in index.html to http:\\www.hudsonwholesalers.com:8080/hudson/servlet/hudson.startup I would like users to simple start the site with www.hudsonwholesalers.com. What do we need to do this Thanks -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Re: mod_webapp + httpd.conf
Where are those lines contained, within a VirtualHost directive, or are they at the 'root' of httpd.conf? Joe - Original Message - From: Karoly VEGH [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, April 19, 2002 4:07 AM Subject: mod_webapp + httpd.conf Hello, i try to get apache communicate with tomcat, i have the following section in my httpd.conf: 8- IfModule mod_webapp.c WebAppConnection conn warp localhost:8008 WebAppDeploy examplesconn /examples # WebAppInfo /webapp-info /IfModule -8 WebAppDeploy takes three arguments, name connection uri-path the problem is at apachectl configtest: Syntax error on line 1039 of /etc/apache/httpd.conf: Invalid virtual host name the 1039th line is WebAppDeploy examplesconn /examples what virtual host does he await? tia, Charlie -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Re: Tomcat - Apache integration problem
Do you want to be serving from the root on the 192.168.1.120 ... and do you want it to be serving from Tomcat or Apache? The way you have it setup right now the root of 192.168.1.120 will have Apache (not Tomcat) try to serve documents starting at /export/home/jyan/utility/jakarta-tomcat-4.0.3/webapps/ Based on your config, Tomcat will only serve from 192.168.1.120/examples. Joe - Original Message - From: Cheng Yan [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Thursday, April 18, 2002 11:15 AM Subject: Tomcat - Apache integration problem My apache is 1.3.12, tomcat is 4.0.3 and OS is Solaris 8. I added following lines in my httpd.conf and certain necessary changes in server.xml. LoadModule webapp_module /usr/apache/libexec/mod_webapp.so AddModule mod_webapp.c VirtualHost 192.168.1.120 ServerName niuniu DocumentRoot /export/home/jyan/utility/jakarta-tomcat-4.0.3/webapps/ WebAppConnection warConnection warp localhost:8008 WebAppDeploy examples warConnection /examples /VirtualHost I then started httpd and tomcat. So far so good and I can visit http://192.168.1.120/ROOT/ which is the same as http://localhost:8080. However, I can not visit http://192.168.1.120 any more. I got 403 forbidden message: You don't have permission to access / on this server. Inaddition, two more things I want to ask: 1) I downloaded mod_webapp.so binary. When I start httpd, I got following warning: [Thu Apr 18 14:10:16 2002] [warn] Loaded DSO /usr/apache/libexec/mod_webapp.so uses plain Apache 1.3 API, this module might crash under EAPI! (please recompile it with -DEAPI) So, where can I find the source code for webapp module? Is there anything I need to pay special attention when I recompile this? 2) Though I can not visit http://192.168.1.120, I can still visit http://192.168.1.120/~jyan. But I can not run jsp under $HOME/public_html. The browser simple print the jsp source code into the screen. Can someone please explain it to me? Many thanks. -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Re: Tomcat - Apache integration problem
I should have answered these particular questions too. Inaddition, two more things I want to ask: 1) I downloaded mod_webapp.so binary. When I start httpd, I got following warning: [Thu Apr 18 14:10:16 2002] [warn] Loaded DSO /usr/apache/libexec/mod_webapp.so uses plain Apache 1.3 API, this module might crash under EAPI! (please recompile it with -DEAPI) So, where can I find the source code for webapp module? Is there anything I need to pay special attention when I recompile this? Generally speaking, this is not really an issue. But if you dont' like the error, the source is here: http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0.3/src/ Get the 'connectors' source. 2) Though I can not visit http://192.168.1.120, I can still visit http://192.168.1.120/~jyan. But I can not run jsp under $HOME/public_html. The browser simple print the jsp source code into the screen. This is because it isn't being served by Apache, as per my previous response (below). If you want to serve it properly you will need to do a couple of tricks depending on yoru setup. For example, I am guessing that you are using Apache to do the auto-name redirect for username directories ... is that so? I wrote an article that explains how to set Apache up (though it doesn't mention how to map the user directories), but it will assist in setting up the rest and explain generally how it works. In particular, Page 5 starts the discussion regarding Apache: http://www.codesta.com/knowledge/technical/tomcat_warp_apache/page_05.jsp Have a look there. Joe - Original Message - From: Joseph Molnar [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED]; Cheng Yan [EMAIL PROTECTED] Sent: Thursday, April 18, 2002 11:29 AM Subject: Re: Tomcat - Apache integration problem Do you want to be serving from the root on the 192.168.1.120 ... and do you want it to be serving from Tomcat or Apache? The way you have it setup right now the root of 192.168.1.120 will have Apache (not Tomcat) try to serve documents starting at /export/home/jyan/utility/jakarta-tomcat-4.0.3/webapps/ Based on your config, Tomcat will only serve from 192.168.1.120/examples. Joe -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Re: Tomcat - Apache integration problem
2) Though I can not visit http://192.168.1.120, I can still visit http://192.168.1.120/~jyan. But I can not run jsp under $HOME/public_html. The browser simple print the jsp source code into the screen. This is because it isn't being served by Apache, as per my previous response (below). If you want to serve it properly you will need to do a couple of tricks depending on yoru setup. For example, I am guessing that you are using Apache to do the auto-name redirect for username directories ... is that so? Okay I REALLY need some coffee... The first line should have read: This is because it isn't being served by Tomcat, as per my previous response Operative word 'Tomcat' ... the problem is Apache isn't configured to send the requests down WARP to Tomcat. Joe -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Re: Tomcat - Apache integration problem
Under my $CATALINA_HOME/webapps, there are five subdirs: examples/ manager/ ROOT/ tomcat-docs/ webdav/, which is standard. The mode for all these subdirs are 755. Therefore, when I goto httpd://192.168.1.120, I would expect a list of these five subdirs, wouldn't I? Why should I get 403 Forbidden error? This is an Apache issue (since it is Apache serving it up). I am guessing that you don't actually want to serve from there correct? Look below, and it should make it serve properly (presumingly ROOT). With my current settings, I can visit httpd://192.168.1.120/ROOT. But I can not run jsp here. How can I reset it so that httpd://192.168.1.120/ROOT will be served by tomcat? You can't run them there because of the way you have your configuration. In your httpd.conf you have WebAppDeploy examples warConnection /examples Which means your http:/192.168.1.120/examples is the only area that will allow jsps to be served from at this point. If you want the root (/) to be ROOT: WebAppDeploy ROOT warConnection / Joe -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
New Apache/Tomcat How-To
Hi folks. I had mentioned earlier about putting this together, and I have finally posted an article to aid folks out there on how to get Apache 1.3/Tomcat 4/WARP all working together. It demonstrates: a) multiple tomcat instances b) multiple virtual hosts c) SSL and non-SSL (and extra tid-bits of information) There URL is: http://www.codesta.com/knowledge/technical/tomcat_warp_apache/ Feel free to have a look and send feedback! I tried to be fairly detailed, so I hope it helps out! Joe -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Re: Webappdeploy line help
I suggest managing your webapps from Tomcat instead of from Apache (ie put the virtual 'links' there). You do this buy managing 'contexts' in the server.xml. In terms of instances, are you using a Unix (and if so which one), or Windows? On Linux, many of the instances you may see are actually threads, not processes. Joseph Molnar http://www.codesta.com/ - Original Message - From: Brian Bernardo [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, April 15, 2002 12:15 PM Subject: Webappdeploy line help Help. Is there a way to use tomcat to serve up from multiple urls within one instance? After starting apache I get an instance for every WebAppDeploy line and I am not sure if this is bad or how much it effects performance/scalability. I have the following lines in my httpd.conf: IfModule mod_webapp.c WebAppConnection conn warp gumby.abilizer.com:8008 WebAppInfo /webapp-info WebAppDeploy../../webapp conn/ WebAppDeploy../../webapp conn /url1 WebAppDeploy../../webapp conn /url2 WebAppDeploy../../webapp conn /url3 /IfModule -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Re: mod_webapp and *.shtml not working
I haven't tried this, but I think it may work. I have a document I will be releasing today that explains some of this: a) Apache 'ignores' all Directory directives when a WebAppDeploy statement takes over the root. b) Apache doesn't ignore Location directives. c) SetHandler's in the Location directives work fine. My suggestion is to put a Location (or Location Match) directive on on the root. Then put a Files directive (if you only want to match files) to match .shtml files. THEN do a SetHandler to 'server-parsed'. What I am not 100% sure of at this point, since I haven't had an opportunity to try, is what actual directory location it will attempt to find the files at. Naturally I would presume it would be based off of the DocumentRoot, but again, I am not 100% sure. Let me know if that works, and when I have a moment I will attempt to try since it will be helpful for the document I wrote up explaining how to install Tomcat on Apache via WARP (it is 95% done at this point). Joseph Molnar http://www.codesta.com/ - Original Message - From: Catalin Mihailescu [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Thursday, April 11, 2002 10:28 AM Subject: mod_webapp and *.shtml not working Hello, I'm using a RedHat 7.0 box, Apache/1.3.22, Tomcat 4.0.2 and a site site-name that use SSI. I cannot make them to work together (Apache to serve *.shtml and Tomcat serve JUST *.jsp). Can you please tell me what I'm doing wrong and what else should I do to make it work? My server.xml looks like: __ --- Server port=8005 shutdown=SHUTDOWN debug=0 !-- Define an Apache-Connector Service -- Service name=Tomcat-Apache Connector className=org.apache.catalina.connector.warp.WarpConnector port=8008 minProcessors=5 maxProcessors=10 enableLookups=false appBase=webapps acceptCount=5 debug=0/ Engine className=org.apache.catalina.connector.warp.WarpEngine name=testing debug=0 /Engine /Service /Server _ My httpd.conf looks like: _ --- LoadModule webapp_module libexec/mod_webapp.so AddModule mod_webapp.c --- DirectoryIndex index.shtml index.html index.htm index.php index.php4 index.jsp --- AddIcon /icons/layout.gif .html .shtml .htm .pdf --- AddType text/html .shtml AddHandler server-parsed .shtml --- WebAppConnection warpConnection warp localhost:8008 WebAppInfo /webapp-info --- VirtualHost 192.168.2.15:80 DocumentRoot /web/site-name/htdocs ServerName 192.168.2.15 LogFormat %h %l %u %t \%r\ %s %b \%{Referer}i\ \%{User-agent}i\ TransferLog /web/site-name/logs/access.log ErrorLog /web/site-name/logs/error.log WebAppDeploy biocapital-java warpConnection / /VirtualHost mod_include, mod_mime, mod_cgi are also included and enabled for Apache I also have: $CATALINA_HOME/webapps/site-name - /web/site-name/htdocs The result is that Apache is complaining that /index.shtml was not found, but all my *.jsp files are properly handled by Tomcat. If I change WebAppDeploy biocapital-java warpConnection / to look like WebAppDeploy biocapital-java warpConnection /something Apache is not complaining, but I'll be no longer capable to read my *.jsp files. Also, if instead *.shtml I use html (other site) in the same setup, everything goes just fine. Can you help, please? Catalin -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Re: password protection
Also, if you have a system in place with Apache already, it can work. Instead of using .htaccess, you can use a Location directive in your httpd.conf to match the the location and then use the Auth* directives as you did in .htacess. Yup, not as tomcat-centric, but depending on your needs and your goals in progressing over to Tomcat, it can help, and certainly can protect immediately. Joseph Molnar http://www.codesta.com/ - Original Message - From: Jeremy Prellwitz [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Thursday, April 11, 2002 5:46 PM Subject: Re: password protection I assume you are talking about a virtual web directory? I just did this using JNDI and OpenLDAP using the Realm tag inside the server.xml file. But you can also do this using a JDBC Realm or the simple way (similar to the .htaccess) file, by using an in-process Memory realm. Read the docs on the links below, as they give examples on all 3 methods. This is the file you want to edit for using the MemoryRealm: $CATALINA_HOME/conf/tomcat-users.xml http://jakarta.apache.org/tomcat/tomcat-4.1-doc/realm- howto.html Regards, Jeremy Original message Date: Thu, 11 Apr 2002 20:16:54 -0400 (Eastern Daylight Time) From: David Gladstone [EMAIL PROTECTED] Subject: password protection To: [EMAIL PROTECTED] i am trying to figure out how to password protect a directory. i am realativly new to tomcat. i know it its very easy to do in apache with an .htaccess file. but how do i go about doing it in tomcat ? -dave -- To unsubscribe: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands: mailto:tomcat-user- [EMAIL PROTECTED] Troubles with the list: mailto:tomcat-user- [EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Re: Tomcat intermittent failures
I have seen similar behaviour before on a Win2K box, but it was a Win2K professional computer. The problem is that Win2K pro only allows a certain number of incoming connections, I believe 10. We saw this during unit testing of components when developers were testing on their own computers (before moving to a QA box). What I don't know off the top of my head, is whether it is possible a setting exists in Win2K server to control the number of connections to allow. Just thought this info might give someone else, or you, an idea or two. Hope it helps. Joe - Original Message - From: David Bank [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, April 09, 2002 10:55 AM Subject: Tomcat intermittent failures Good morning, afternoon, evening, or whichever local timeperiod you are currently experiencing. I've just joined the list, seeking help on a rather perplexing Tomcat problem we've been having. All assistance will be greatly appreciated. Our environment Windows 2000 Server (sorry) with SP2 (we're moving to Linux, I promise!) Apache v1.3.23 Tomcat v3.3a (running as a NT service) Sun JDK 1.3.1_02 Our problem Occasionally, especially after editing a JSP file or files, Tomcat will suddenly fail to find the .java and .class files that go with a particular JSP. Looking in the work directory reveals that the files exist, but when we attempt to access that particular JSP thru Apache, we get 404 - File Not Found. We have had some success in causing this problem to go away by shutting down the Apache and Tomcat services, deleting the appropriate .java and .class (and .ver) files, restarting the Tomcat and Apache services, and hitting Reload on the browser. Sometimes (about 50% of the time) when we do this, Tomcat suddenly finds the files and the JSP runs, new .java and .class files are created, and we get the proper output. The remaining 50% of the time, it falls to one of two happenstances. Either (30%) we do the shutdown-services-and-delete routine followed by a reboot and the problem goes away, or (20%) we keep retrying on different clients until the problem suddenly vanishes. This problem is intermittent. Sometimes we'll get it with FOO.JSP but not BAR.JSP. We'll then take a corrective action (described above) and suddenly we'll get it with BAR.JSP but not FOO.JSP. Both JSP files are very similar, and there's nothing exotic about our coding. Sometimes the problem goes away with some waiting. This happens with both IE and Netscape clients, and with clients on different networks and behind different firewall/proxy situations, so we don't think that firewall, proxy or other network architecture issues are contributing factors. This happens to clients on the same LAN as the servers. Needless to say, we're quite perplexed, and don't understand what is going wrong. If anyone has any suggestions or recommendations, please respond. David Bank NC CATS Project Manager Accountability Services - Testing NC Department of Public Instruction 301 Wilmington Street Raleigh, NC 27601 919-807-3796 -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Re: Tomcat 4.0.3 and Apache 1.3
It is there but under a different directory... http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0.3/bin/linux /i386/ Joseph Molnar http://www.codesta.com/ - Original Message - From: Christoph Kukulies [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, April 08, 2002 11:44 AM Subject: Tomcat 4.0.3 and Apache 1.3 I read between the lines that it is recommended to use the mod_webapp modules to run tomcat with apache. Only I cannot find that module in the binary distribution for Win32. Can it be built from source and if yes, where is it in the source tree? -- Chris Christoph P. U. Kukulies [EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Re: Warp and Virtual Hosts (quick question)
Hey folks. I think I am going to write something up on this because I have a fairly complex situation that covers what you need to do to get virtual hosts working and since documentation is non-existent. I figured it out by experimenting and I now have a completely operational systems. I don't have the complete config where I am now so I will just describe and then send a pointer out when the write up is done. My general setup is as follows: I am using JDK 1.4 with Tomcat 4.0.3, Apache 1.3.22 (with WARP so). I have 4 virtual hosts, some of them require (additionally) to be used via SSL and non-SSL (so it is basically 8 name/port combinations). Also, I wanted some of them to be in different Java/Tomcat VM's since I don't want one going down to take out others. Generally speaking this is what I do: In my httpd.conf, at the top, I list all of my connections since I share some of the connections between different hosts (essentially you can and should share a connection when you don't care if the VM goes down between the two and if they are both either SSL or both not SSL covered). Also, make sure you tell Apache you are doing name virtual hosts (if they don't have different IP's). Then in the virtual hosts I put the WebAppDeploy. BUT since I am using JSP's right off the bat and since I only want to manage the contents of a virtual host in one place, the WebAppDeploy looks like this (even when the connection is shared): WebApp Deploy.connectiion Yes it looks like they would then be sharing the exact same applications...but that isn't true, I manage the virtual hosts in the server.xml, which imo, is what you want to do (again manage from one place). So let's switch to the server.xml's. Since I run more than Tomcat instance I have a set of scripts that startup the different instances, making sure to set $CATALINA_HOME (mainly for the bin directory), and $CATALINA_BASE (for the specific server instance). In the server.xml (I will recall just one), I have one Server tag, and then I have 2 Service takes. The difference Service areas are to make sure that I properly cover SSL and non-SSL connections. So in each of the Service areas I tell it scheme=http (or https) and secure=false (or true) as is necessary. BUT this doesn't actually turn on SSL, remember that SSL handling is covered by Apache. This is so that when a JSP or Servlet asks if the connection is secure, the answer will be yes. So then in the Engine area you place your virtual hosts. This is through the Host tag, making sure you specify name=virtual host name. I then have a Context in that which directs to the appropriate root location (in the same directory on the server I have different sub-directories for the http and https based roots). Anyway, this should be enough pointers, without many examples, to get you going. Basically the sample server.xml in Tomcat has what you are looking for BUT it implies that you don't do it with WARP because it is all under the HTTP connector. But much of that you can actually use with WARP, and it works well. When I write it up I will include example scripts/conf/xml files and some of the interesting things I found. I think it will be a useful resource for the community in generally (it can be frustrating, but I generally had fun figuring it out). Joseph Molnar http://www.codesta.com/ - Original Message - From: Nikola Milutinovic [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Saturday, April 06, 2002 5:04 AM Subject: Re: Warp and Virtual Hosts (quick question) Charlie Toohey wrote: When configuring Apache's httpd.conf (or Vhosts.conf) with multiple name-based virtual hosts, I can not find any documentation regarding the WebAppConnection statement. Should I have a separate WebAppConnection within each virtual host section, or should I just have one WebAppConnection in the main section of httpd.conf, and then refer to that in each of the WebAppDeploy statements that are within the virtual host sections (I do understand that the WebAppDeploy statements for each given webapp needs to be within the virtual host section --- it is the WebAppConnection which I'm not sure about). Never done this myself, since I'm still not in production environment, but... There was an excellent article on java.sun.com on thi subject and basically it boils to this - docs on Tomcat side are lacking. In your server.xml, warp connector should reflect the VirtualHosts of your Apache setup. In the comments it says: !-- Replace localhost with what your Apache ServerName is set to -- They meant Apache instead of localhost. From that I'd conclude that each VirtualHost should have: - one DNS entry - one apache VirtualHost ... - one Tomcat Engine ../Engine - one (at least) Warp connection between the two For larger virtual hostings you might want to consider running several Tomcat instances for, either each one
Re: Warp and Virtual Hosts (quick question)
Ya the thing to watch is that the names for the connections must be unique regardless of where you put them. Joe - Original Message - From: [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Friday, April 05, 2002 10:42 AM Subject: Re: Warp and Virtual Hosts (quick question) You could stick to one WebAppConnection statement (outside the virtual host blocks) and then use the same connection name in all your WebAppDeploy statements in all virtual hosts. But having multiple WebAppConnection statements (one in each virtual host block) isn't wrong either. RS Charlie Toohey [EMAIL PROTECTED] on 04/05/2002 12:08:47 PM Please respond to Tomcat Users List [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Subject: Warp and Virtual Hosts (quick question) When configuring Apache's httpd.conf (or Vhosts.conf) with multiple name-based virtual hosts, I can not find any documentation regarding the WebAppConnection statement. Should I have a separate WebAppConnection within each virtual host section, or should I just have one WebAppConnection in the main section of httpd.conf, and then refer to that in each of the WebAppDeploy statements that are within the virtual host sections (I do understand that the WebAppDeploy statements for each given webapp needs to be within the virtual host section --- it is the WebAppConnection which I'm not sure about). Thanks, Charlie -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Re: tomcat 4.03 with apache 1.3
Yup you can definitely do those things. What you want to do is take a look at the web.xml file found in your $CATALINA_HOME/conf directory. The web.xml file found there controls the settings for that instance of Tomcat ... then in your WEB-INF directory you can put in your own web.xml to control your app in a more fine-tuned fashion. Anyway, take a look at the one in the conf directory ... there are some self-explanatory settings there to look at. Joseph Molnar http://www.codesta.com/ - Original Message - From: ryan [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, April 05, 2002 4:46 PM Subject: tomcat 4.03 with apache 1.3 I am integrating tomcat 4.03 with apache 1.3x, Iam using the mod_webapp connector. I have these lines in my httpd.conf: LoadModule webapp_module libexec/mod_webapp.so WebAppConnection warpConnection warp localhost:8008 WebAppDeploy examples warpConnection /examples When i go to servername/examples it brings up the index of my webapps/examples. Everything functions correctly. I was wondering is there a way to set it up so I have more control over that context. Such as limiting directory listings or indexes? Also is there a way to set up a default document root for the context? I have tried the virtual host set up but I want to have my default document root for my html and a default for each tomcat context all under the same servername. So www.domain.com takes me to my index.html. While www.domain.com/examples takes me to say pathtotomcat/webapps/examples/index.jsp. thanks ryan -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Re: inter-webapp communications - anything better than RequestDispatcher?
Generally people are using SOAP or XMLRPC or some other mechanism that would constitute being a 'web service'. Joe - Original Message - From: chas [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, April 06, 2002 10:24 AM Subject: inter-webapp communications - anything better than RequestDispatcher? Is there any standard mechanism for inter-webapp communication ? Perhaps an example would explain this better: On my production server, our website is in tomcat_home/webapps/mainsite This contains content, forms, JSPs, servlets, the standard corporate website. Now, on my laptop I've created a standalone webapp for an events calendar, and another webapp that is a discussion forum. tomcat_home/webapps/eventscal tomcat_home/webapps/forum Of course, I can deploy these 2 webapps on the production server but do not wish them to be independent sites. Instead, I wish to make calls to these from the main website - treating them as individual components. For example, a servlet or JSP in my main site might call (pseudocode) - eventscal.addEvent() or forum.addDisplayThread() Is there a standard mechanism for this ? Options I've considered : a. Creating a custom taglib. Don't wish to do this because I wish to be free of JSPs. Also, I still want to be able to deploy the webapp as a standalone application if needs be. b. I could do this with RMI but that seems like overkill and slower performance. However, it has the advantage that it's scalable (if ever I had to deploy over multiple machines). c. RequestDispatcher is the closest that I've seen and I'm happy to continue using this unless there is a better way to do it. Really, I'm looking at the best mechanism for packaging a webapp so that other people can use it as part of their existing site. eg. one that is perhaps more J2EE or framework friendly, so that the webapp can be used by a greater number of people. If I'm going about this completely wrong, pls do say. Thank you very much for bearing with me, chas -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Re: inter-webapp communications
Well if the folks can actually write servlets (or even other simpler things) then there certainly are options. a) First, they could send you some XML over some HTTP post operation. Doing a post operation is simple and creating XML is simple. You then return what you wish ... easiest is probably more XML since parsers are all over the place. Essentially that is what SOAP and XMLRPC do, except they are very well structured on what they look like (and have extra associated overhead of learning a standard). b) You can do a simple form post (either via GET or POST), one name value pair can represent the 'function' and the other name value pairs can represent the 'parameters' to the function and you return the 'value' as you see fit (in any format you wish ... again XML is probably easiest due to parsers, etc). Both of these can be done (by your users) in JSP, Servlets, ASP, Perl, etc. They are both fairly simple, but they are conceptually the same as SOAP and XMLRPC, you are using HTTP to perform an operation. Before the SOAP and XMLRPC standards I used the a) approach quite often when it came to simple non-speed oriented systems, otherwise I used RMI on Java and either DCE or ONC RPC on C++ systems. Joseph Molnar http://www.codesta.com/ - Original Message - From: chas [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Saturday, April 06, 2002 12:29 PM Subject: Re: inter-webapp communications Thanks for the speedy response, Joseph. At 18:47 05/04/2002 -0800, Joseph Molnar wrote: Generally people are using SOAP or XMLRPC or some other mechanism that would constitute being a 'web service'. Was hoping to avoid SOAP or XMLRPC - they're a bit beyond the end-developers who'll use my webapp and it's just that added barrier to entry. Really, would love for them to be able to integrate my webapp into their own website with no further experience other than the ability to write a servlet (which I know they can). Have just realized that RequestDispatcher won't cut it either - because it relies on the called servlet being within the same context (/...) which isn't the case with a separate webapp. Taglibs are certainly looking like the cleanest mechanism now... but I dislike JSPs myself. still searching. thanks again, chas - Original Message - From: chas [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, April 06, 2002 10:24 AM Subject: inter-webapp communications - anything better than RequestDispatcher? Is there any standard mechanism for inter-webapp communication ? Perhaps an example would explain this better: On my production server, our website is in tomcat_home/webapps/mainsite This contains content, forms, JSPs, servlets, the standard corporate website. Now, on my laptop I've created a standalone webapp for an events calendar, and another webapp that is a discussion forum. tomcat_home/webapps/eventscal tomcat_home/webapps/forum Of course, I can deploy these 2 webapps on the production server but do not wish them to be independent sites. Instead, I wish to make calls to these from the main website - treating them as individual components. For example, a servlet or JSP in my main site might call (pseudocode) - eventscal.addEvent() or forum.addDisplayThread() Is there a standard mechanism for this ? Options I've considered : a. Creating a custom taglib. Don't wish to do this because I wish to be free of JSPs. Also, I still want to be able to deploy the webapp as a standalone application if needs be. b. I could do this with RMI but that seems like overkill and slower performance. However, it has the advantage that it's scalable (if ever I had to deploy over multiple machines). c. RequestDispatcher is the closest that I've seen and I'm happy to continue using this unless there is a better way to do it. Really, I'm looking at the best mechanism for packaging a webapp so that other people can use it as part of their existing site. eg. one that is perhaps more J2EE or framework friendly, so that the webapp can be used by a greater number of people. If I'm going about this completely wrong, pls do say. Thank you very much for bearing with me, chas -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Re: Tomcat, webapp, SSL, and index files?
there is actually a setting where you can force it to say 'https'. What is this setting? Hmm, so far it isn't working (just tried it now). I had presumed that you could set the scheme attribute in the connector to https and have secure set to false...didn't work that way in my first test anyhow. I do, however ,have the examples operational by basically using the instructions listed in the server.xml. I have the connector working on port 8008 and Apache now setup to take SSL and then forward to the examples. The harder part was the Apache certificate setup :). Here is what I did: In the server.xml I just changed the connector for WARP (at the bottom of the file and already there for use) by putting in scheme=https (again this didn't appear to do a thing in terms of request.getScheme()). In Apache you put this (I put it globally): - LoadModule webapp_module libexec/mod_webapp.so AddModule mod_webapp.c - Then I have the virtual host for the ssl location: --- VirtualHost 192.168.120.91:443 # General setup for the virtual host ServerName www.myservername.com ServerAdmin [EMAIL PROTECTED] DocumentRoot /httpd/www/intranet/site # SSL Engine Switch: # Enable/Disable SSL for this virtual host. SSLEngine on # SSL Cipher Suite: # List the ciphers that the client is permitted to negotiate. # See the mod_ssl documentation for a complete list. SSLCipherSuite ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv2:+EXP:+eNULL # Server Certificate: SSLCertificateFile /httpd/conf/ssl.crt/server.crt # Server Private Key: SSLCertificateKeyFile /httpd/conf/ssl.key/server1.key # SSL Engine Options: Files ~ \.(shtml)$ SSLOptions +StdEnvVars /Files # SSL Protocol Adjustments: SetEnvIf User-Agent .*MSIE.* \ nokeepalive ssl-unclean-shutdown \ downgrade-1.0 force-response-1.0 # # Tomcat WARP connector # WebAppConnection conn warp localhost:8008 WebAppDeploy examples conn /examples WebAppInfo /webapp-info Directory /httpd/www/intranet/site Options FollowSymLinks AllowOverride AuthConfig order allow,deny allow from all /Directory /VirtualHost --- So running the sample JSP (which dumps request info), the following results come out (I added showing the request type, as you can see it does say 'http', not 'https') : --- Request Information JSP Request Method: GET Request URI: /examples/jsp/snp/snoop.jsp Request Protocol: HTTP/1.1 Servlet path: /jsp/snp/snoop.jsp Path info: null Path translated: null Query string: test=a Content length: -1 Content type: null Server name: www.myservername.com Server port: 443 Remote user: null Remote address: 192.168.110.66 Remote host: Authorization scheme: null HTTP Scheme: http Locale: en_US --- So it is showing that communication 'appears' to come across 443, not 8008. If nothing else you can use that to check. I am sure there is a way, but I just got this up tonight and I should head until the morning. I will start digging back at it tomorrow. Until then... Joseph Molnar http://www.codesta.com/ -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Re: Connection Apache - Tomcat
Your connector (server.xml) is actually set to serve from the webapps directory (which is presumably found at /usr/local/tomcat/) There is your problem. You have to change the connector appBase. Joseph Molnar http://www.codesta.com/ - Original Message - From: Jünger @ projektINTER.NET [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Wednesday, April 03, 2002 1:23 AM Subject: Connection Apache - Tomcat Hi, the root of my webapplication is: /home/my-user/public_html/docroot/my-app/ I tried to configure Apache and Tomcat to serv the web form this path without success. Apache is recognizing that webapplication when I access files within the docroot folder but not within the wwa-m/ folder (as supposed!) Tomcat is working fine with the servic running the 8080 port. But I am getting an 404 Error wenn I directly access the wwa-m folder. server.xml: Service name=Tomcat-Apache Connector className= org.apache.catalina.connector.warp.WarpConnector port=8008 minProcessors=5 maxProcessors=75 enableLookups=true acceptCount=10 debug=0/ !-- Replace localhost with what your Apache ServerName is set to -- Engine className=org.apache.catalina.connector.warp.WarpEngine name=apache.nandgate.com debug=0 appBase=webapps !-- ich denke hier muß es passieren -- !-- Global logger unless overridden at lower levels -- Logger className= org.apache.catalina.logger.FileLogger prefix=apache_log. suffix=.txt timestamp=true/ !-- Because this Realm is here, an instance will be shared globally -- Realm className= org.apache.catalina.realm.MemoryRealm / /Engine /Service httpd.conf: DocumentRoot /home/wwa-m/public_html/docroot/wwa-m/ WebAppConnection warpConnection warp localhost:8080 WebAppDeploy wwa-m warpConnection /wwa-m/ WebAppInfo /webapp-info in the Apache logfile I am getting an error: Cannot find /usr/local/tomcat/webapps/wwa-m for appl. wwa-m host www.wasserwirtschaftsamt-muenchen.de Where does Apache get this old path from ? Any ideas ?? thanx Rainer -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Re: Servlet Destroy Method....
Hi Mark. Easiest way would be write something to disk (file/log-file). Joseph Molnar http://www.codesta.com/ - Original Message - From: Mark Diggory [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, April 03, 2002 8:33 AM Subject: Servlet Destroy Method Hi all, Is there a way I can test if the Servlet is being destroy()ed because the tomcat server is being shutdown as opposed to the Servlet being reloaded? -Mark Diggory -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Re: error 404
Hi Yunce. If this two work one of two things needs to happen a) The module needs to be statically link to Apache. You can check this by doing httpd -l, it will list all modules (this is most likely what you need to do unless you built apache yourself) b) You need to specifically load the module To do this, I am using the following lines: LoadModule webapp_module libexec/mod_webapp.so AddModule mod_webapp.c I am guessing you will need to do the later. Joe - Original Message - From: Yunce Gunawan [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Wednesday, April 03, 2002 4:21 AM Subject: error 404 hi all, i have added this charakters to my configuration on httpd.conf IfModule mod_webapp.c WebAppConnection conn warp picard:8080 WebAppDeploy tomcat conn / WebAppDeploy cocoon conn /cocoon WebAppInfo /webapp-info /IfModule and than on my browser i always see this error. WebApp: Error 404 (File: wa_request.c Line: 205) Web-application not yet deployed can anybody help me ? -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Re: Servlet Destroy Method....
Are you looking to take different action during the actual destroy call itself? Joe - Original Message - From: Mark Diggory [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Wednesday, April 03, 2002 9:08 AM Subject: Re: Servlet Destroy Method I'm looking for something more explicit, like a Servlet Engine status code or something... that identifies the state of the Servlet Engine. -thanks for the reply, Mark Diggory Joseph Molnar wrote: Hi Mark. Easiest way would be write something to disk (file/log-file). Joseph Molnar http://www.codesta.com/ - Original Message - From: Mark Diggory [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, April 03, 2002 8:33 AM Subject: Servlet Destroy Method Hi all, Is there a way I can test if the Servlet is being destroy()ed because the tomcat server is being shutdown as opposed to the Servlet being reloaded? -Mark Diggory -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Question re: Tomcat 4.0.3 (LE) and JDK 1.4
I have a question regarding the Tomcat 4.0.3 LE package that was put out (by Apache) specifically for JDK 1.4. This version purposely does not contain things like JavaMail, an XML parser, etc. In some cases they are missing because JDK 1.4 comes with the feature (an xml parser, regexp)...others can be easily added (like JavaMail and the Activation Framework). I am curious, however, about the JTA package. It is missing, and yes, you can download one from Sun, however I noticed a few things: a) the non LE 4.0.3 Tomcat has a JTA that is actually a bit different (bigger) than the one that you can download from Sun b) JDK 1.4 contains a few of the classes that make up the JTA package, but not all of them What is the recommended approach here if you are looking to use JTA? Thanks! Joseph Molnar http://www.codesta.com/ -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Re: Tomcat, webapp, SSL, and index files?
I am actually in the process of doing just that. I currently have it partially working (I at least have directory browsing and simple serving working through Tomcat); I am using Tomcat 4.0.3. There are really no docs on the Apache site (as of yesterday), but been getting through it thus far tonight. In terms of Tomcat returning back that it is actually 'https' vs 'http' for the protocol, there is actually a setting where you can force it to say 'https'. This was purposely done since Apache (the web server :), obviously handles the SSL side and to Tomcat it is nothing more than standard web serving. If you would like I can fill you in as I get going on it. Joseph Molnar http://www.codesta.com/ - Original Message - From: Gary McGowan [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Tuesday, April 02, 2002 11:59 PM Subject: Re: Tomcat, webapp, SSL, and index files? Yea - 'intended' being the key word here... From my experience, mod_webapp isn't as flexible as mod_jk I may be wrong, but I have not yet seen a solution for mod_webapp and https redirects. Gary - Original Message - From: Ralph Einfeldt [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Wednesday, April 03, 2002 8:41 AM Subject: AW: Tomcat, webapp, SSL, and index files? Although that sounds like a good explanation, what makes you think that this applies to tomcat 4 and mod_webapp ? At the time this was written mod_webapp didn't even exist. This remark is about mod_jserv vs. mod_jk. (As mod_webapp is intended as the successor of mod_jk it's a 'downgrade') -Ursprüngliche Nachricht- Von: Gary McGowan [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 3. April 2002 09:11 An: Tomcat Users List Betreff: Re: Tomcat, webapp, SSL, and index files? snip/ Looking at the tomcat-apache how to : http://jakarta.apache.org/tomcat/tomcat-3.2-doc/tomcat-apache- howto.html snip/ mod_ssl - getScheme() always returns HTTP! snip/ So in short - you need to upgrade from webapp to mod_jk. snip/ -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]