RE: Objects in Vector are loosing type
Well, Endre, comments such as classloading is totally fucked, while having a nice kewl sound-bite quality, really don't explain what is going on too well to someone who hasn't encountered the problem before. Speaking for myself, I had not seen any sort of explanation on the mailing list before (haven't done an extensive archive check, admittedly, esp. on the developer list), nor in the Jakarta FAQs. Another poster commented that this item keeps popping up; perhaps making this into a FAQ item would insure that questions and comments on the topic would assist in preventing this question from (re)occuring. (Perhaps a weekly posting of FAQ items would help as well, but that's another issue.) Thanks for the explanation, though. And your English is just fine. :-) Regards, Joel Parramore -Original Message- From: Endre Stolsvik [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 02, 2001 2:53 AM To: [EMAIL PROTECTED] Subject: Re: Objects in Vector are loosing type On Mon, 30 Apr 2001, Joel Parramore wrote: | | Can or has or will someone work up a slightly more technical explanation | than | | It's because tomcat's reloading are totally fucked. Well, Joel, it's because tomcat3x doesn't do this: a) stop the webapp b) destroys all servlets c) serializes all the Sessions d) throws away the ClassLoader for this webapp e) cleans away the webapp from all caches in the system f) restarts the whole webapp, as if for the first time, making a new ClassLoader for it. g) deserializes all the Sessions (now with the new ClassLoader) h) lets the users use the system again (Which is apparently how tomcat 4 should do it, but it never did for me. But I am doing a very weird ting according to the developers, I am running tomcat away from it's installation directory, and this is _not_ supported.) What tomcat3x does, is to just ditches the ClassLoader and reloads the _first_ servlet you hit after a refresh of the .class-files timestamps. Even if you recompile your whole webapp, tomcat just reloads the first servlet a user hits. This means that all the other Servlets are still cached using the old ClassLoader, and you actually get two instanses of your webapp, all the old Session objects and all the other Servlets loaded with the old ClassLoader, while all the new Session objects and the one, first hit Servlet with the new ClassLoader. It doesn't, as mentioned, do anything about the Session variables, and therefore you often get ClassCastExceptions when you try to handle and cast objects gotten from the Session within the one, new reloaded servlet. This because _it's_ version of the Class you try to cast the object gotten from the Session to, is loaded with the new ClassLoader, while the object you try to cast is loaded with the old. This is not considered the same Classes, and you get ClassCastException. This is so very, very wrong, and therefore I'd say it's totally fucked.. This has been pointed out a whole bunch of times. Better? I'm not that fantastic with English, hope you excuse that, Joel. Endre.
RE: Objects in Vector are loosing type
Can or has or will someone work up a slightly more technical explanation than It's because tomcat's reloading are totally fucked. ??? Regards, Joel Parramore -Original Message- From: Cory Hubert [mailto:[EMAIL PROTECTED]] Sent: Monday, April 30, 2001 11:36 AM To: [EMAIL PROTECTED] Subject: RE: Objects in Vector are loosing type We should put this in the FAQ. This issue pops up Often. -Original Message- From: Endre Stolsvik [mailto:[EMAIL PROTECTED]] Sent: Monday, April 30, 2001 4:59 AM To: [EMAIL PROTECTED] Subject: Re: Objects in Vector are loosing type On Fri, 27 Apr 2001, Ivan wrote: | thank you very much for your reply | | I turned off my computer and tried it again a few hours later and it seemed | to work, then i made changes and then the second servlet wasnt able to cast | back to CHyperlink again. after putting the code back the way I had it, it | still wouldnt work. You're having the reload problem, and each time you restart tomcat, everything will work for you. It's because tomcat's reloading are totally fucked. This goes for all versions, but 4 should apparently have som new stuff, which basically reboots the whole webapp and serializes/deserializes everything in users' sessions if anything changes.. -- Mvh, Endre
Re: mod_jk.conf-auto problem
Or, if this is Redhat and you don't have a libexec subdirectory, create a symlink in the /etc/httpd directory that points to the apache lib subdirectory: cd /etc/httpd ln -s ../../usr/lib/apache libexec so you don't have to cart around separate copies of the mod_jk.so library. Regards, Joel - Original Message - From: Thad Humphries [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, April 26, 2001 1:29 PM Subject: Re: mod_jk.conf-auto problem You might check where mod_jk.so is located. Though it reads LoadModule jk_module libexec/mod_jk.so in mod_jk.conf-auto, RedHat 6.2 installs all .so modules in /usr/lib/apache which is linked to /etc/httpd/modules. Notice that 'libexec' is no part of this! Without writing your own mod_jk.conf, you can create /etc/httpd/libexec and copy mod_jk.so into it. At 09:10 4/26/2001 -0700, you wrote: I am having problems connecting Tomcat with Apache. Binaries Apache 1.3.19 Tomcat 3.2.1 Linux 7 error: Syntax error on line 8 of /usr/local/tomcat/conf/mod_jk.conf-auto: Invalid command 'LoadModule', perhaps mis-spelled or defined by a module not included in the server configuration mod_jk.so is a Linux binary in placed in libexec Thanks! a.l. [EMAIL PROTECTED] -- Get your FREE download of MSN Explorer at http://explorer.msn.comhttp://explorer.msn.com -- Thad Humphries If the misery of our poor be caused not Web Development Manager by the laws of nature but by our institu- Phone: 540/675-3015, ext. 225tions, great is our sin. Charles Darwin
Re: Tomcat SSL
So, the latest mod_jk/ajp13 in Tomcat 3.3 fixes this? Nice to know... thanks. Regards, Joel Parramore - Original Message - From: GOMEZ Henri [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, April 26, 2001 4:02 PM Subject: RE: Tomcat SSL When I've had to kill Tomcat on my setup, Apache locks up and requires a restart, even after restarting Tomcat. Also, according to the mod_jk FAQ: http://jakarta.apache.org/tomcat/jakarta-tomcat/src/doc/mod_jk- howto.html#s8 Q. Whenever I restart Tomcat, Apache locks up! A. The Ajp13 protocol keeps an open socket between Tomcat and Apache. When you restart Tomcat, you need to restart Apache as well. which was pretty much my own experience, Regards, Joel Parramore It's no more true with the latest mod_jk/ajp13 found in TC 3.3 cvs. I commited two patches in ajp13 worker (C side) which fixes that. But mod_jk in TC 3.2 != mod_jk in TC 3.3 since some fixes are delicate and Marc ask us to avoid touching sensible code in TC 3.2.x. Even if I'm convident with the ajp13 worker patch we need many testers to put it back in TC 3.2.
Re: Tomcat SSL
Using ajp13 with Apache and Tomcat holds open a socket for requests between the two as opposed to opening a socket for every request (ajp12). Shutting down Tomcat apparently does not gracefully allow Apache to deal with the socket suddenly closing, so Apache dies as well. Regards, Joel Parramore - Original Message - From: Milt Epstein [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, April 24, 2001 5:37 PM Subject: RE: Tomcat SSL On Tue, 24 Apr 2001, GOMEZ Henri wrote: -- SSL is only supported for Apache, and you need Apache-SSL or apache-mod_ssl, running with mod_jk -- mod_jserv won't work if you want to use SSL Is the above true? And also, if my web server is IPlanet/Netscape or IIS, do those redirectors provide SSL support? Any help would be greatly appreciated! Please cc: [EMAIL PROTECTED] Well, I can't answer all your questions, but I am using Apache, mod_ssl, tomcat, and mod_jserv, so the answer to your last one would seem to be no, it's false :-). Make me a favour, switch to mod_jk and ajp13 which is faster and support much more servers (Apache, IIS, IPlanet/NES, jni). And that the part of the connector area which is the more activelly maintained. Wasn't there something about tomcat being more difficult to restart when using ajp13? Like apache had to be restarted as well? If true, I think that's too big an inconvenience to warrant switching. Milt Epstein Research Programmer Software/Systems Development Group Computing and Communications Services Office (CCSO) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED]
Re: Tomcat SSL
When I've had to kill Tomcat on my setup, Apache locks up and requires a restart, even after restarting Tomcat. Also, according to the mod_jk FAQ: http://jakarta.apache.org/tomcat/jakarta-tomcat/src/doc/mod_jk-howto.html#s8 Q. Whenever I restart Tomcat, Apache locks up! A. The Ajp13 protocol keeps an open socket between Tomcat and Apache. When you restart Tomcat, you need to restart Apache as well. which was pretty much my own experience, Regards, Joel Parramore - Original Message - From: Jeff Kilbride [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, April 24, 2001 6:38 PM Subject: Re: Tomcat SSL Well, apache doesn't die, per se -- it just doesn't respond to connections from Tomcat until restarted. --jeff - Original Message - From: Joel Parramore [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, April 24, 2001 3:31 PM Subject: Re: Tomcat SSL Using ajp13 with Apache and Tomcat holds open a socket for requests between the two as opposed to opening a socket for every request (ajp12). Shutting down Tomcat apparently does not gracefully allow Apache to deal with the socket suddenly closing, so Apache dies as well. Regards, Joel Parramore - Original Message - From: Milt Epstein [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, April 24, 2001 5:37 PM Subject: RE: Tomcat SSL On Tue, 24 Apr 2001, GOMEZ Henri wrote: -- SSL is only supported for Apache, and you need Apache-SSL or apache-mod_ssl, running with mod_jk -- mod_jserv won't work if you want to use SSL Is the above true? And also, if my web server is IPlanet/Netscape or IIS, do those redirectors provide SSL support? Any help would be greatly appreciated! Please cc: [EMAIL PROTECTED] Well, I can't answer all your questions, but I am using Apache, mod_ssl, tomcat, and mod_jserv, so the answer to your last one would seem to be no, it's false :-). Make me a favour, switch to mod_jk and ajp13 which is faster and support much more servers (Apache, IIS, IPlanet/NES, jni). And that the part of the connector area which is the more activelly maintained. Wasn't there something about tomcat being more difficult to restart when using ajp13? Like apache had to be restarted as well? If true, I think that's too big an inconvenience to warrant switching. Milt Epstein Research Programmer Software/Systems Development Group Computing and Communications Services Office (CCSO) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED]
Re: Tomcat SSL
Maybe... I don't understand the compatibility mode that mod_jk uses to support ajp12, I admit (same transmission protocol, but with the socket still held open?) The setup that I'm using actually uses ajp12 with mod_jk and I thought I'd encountered the same problem. I think I will check on that and get back to you, though. Regards, Joel Parramore - Original Message - From: Milt Epstein [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, April 24, 2001 6:39 PM Subject: Re: Tomcat SSL On Tue, 24 Apr 2001, Joel Parramore wrote: Using ajp13 with Apache and Tomcat holds open a socket for requests between the two as opposed to opening a socket for every request (ajp12). Shutting down Tomcat apparently does not gracefully allow Apache to deal with the socket suddenly closing, so Apache dies as well. But some others indicated that if you kept around ajp12 as well, you could use that for shutdown, and that would avoid the problem. Is that not correct? - Original Message - From: Milt Epstein [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, April 24, 2001 5:37 PM Subject: RE: Tomcat SSL On Tue, 24 Apr 2001, GOMEZ Henri wrote: -- SSL is only supported for Apache, and you need Apache-SSL or apache-mod_ssl, running with mod_jk -- mod_jserv won't work if you want to use SSL Is the above true? And also, if my web server is IPlanet/Netscape or IIS, do those redirectors provide SSL support? Any help would be greatly appreciated! Please cc: [EMAIL PROTECTED] Well, I can't answer all your questions, but I am using Apache, mod_ssl, tomcat, and mod_jserv, so the answer to your last one would seem to be no, it's false :-). Make me a favour, switch to mod_jk and ajp13 which is faster and support much more servers (Apache, IIS, IPlanet/NES, jni). And that the part of the connector area which is the more activelly maintained. Wasn't there something about tomcat being more difficult to restart when using ajp13? Like apache had to be restarted as well? If true, I think that's too big an inconvenience to warrant switching. Milt Epstein Research Programmer Software/Systems Development Group Computing and Communications Services Office (CCSO) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] Milt Epstein Research Programmer Software/Systems Development Group Computing and Communications Services Office (CCSO) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED]
Re: seems as though a servlet engine would have a little clearer documentation on getting servlets running
restart tomcat(can't believe this has to be done everytime a servlet gets added or changed), did that There is a mode (not recommended for production use) for servlet changes to be noticed by Tomcat and for those servlet class(es) to be automatically reloaded, so you, strictly speaking, you don't need to restart Tomcat every time you change a servlet. Just set the Reloadable entry in the Context tag for the webapp to true: Context path=/examples docBase=webapps/examples crossContext=false debug=0 reloadable=true /Context (If it was false before, you will need to restart Tomcat before this takes effect.) Calling servlets: the servlet path is one set up by default (for backward compatibility according to server.xml), so, for example, if you had a HelloWorld servlet class in webapps/examples/WEB-INF/classes then, if Tomcat is running, using the URL http://yourmachinename:8080/examples/servlet/HelloWorld would bring up that servlet. From server.xml !-- Non-standard invoker, for backward compat. ( /servlet/* ) You can modify the prefix that is matched by adjusting the prefix parameter below. Be sure your modified pattern starts and ends with a slash. NOTE: This prefix applies to *all* web applications that are running in this instance of Tomcat. -- RequestInterceptor className=org.apache.tomcat.request.InvokerInterceptor debug=0 prefix=/servlet/ / so it doesn't have anything to do with mod_jk. As the previous poster stated, try seeing if the examples under Tomcat work first, then revise the configuration and see what happens. Hope this helps... Regards, Joel Parramore - Original Message - From: Sam Newman [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, April 23, 2001 2:17 PM Subject: Re: seems as though a servlet engine would have a little clearer documentation on getting servlets running Go back to first prinicples. Try accessing the servlet directly via tomcat rather than worying about apache - try looking at http://youmachine:8080/yourcontext/servlet/YourServlet The port 8080 reefres to the port tomcat is running on. With no port specified, it means you are trying to access via the standard http port of 80, which is where Apache (or some other webserver) is running. If that works, its an Apache/mod_jk issue. If not, its a web.xml issue. Just to reassure you, tomcat does work - I wouldn't be at all suprised if it has the largest user base of all servlet engines currently on the market. If you find that doesn't work, please post your web.xml so we can have a look. If not, can you post the directives you use to get Apache running with mod_jk (probably the mod_jk.conf-auto file generated in tomcat/conf). regards, sam - Original Message - From: Dan Sharon [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, April 23, 2001 6:55 PM Subject: seems as though a servlet engine would have a little clearer documentation on getting servlets running ok, install tomcat, jsps are workin, made new context, jsps are workin in it, write a servlet(5 min), try to get servlet working(5 hr), read documentation, it says put servlets in WEB-INF/classes dir, did that it says add servlet to WEB-INF/web.xml, did that web-app servlet servlet-nameservtest.class/servlet-name servlet-classservtest.class/servlet-class /servlet /web-app restart tomcat(can't believe this has to be done everytime a servlet gets added or changed), did that it says call your servlet with http://thehost/WEB-APP/servlet/theservletname; did that response: 404 there's no servlet directory, kinda makes sense, but i thought mod_jk was taking care of that. HMM. so now that i've followed the instructions and that didn't work, i make a servlet directory and add my servlet there. web browser tries to download and save it to my disk, no display. i'm sure that this being a servlet engine, it would probably serve servlets, otherwise that would be really embarrasing for the programmers, so, anyone got any suggestions?
Re: Books on Tomcat
Hello folks, I'd be interested as well. Doing it in conjunction with augmenting the existing Jakarta Tomcat/Catalina documentation might be advisable as well, e.g., the Jakarta Tomcat FAQ http://jakarta.apache.org:8080/jyve-faq/Turbine/screen/MainMenu/action/SetAl l/screen/DisplayTopics/faq_id/12/project_id/2 as well as making use of the searchable mailing list archives http://mikal.org/interests/java/tomcat/index.html (tomcat-user) http://w6.metronet.com/~wjm/tomcat/ (tomcat-dev) Perhaps having a mini-FAQ posted to the list daily or weekly would be of use as well, to highlight a bit the fact that there is some existing information regarding Tomcat (and Catalina) configuration, troubleshooting, etc.? (Have to ponder that a bit, content-wise.) Regards, Joel Parramore - Original Message - From: Anne Dirkse [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, April 23, 2001 7:03 PM Subject: Re: Books on Tomcat Hi All -- I'd love to join in as well. Maybe I'll finally get a chance to put that English Degree to use! One section that I would love to see is Troubleshooting. It seems like a lot of people have the same prolems over and over, and a good book could hopefully address most of the problems that people encounter. What I'd love to see is this: an intro to Tomcat/ Setup Instructions that is hyperlinked to a troubleshooting section. Something like: Run the JSP examples to be sure that you have Tomcat setup correctly. --- sun.tools.javac.Main not found? (links to...) Make sure that you have your JAVA_HOME environment variable set up correctly. [Further explanation] --- I'd volunteer to start expanding upon the setup material. Anne Armin Roehrl wrote: sounds good. Maybe we should collect a list of topics we're interested in. I'd like to look at load-balancing issues. Armin. On Monday 23 April 2001 18:11, you wrote: I'm very interested in doing this, I'm not a great writer but I have server space we could use to put it online. I could setup WebDAV for a group of authors and we could ask for feedback as each section is done. Ed Penberthy, Bill wrote: Count me in. I am not a Tomcat expert - but I writez purty good and am the ultimate test subject to see if it is clear enough so that even an idiot can figure it out Bill Penberthy Sr. Functional Architect/Idiot IQNavigator -Original Message- From: David McCormick [mailto:[EMAIL PROTECTED]] Sent: Monday, April 23, 2001 10:44 AM To: '[EMAIL PROTECTED]' Subject: RE: Books on Tomcat I've been thinking about scratching that itch myself. Somewhere on this list I read that the Tomcat developers (whoever that might mean) were already working on one, but I haven't seen anything else since then. I think it would be interesting to do it like Bruce Eckel has done with his books (http://www.bruceeckel.com), where he publishes chapters and gets immediate feedback on clarity and correctness. Count me in. -Original Message- From: Bryant, William [mailto:[EMAIL PROTECTED]] Sent: Monday, April 23, 2001 11:29 AM To: [EMAIL PROTECTED] Subject: RE: Books on Tomcat Hmmm... No books that I know of, either already published or in progress. I'm not much of an author, but this sounds like an interesting project. Anyone up for writing a book on Tomcat? Maybe a not-for-profit, electronic-format-only guide to Tomcat that users could download. We could take the existing documentation (good, however maybe a little sparse) and add to it. I've been wanting to get into the Tomcat project for some time now. This might be the perfect opportunity. Any takers? .. Mike -Original Message- From: Will England [mailto:[EMAIL PROTECTED]] Sent: Monday, April 23, 2001 11:04 AM To: [EMAIL PROTECTED] Subject: Books on Tomcat Hi! Does anyone know of any dead-tree books that document the Tomcat platform I've checked O'Reilly and Amazon, with no luck. I've found a few simple basic articles, but that is it. Thanks in advance! Will -- If Al Gore invented the Internet, then I invented spellcheck! Dan Quayle, quoted at the National Press Club, 8/3/1999 [EMAIL PROTECTED] Recovery : http://will.mylanders.com/ PCS: 316-371-FOAD -- Armin --- Armin Roehrl [EMAIL PROTECTED] Approximity Ltd. http://www.approximity.com http://www.approximity.com/pgp/armin_roehrl.pgp
Re: apache startup errors with tomcat workers
Sarah: Do Apache and Tomcat work separately (i.e, once compiled and configured, do Apache and Tomcat serve requests properly when accessed separately?) If they do, then look at the tomcat-apache.conf (or mod_jk.conf-auto file again and check the settings in it again as suggested by http://jakarta.apache.org/tomcat/jakarta-tomcat/src/doc/mod_jk-howto.html (Apologies if that seems obvious --- I don't know what else you may have already tried so I'm just covering as wide a swath as I can.) The only other thing I see right now in your configuration is that it appears that you're running Apache on port 8080. If that's the case, bear in mind that Tomcat's default port is 8080, so you'll have a conflict there when starting one when the other is running. Regards, Joel Parramore - Original Message - From: Farrell, Sarah [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, April 23, 2001 7:07 PM Subject: apache startup errors with tomcat workers Hi all, I finally got my mod_jk.so compiled. on to the next glitch. I'm running Linux, jakarta-tomcat-3.2.1, and apache_1.3.19, with j2sdk-1_3_0_02. I have configured /usr/local/tomcat/conf/workers.properties file to work with Linux, and set my tomcat home and my java home. as well as the following: # Defining a worker named ajp13 and of type ajp13 worker.ajp13.port=8009 worker.ajp13.host=localhost worker.ajp13.type=ajp13 worker.ajp13.lbfactor=1 #worker.ajp13.cachesize I have configured tomcat's server.xml with: !-- Apache AJP12 support. This is also used to shut down tomcat so don't delete. -- Connector className=org.apache.tomcat.service.PoolTcpConnector Parameter name=handler value=org.apache.tomcat.service.connector.Ajp12ConnectionHandler/ Parameter name=port value=8007/ /Connector !-- Apache AJP13 support. -- Connector className=org.apache.tomcat.service.PoolTcpConnector Parameter name=handler value=org.apache.tomcat.service.connector.Ajp13C onnectionHandler/ Parameter name=port value=8009/ /Connector I've started Tomcat running. Then I start Apache and I see the following error in the error log: [Mon Apr 23 17:36:33 2001] [emerg] (2)No such file or directory: Error while opening the workers Does anyone see the problem? Thank you for any help you can send my way. -- Sarah Here is my apache httpd.conf file with the comments stripped out: ServerType standalone ServerRoot /usr/local/apache PidFile /usr/local/apache/logs/httpd.pid ScoreBoardFile /usr/local/apache/logs/httpd.scoreboard Timeout 300 KeepAlive On MaxKeepAliveRequests 100 KeepAliveTimeout 15 MinSpareServers 5 MaxSpareServers 10 StartServers 5 MaxClients 150 MaxRequestsPerChild 0 #Listen 3000 #Listen 12.34.56.78:80 #Listen 10.10.2.31:80 BindAddress * LoadModule vhost_alias_module libexec/mod_vhost_alias.so LoadModule env_module libexec/mod_env.so LoadModule config_log_module libexec/mod_log_config.so LoadModule mime_magic_module libexec/mod_mime_magic.so LoadModule mime_modulelibexec/mod_mime.so LoadModule negotiation_module libexec/mod_negotiation.so LoadModule status_module libexec/mod_status.so LoadModule info_modulelibexec/mod_info.so LoadModule includes_modulelibexec/mod_include.so LoadModule autoindex_module libexec/mod_autoindex.so LoadModule dir_module libexec/mod_dir.so LoadModule cgi_module libexec/mod_cgi.so LoadModule asis_modulelibexec/mod_asis.so LoadModule imap_modulelibexec/mod_imap.so LoadModule action_module libexec/mod_actions.so LoadModule speling_module libexec/mod_speling.so LoadModule userdir_module libexec/mod_userdir.so LoadModule alias_module libexec/mod_alias.so LoadModule rewrite_module libexec/mod_rewrite.so LoadModule access_module libexec/mod_access.so LoadModule auth_modulelibexec/mod_auth.so LoadModule anon_auth_module libexec/mod_auth_anon.so LoadModule dbm_auth_modulelibexec/mod_auth_dbm.so LoadModule digest_module libexec/mod_digest.so LoadModule proxy_module libexec/libproxy.so LoadModule cern_meta_module libexec/mod_cern_meta.so LoadModule expires_module libexec/mod_expires.so LoadModule headers_module libexec/mod_headers.so LoadModule usertrack_module libexec/mod_usertrack.so LoadModule unique_id_module libexec/mod_unique_id.so LoadModule setenvif_modulelibexec/mod_setenvif.so LoadModule jk_module libexec/mod_jk.so ClearModuleList AddModule mod_vhost_alias.c AddModule mod_env.c AddModule mod_log_config.c AddModule mod_mime_magic.c AddModule mod_mime.c AddModule mod_negotiation.c AddModule mod_status.c AddModule mod_info.c AddModule mod_include.c AddModule mod_autoindex.c AddModule mod_dir.c AddModule mod_cgi.c AddModule mod_asis.c AddModule mod_imap.c AddModule mod_actions.c
Re: How do I map www.blah.com to a servlet?
Chris: Is there a reason you can't redirect any www.foo.com/index.html requests to your servlet with an Apache redirect directive instead (besides adding another trip back-and-forth for the user, that is)? Regards, Joel - Original Message - From: Chris Bailey [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, April 23, 2001 7:45 PM Subject: RE: How do I map www.blah.com to a servlet? This is what I'm already doing (see the email below) - I map my servlet to index.html in web.xml. On 23 Apr 2001 16:26:04 -0700, [EMAIL PROTECTED] wrote: can't you map the name index.html to your servlet in the web.xml file? or you can change the index file name to point to your servlet. Filip ~ Namaste - I bow to the divine in you ~ Filip Hanik Software Architect [EMAIL PROTECTED] www.filip.net -Original Message- From: Chris Bailey [mailto:[EMAIL PROTECTED]] Sent: Monday, April 23, 2001 4:18 PM To: [EMAIL PROTECTED] Subject: How do I map www.blah.com to a servlet? I'm using Linux, Apache 1.3.19, Tomcat 3.2.1, mod_jk. I want to map a URL such as http://www.foo.com; to a servlet. Right now I do this by just mapping the default page (e.g. index.html) to a servlet. But, then index.html shows up in the URL on many further uses. Is there a different way to do it, or a way to make sure that index.html doesn't show up in the URL? -- Chris Bailey[EMAIL PROTECTED] Wego Systemshttp://www.wego.com -- Chris Bailey[EMAIL PROTECTED] Wego Systemshttp://www.wego.com
Re: Tomcat Book
Armin: How does one subscribe (I could guess at using SUBSCRIBE email-address but I'm lazy sometimes. :-) Regards, Joel Parramore - Original Message - From: Armin Roehrl [EMAIL PROTECTED] To: Bryant, William [EMAIL PROTECTED]; Bill Penberthy [EMAIL PROTECTED]; Bryant, William [EMAIL PROTECTED]; Chad La Joie [EMAIL PROTECTED]; David McCormick [EMAIL PROTECTED]; Ed Robbins [EMAIL PROTECTED]; Martin Mauri [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Monday, April 23, 2001 7:34 PM Subject: Re: Tomcat Book Hi all, I set up a mailing-list: [EMAIL PROTECTED] not to annoy the normal mailing list with too much off-topic traffic. Everybody interested, please join. Maybe we should stay on the normal list for some time though, to get the maximum number of interested people. Thanks, A.
Tomcat articles on the O'Reilly Network
FYI: there are some interesting articles on the O'Reilly Network about installing and configuring Tomcat as well as dealing with web applications which look to be good reads Using Tomcat - http://www.oreillynet.com/pub/ct/33 which comprises two articles Java Web Applications - http://www.oreillynet.com/pub/a/onjava/2001/03/15/tomcat.html Installing and Configuring Tomcat - http://www.oreillynet.com/pub/a/onjava/2001/03/29/tomcat.html Regards, Joel Parramore
Servlet auto-reloading under ROOT context (was RE: simple question for servlet-configuration of tomcat)
On a slightly related note: are servlets under the ROOT context automatically reloaded? The docs in server.xml would appear to indicate that reloadable="true" is the default, but there's no entry for the ROOT context in my server.xml file, and it appears to be inconsistent on our server with regard to reloading a servlet which has (definitely) changed in webapps/ROOT/WEB-INF/classes (i.e., Tomcat apparently reloaded the servlet each time the class was changed, then suddenly stopped doing so, with no configuration changes made). Would placing an explicit CONTEXT entry for the ROOT in the server.xml file, i.e., Context path="/" docbase="webapps/ROOT" crossContext="false" debug="0" reloadable="true" /Context resolve this issue? Has anyone else encountered a similar problem? I can supply more configuration upon request, but at least I'll note that the server configuration is with Apache 1.3.14 and Tomcat 3.2.1 running Redhat Linux 7.0 on an Intel box, JDK 1.2.2. Tomcat, aside from slight changes for mod_jk operation with Apache, is unchanged from the default configuration. Regards, Joel Parramore -Original Message- From: Mandar Joshi [mailto:[EMAIL PROTECTED]] Sent: Friday, April 06, 2001 2:51 PM To: [EMAIL PROTECTED] Subject: Re: simple question for servlet-configuration of tomcat You simply need to put your stuff uner ROOT context. - Original Message - From: "TOPO graphics GmbH" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, April 06, 2001 7:19 AM Subject: simple question for servlet-configuration of tomcat Hello, since several weeks I am testing tomcat as a Servlet Engine with great success. I use Win98 SE2 with PWS. Now I have a simple problem (I think): What I have to do (in the configuration files) when I want to start my servlets with the URL: http://localhost/servlet/TestServlet and not with a WEPAPP-Directory like http://localhost/example/servlet/TestServlet Which settings I have to do in the configuration-files and in which directory I have to put my Servlets ? Thanks a lot for your answer With best regards M. Thorand TOPO graphics Geographische Informationssysteme GmbH EMail: [EMAIL PROTECTED]
