RE: List subscription problem
On Wed, 22 Sep 2004, [iso-8859-1] Endre Stølsvik wrote: On Tue, 21 Sep 2004, Suzanne wrote: | Along those same lines, I DID NOT subscribe to this list! I have sent a | notice to the unsubscribe link more than once and yet I continue to get | dozens of emails from your group. Any insight on how I may have become | connected to this list or how to remove my address from your your email | list It might be that someone else in your company (or whatever) have subscribed a company-internal list that you are on. You thus receive these mails indirectly. Check the headers of the mail (as Yoav suggested), then look for headers like this: Received: from mail.apache.org (hermes.apache.org [209.237.227.199]) by voyager.coretrek.no (Postfix) with SMTP id 4AEE7A8933 for [EMAIL PROTECTED]; Tue, 21 Sep 2004 20:35:15 +0200 (CEST) The for part (last of those three lines) describes for whom the mail system received the mail - and might reveal that it isn't to you at all, but some internal (or external) mailing list. On all messages that I receive from this list (and many others), there's a header that shows the address the list sent the message to (with the '@' changed to an '='). It's called Return-Path. If you can find that one -- and most mail readers have some way of showing the entire header of a message -- then you can definitively determine what address the list sent the message to and what address you should unsubscribe from. Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Problems with Tomcat Configuration
On Mon, 13 Sep 2004, Diego, Emil wrote: Yes. I setup a content for everything in my /var/www/html/dev_new directory. But it seems that Tomcat is handling requests outside that context. I don't know why. Someone asked you to post your apache/tomcat config (e.g., mod_jk/mod_jk2, whichever you're using). Until you do, no one can help you. -Original Message- From: Sjoerd van Leent [mailto:[EMAIL PROTECTED] Sent: Monday, September 13, 2004 3:57 PM To: Tomcat Users List Subject: Re: Problems with Tomcat Configuration Diego, Emil wrote: I am running Tomcat 4.1.27 with Apache 2.0.49 on Fedora Core 2. Here is what I have soo far. I setup a directory to run my JSP site. The directory is in /var/www/html/dev_new. I created a context called /dev_new to run this JSP site and I setup the connector between tomcat and apache and the site runs fine. I am now trying to setup another directory on the web server to display the usage statistics for the site (Simple HTML files). The directory is /var/www/html/reports. Whenever I browse http://preproduction.bus.miami.edu/reports/ I get the follwong browser message: HTTP Status 404 - /reports/ --- - type Status report message /reports/ description The requested resource (/reports/) is not available. --- - Apache Tomcat/4.1.27-13 This message is being generated by tomcat. I don't understand why tomcat is handling this request at all. It should be getting handled by apache. Anyone have any ideas on what I am doing wrong? Thanx in advance for the help. Emil Diego --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.760 / Virus Database: 509 - Release Date: 9/10/2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.760 / Virus Database: 509 - Release Date: 9/10/2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.760 / Virus Database: 509 - Release Date: 9/10/2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Forgive me if I'm wrong on this, but don't you need a Context to represent a new path on your server? Regards, Sjoerd - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.760 / Virus Database: 509 - Release Date: 9/10/2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.760 / Virus Database: 509 - Release Date: 9/10/2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SOLVED: How to get the context path for a web application?
On Tue, 10 Aug 2004, David Wall wrote: No, and an archive search would reveal past discussions around this issue (though none recently). Webapps are supposed to be independent of their server configuration including with regards to context path, and so the Servlet Spec actively discourages you from doing webapp initialization or configuration based on such data. A lot of people debated for a long time what does and doesn't go into the ServletContext/ServletConfig objects as opposed to Request/Response objects. True and it's mostly not a big issue. However, is it possible for a ServletContext to reference one context path and the Request objects to have a different one? Most webapps only operate under a single context path (don't they?), so having it at initialization would be nice too. Oh well... With the path, I could build URLs for email and other logging info at initialization that cannot be done dynamically without knowing the host/port/contextpath. You could always pass it in yourself as a context variable (i.e., context init-param). The problems then are that you're duplicating data and reducing portability. Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: specifying location of confg file
On Thu, 6 May 2004, Arora, Avinash wrote: Hi, How can we specify the location of config file, so that we don't have to hardcode it in our code. Thanks. You can specify the location in the config file. Oh wait, never mind. Other alternatives are specifying it as init-param's (either servlet or context) in web.xml. Still somewhat hard-coded, but not as bad as putting it in the servlet code itself. A bit of a bootstrapping issue here. Also, I think I saw something here recently about being to specify certain init-param's in server.xml, not sure of the details, maybe that's a possibility. Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Multiple Paths in one Context
On Tue, 20 Apr 2004, Ben Janes wrote: HI, This isn't really what I wanted. I need one context, that is accessible from several paths... so that www.xyz.com/mypath1 www.xyz.com/mypath2 www.xyz.com/mypath3 www.xyz.com/mypath4 All go to the same directory whilst maintaining there uniqueness of path names [ ... ] Maybe it would be more helpful if you say in some detail what you want to do and why, and then people will be able to give you better suggestions. For example, do your paths all need to have just one level of directories on them, or could you use a set like: www.xyz.com/myapp/mypath1 www.xyz.com/myapp/mypath2 www.xyz.com/myapp/mypath3 www.xyz.com/myapp/mypath4 If so, then maybe you could get by with one context (myapp), and use servlet definitions and servlet mappings to get things to work the way you want. Or, have you tried having multiple Context tags, all with different paths but the same docBase? I don't know if that's allowed, or if it's been suggested, but maybe it's worth looking into. Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: contextInitialized called twice during webapp deployment
On Mon, 19 Apr 2004, Brett Randall wrote: Can anyone advise - what would cause a listener's contextInitialized() to be called exactly twice during the deployment of a webapp? I am using Tomcat included in the Java Web Services Developer Pack v1.3. The double call of contextInitialized() happens for both my servlets, and the example servlets that have listeners defined. The only hint I have at the moment is that when incrementing one static and one instance counter within the listener, on both calls both variables are 1 (from 0), so could two different classloaders or VMs be instantiating the ContextListener, and what would cause that? I don't have any virtual hosts defined. Sounds like you have two *instances* of your servlet being loaded (so it's two separate instances of contextInitialized() being invoked). This can happen if you have two different definitions of the servlet in your web.xml, and/or perhaps if you have your webapp/context being loaded twice, like one automatically (because of an attribute setting like autoDeploy/deployOnStartup) and once because of a Context element in your server.xml and/or a seperate context configuration file. Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: how to define duplicate context in Tomcat (server.xml)
On Thu, 26 Feb 2004, Rina Shilo wrote: I want to duplicate my service that run under tomcat so I'll have it twice on my web server under 2 different names. (since I need 1 service running, and the second to be a test service). My tomcat service include JS, JSP, Classes. How to configure the tomcat to start both services? I tried already to define it as new context in the same service in the server.xml - and it's not worked. I tried already to define it as new context in a new service tag in the server.xml - and it's not worked. Just one of them work, the second failed. seems to me its because they include similar classes file/name. In theory, I believe, you should be able to get either one to work. But maybe you have some of the details wrong. Without more info, like what config you tried, and what error(s) you got, it's hard to tell what's wrong. Also note that depending on what version of Tomcat you are using, placing Context tags directly in server.xml may not be the proper way to do it. Other options include just placing the subdirectories under webapps so they will get picked up automatically, or placing context configuration files (which include only the Context tag) in the appropriate location under tomcat/conf (i.e., tomcat/conf/engine/host). this is how it look like: Host name=Service debug=0 appBase= unpackWARs=true autoDeploy=true Valve className=org.apache.catalina.valves.AccessLogValve directory=c:/Program Files/Logs prefix=tomcat_access. suffix=.log pattern=common resolveHosts=false/ Context path=/A docBase=c:\Program Files\A crossContext=false debug=0 reloadable=false / Context path=/B docBase=c:\Program Files\B crossContext=false debug=0 reloadable=false / /Host can someone help me in this? === Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: include files
On Tue, 10 Feb 2004, Chris Daly wrote: hi i've tested a new version of my jsp include file (a header which is referenced by about 40 pages) on one jsp page, and its wokred ok. i've changed the coding of the include page though none of the other jsp pages have picked up the new include and are still looking to teh old one ? i've stopped and started tomcat but its till not changed. does anyone have any ideas ? i've included a couple of new tag libraries but they are working ok and i cant see why it would be anything other than tomcat ? The problem is that the timestamps on the jsps in question have not changed, so Tomcat has no reason to recompile them (which is what is necessary for it to find the new included file). People have come up with two suggestions to help: 1. touch the jsps -- touch is a Unix command which updates the timestamp on a file. If you're not using Unix, perhaps your system has a similar command. 2. delete everything under Tomcat's work subdirectory -- that's where jsps are compiled (first into java source files and then into class files). These files are used as the baseline for the timestamp comparison, so if they don't exist, any jsp will be deemed new. Either of these should do the trick. The latter one may be the better way to go though. Many people routinely delete everything under the work directory as part of the Tomcat restart process. I believe these files are all automatically generated so it shouldn't hurt to delete them. Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: include files
On Tue, 10 Feb 2004, Chris Daly wrote: thanks. do i delete the name of the app under tomcat, for example work/Standalone/localhost/Website ? and all the $... files and the two directories - Help and WEB-INF under this directory ? I don't think there should be a WEB-INF under there. Are you sure you're looking in the right place? what is the touch cmd ? i cant find it in my wrox tomcat book ? touch is a Unix command. What OS are you using? If Windows, I don't know whether it has a similar command. (Basically touch file updates the timestamp on file -- it will also create it, as an empty file, if it doesn't exist.) You would delete only the directory relative of your site, under the work directory of tomcat; for example, if you site is called www.test.org, you must delete the directory under tomcat work/www.test.org_8080; probably the name may be different from release; after delete it, you must restart tomcat; But have you tried to use the touch cmd on all .jsp file that include your include.jsp? I use this mode, and all is OK, and I doesn't delete the work directory; At 11:25 10.02.2004 +0100, you wrote: You would delete only the directory relative of your site, under the work directory of tomcat; for example, if you site is called www.test.org, you must delete the directory under tomcat work/www.test.org_8080; probably the name may be different from release; after delete it, you must restart tomcat; But have you tried to use the touch cmd on all .jsp file that include your include.jsp? I use this mode, and all is OK, and I doesn't delete the work directory; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Configuration file help
On Thu, 5 Feb 2004, Randall Svancara wrote: I am wondering what the following configuration directive accomplishes for tomcat 4.1.29 in the server XML file when added right below the line with Server port=8005 shutdown=SHUTDOWN debug=0. Listener className=org.apache.ajp.tomcat4.config.ApacheConfig modJk=C:/ApacheGroup/Apache2/modules/mod_jk.dll / Also I am currious to know what the following configuration directive accomplishes under the host container in the server.xml file. Listener className=org.apache.ajp.tomcat4.config.ApacheConfig append=true forwardAll=false modJk=C:/ApacheGroup/Apache2/modules/mod_jk.dll / These configuration directives are posted at http://johnturner.com/howto/apache2-tomcat4129-jk-winxp-howto.html and I was just trying to understand what they accomplish, since I have never seen them before when configuring mod_jk with Apache Http server and Tomcat 4.1.29. Thank you, Randall If memory serves, those directives are to help automatically generate the necessary apache-related JK config stuff. (When using mod_jk to connect tomcat to apache, you need to add some stuff to the apache config file.) You might notice an extra file there, perhaps called something like mod-jk.conf (and not sure if it generates the workers.properties), which supposedly can be included (directly or indirectly) in the apache config file. I say supposedly because I seem to recall that the config stuff it generated, while certainly helpful, wasn't always 100% complete/correct, and usually needed to be modified a bit to work. Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat Loads Deleted Context?
On Thu, 5 Feb 2004, Josh Rehman wrote: Remy Maucherat wrote: Josh Rehman wrote: Amen to that brother. I wasted a lot of time having an old context load up on me with TC5 when I had removed it from server.xml. Very, very bad idea tomcat developers! Glad you like it :) BTW, it's not going to change. Just stop using server.xml for your context declarations and you'll be fine. If you're really in love with this idea, then why not, at the very least, comment out the server.xml Context for the poor, unsuspecting FWIW, the Context tag in the distributed server.xml is commented out. users, and include a note saying, By the way, you shouldn't edit contexts here. Edit them at x/y/z/mycontext.xml. Then at least people will be merely annoyed rather than actively frustrated trying to figure out why their contexts aren't going away. Just a suggestion. And a good one. I don't think Remy's suggestion above is unreasonable -- AS LONG AS IT'S DOCUMENTED (sorry for shouting). Especially if it's as simple as adding a few lines in server.xml. (Well, it would be nice if it were added to the server configuration documentation as well.) Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: context configuration file being overwritten
On Wed, 4 Feb 2004, Cox, Charlie wrote: From: Milt Epstein [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 04, 2004 2:47 PM [ ... ] Have you tried using CATALINA_BASE and CATALINA_HOME to separate your webapps/configuration(BASE) and your tomcat installation(HOME)? Maybe this would serve your needs instead of symbolic links. [ ... ] Thanks for the response. I am aware of using CATALINA_HOME/CATALINA_BASE, but I don't think that would serve my needs better. That's more for when you're going to have multiple Tomcat instances, and you want to eliminate redundancy and reduce the amount of total space used. And it still has problems when it comes to upgrades. Actually I am using CATALINA_HOME/CATALINA_BASE for a single instance for the ease of upgrading. I have separated /webapps, /conf, and /temp from /bin, /common, /shared, and /server. The only issue that I see upon upgrade is that I need to copy my libs in /common and /shared if I install the new version to a new directory and change CATALINA_HOME appropriately. I'm interested to hear what other issues you see with this as /conf wouldn't be affected by a new tomcat point release to CATALINA_HOME. [ ... ] Well, with the caveats that I don't have extensive experience with different Tomcat setups and I've only just come up with my current setup (so it's kind of a work in progress) ... The setup I'm trying now has: 1. the tomcat distrib under /usr/local (e.g., /usr/local/jakarta-tomcat-5.0.18) 2. /usr/local/tomcat as a symbolic link to the current distrib 3. all my webapps, with their associated context configuration files, under /usr/local/webapps So to get things working, all I do is copy the context configuration files to the appropriate Tomcat directory (it used to be tomcat/webapps in Tomcat 4, but in 5 it's apparently tomcat/conf/engine/host). (I was hoping to use symbolic links, but then I ran into the problem I posted about.) When I upgrade Tomcat versions, all I do is drop the new distrib in, change the /usr/local/tomcat link, copy the context configuration files in, and voila!, I'm up and running. Maybe the differences are minor as compared to your setup, but I think they are there. For example, you may have to re-copy conf and/or webapps (I believe there can be changes in what's under those directories on new point releases). Basically you don't have to worry about splitting the distrib up between $CATALINA_HOME and $CATALINA_BASE, and any potential issues related to that that could come up with an upgrade to a new version. Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: context configuration file being overwritten
On Wed, 4 Feb 2004, Shapira, Yoav wrote: Hate to repost this unchanged, but I'm surprised this hasn't gotten any response. Any Tomcat developers on the list? Am I missing something about how context configurations files are supposed to work? Because otherwise this looks like a bug. Yes, there are tomcat developers who watch this list. There's always the possibility no one cares enough to respond to your post, or no one is interested enough to research it. Yes, I'm well aware of that possibility :-). If you think it's a bug, feel free to write and suggest a patch. If Again, the fix it yourself response. Like I said, I don't want to get into a discussion of this (I've been in on them in the past :-), but, I'll just say that that reasoning only goes so far. you don't think this is a bug, or don't feel like writing a patch, Actually, I don't have a problem investigating it -- and in fact I have started to. But it would be nice if I first at least got some insight into how/why things work the way they do and/or a pointer, even a rough one, to where the relevant code exists. change your deployment practices. Well, in fact, I have changed them (because I've been forced to). But I don't like this response. For one thing, Tomcat is a community effort, and reporting info about suspected anomalies/bugs is one way of participating in that community effort. Personally I don't deploy anything other than a packed WAR file to tomcat's webapps directory. I don't make use of symlinks nor put anything in the conf directory, as support for these is not mandated by the servlet specification and I want my app and its deployment to be portable. This is another Pandora's box. Not everything Tomcat does is controlled by the spec, so some choices it makes, and some choices you make in using it, are not going to be covered by the spec, and hence subject to the potential of not being portable. Further, if Tomcat behaves some way, I think it is important to try to make sure it behaves that way consistently, and is not subject to misbehaviors (whether they're at the design level or the implementation level). Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat Loads Deleted Context?
On Wed, 4 Feb 2004, Yansheng Lin wrote: Hi, I am having a weird problem. It seems that Tomcat is trying to deploy a deleted project. The deleted project was outside of ${tomcat_home}/ dir. And I already I commented out the context for that project. I also deleted the work/ dir, but the problem persists. The generated /work/Catalina/localhost/deleted/ dir doesn't have any class files except SESSIONS.ser and tldCache.ser. I suspect tomcat is installing web applications based on some sort of cache. What do you mean by commented out the context for that project? Where/in what file did you do that? Here is the console output when deploying tomcat: Feb 4, 2004 8:14:19 AM org.apache.catalina.core.StandardHostDeployer install INFO: Processing Context configuration file URL file:C:\Web\ApacheGroup\Tomcat\conf\Catalina\localhost\deleted.xml Does this file still exist? If so, that could be your problem. (That is the context configuration file for the deleted webapp.) (deleted is the name of your webapp? Or did you just fill that in as a placeholder?) log4j:WARN No appenders could be found for logger (org.apache.commons.digester.Digester). log4j:WARN Please initialize the log4j system properly. I was wondering if this is a bug? I am using tomcat-5.0.18. Thanks! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: context configuration file being overwritten
On Sat, 31 Jan 2004, Milt Epstein wrote: Hi there. I'm using tomcat 5.0.18 basically out of the box. I set up a webapp in a directory outside the tomcat/webapps directory. So I created a context configuration file for the webapp, and put a symbolic link to it in tomcat/conf/Catalina/localhost. This was all per the documentation and the source. So, everything starts up fine, the webapp works, but the context configuration file gets overwritten/truncated (i.e., it is then an empty file). The same thing happens with 5.0.16. This doesn't happen when I place a copy of the actual configuration file in that directory, instead of a symbolic link. (I'm trying to place as little as possible in the tomcat directory structure, to ease upgrade issues and such.) Any idea what's going on here? I searched all over and couldn't find any discussion of a similar issue. FWIW, my system is Linux (Fedora Core 1). Thanks! Hate to repost this unchanged, but I'm surprised this hasn't gotten any response. Any Tomcat developers on the list? Am I missing something about how context configurations files are supposed to work? Because otherwise this looks like a bug. Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat Loads Deleted Context?
On Wed, 4 Feb 2004, Yansheng Lin wrote: Yes, that context descriptor(deleted.xml) still exists under that directory!!! And after deleting it, tomcat doesn't load the particular webapp anymore. But I still think this is a possible bug. Since the expected behaviour is not to load anything anymore for a deleted webapp. Yes, but the question is, what constitutes a webapp being deleted? And the answer, I think, depends on how you have Tomcat configured (e.g., in terms of auto-deployment of webapps). I'd say that if you're using a context configuration file, that's part of the webapp. And if you haven't deleted it, you haven't really deleted the webapp. I removed the Context for that webapp in conf/server.xml. Hmmm -- you had a Context element for this webapp in server.xml *and* a separate context configuration file? That's redundant, because they serve the same purpose. I'm not sure what would happen in that case -- were you per chance seeing your webapp starting up twice? And the deleted project directory is located outside of TOMCAT default webapps/ dir... . Which means there has to be some element inside Tomcat's configuration (either in server.xml or a separate context configuration file) that lets Tomcat know about it. And until you delete that element, you haven't deleted the webapp. That's my take on it, at least :-). -Original Message- From: Milt Epstein [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 04, 2004 9:40 AM To: Tomcat Users List Subject: Re: Tomcat Loads Deleted Context? Here is the console output when deploying tomcat: Feb 4, 2004 8:14:19 AM org.apache.catalina.core.StandardHostDeployer install INFO: Processing Context configuration file URL file:C:\Web\ApacheGroup\Tomcat\conf\Catalina\localhost\deleted.xml Does this file still exist? If so, that could be your problem. (That is the context configuration file for the deleted webapp.) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: context configuration file being overwritten
On Wed, 4 Feb 2004, Burgess, Jay S wrote: I'm not much of a UNIX person, but I remember reading about the allowLinking attributes in Context and DefaultContext. Not sure that they're applicable, but I figured I'd mention them in case they were and you hadn't seen them. Thanks for the response. Yes, I am aware of allowLinking, but I believe that's totally unrelated to what I'm talking about. allowLinking is an attribute of the Context tag, and determines whether symbolic links can be used *inside* the context/webapp. I'm talking about something at a higher level. And note that the link is working in terms of Tomcat finding/processing the context configuration file (and finding/setting up the context). It's just that the context configuration file gets overwritten (when it's a link). -Original Message- From: Milt Epstein [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 04, 2004 10:46 AM To: Tomcat Users List Subject: Re: context configuration file being overwritten On Sat, 31 Jan 2004, Milt Epstein wrote: Hi there. I'm using tomcat 5.0.18 basically out of the box. I set up a webapp in a directory outside the tomcat/webapps directory. So I created a context configuration file for the webapp, and put a symbolic link to it in tomcat/conf/Catalina/localhost. This was all per the documentation and the source. So, everything starts up fine, the webapp works, but the context configuration file gets overwritten/truncated (i.e., it is then an empty file). The same thing happens with 5.0.16. This doesn't happen when I place a copy of the actual configuration file in that directory, instead of a symbolic link. (I'm trying to place as little as possible in the tomcat directory structure, to ease upgrade issues and such.) Any idea what's going on here? I searched all over and couldn't find any discussion of a similar issue. FWIW, my system is Linux (Fedora Core 1). Thanks! Hate to repost this unchanged, but I'm surprised this hasn't gotten any response. Any Tomcat developers on the list? Am I missing something about how context configurations files are supposed to work? Because otherwise this looks like a bug. Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: context configuration file being overwritten
On Wed, 4 Feb 2004, Cox, Charlie wrote: -Original Message- From: Milt Epstein [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 04, 2004 11:46 AM To: Tomcat Users List Subject: Re: context configuration file being overwritten On Sat, 31 Jan 2004, Milt Epstein wrote: Hi there. I'm using tomcat 5.0.18 basically out of the box. I set up a webapp in a directory outside the tomcat/webapps directory. So I created a context configuration file for the webapp, and put a symbolic link to it in tomcat/conf/Catalina/localhost. This was all per the documentation and the source. So, everything starts up fine, the webapp works, but the context configuration file gets overwritten/truncated (i.e., it is then an empty file). The same thing happens with 5.0.16. This doesn't happen when I place a copy of the actual configuration file in that directory, instead of a symbolic link. (I'm trying to place as little as possible in the tomcat directory structure, to ease upgrade issues and such.) Have you tried using CATALINA_BASE and CATALINA_HOME to separate your webapps/configuration(BASE) and your tomcat installation(HOME)? Maybe this would serve your needs instead of symbolic links. [ ... ] Thanks for the response. I am aware of using CATALINA_HOME/CATALINA_BASE, but I don't think that would serve my needs better. That's more for when you're going to have multiple Tomcat instances, and you want to eliminate redundancy and reduce the amount of total space used. And it still has problems when it comes to upgrades. Also, regardless of whether this would serve my needs better, there's the issue of the behavior I'm seeing and whether or not it's a bug. If so, it should be addressed. Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat Loads Deleted Context?
On Wed, 4 Feb 2004, Yansheng Lin wrote: Hi, No, I didn't create the context configuration file under /conf/[enginename]/[hostname]/. It was created by Tomcat on the fly. Really?! I just tried this myself, and you're right, it does get created by Tomcat! That is, when I added a Context tag to server.xml for my webapp outside of Tomcat's webapps directory, Tomcat created a context configuration file for my webapp in conf/engine/host. And it stayed there after I deleted that Context tag from server.xml. I amend what I said before :-). And I agree with you -- it should be Tomcat's responsibility to delete the context configuration file it is creating. (What makes it even worse is that the context configuration file isn't even complete with what's included in the Context tag in server.xml.) And my webapp wasn't starting up twice, which is good. Also I can delete that dir, but it would be recreated next time when I restart Tomcat5. I think the confusion lies on whether it's user's responsibily or the container's to clean up the configuration file after user deleting a context element in server.xml. In tomcat user-guide: http://jakarta.apache.org/tomcat/tomcat-5.0-doc/deployer-howto.html, there is nothing about when a context descriptor is created, and what happens if you decide to delete a context in your server.xml. It would be nice if the container refreshes that directory/recreates all the context descriptors when server.xml is modified. But maybe there is some other setting I don't know of in 5. I didnt' have this problem with tomcat 4 before. Yes, it seems several things about the way this works have been changed from 4. (For example, the location of the context configuration files, and how they are managed, automatically created, modified, and/or deleted.) -Original Message- From: Milt Epstein [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 04, 2004 12:12 PM To: Tomcat Users List Subject: RE: Tomcat Loads Deleted Context? I removed the Context for that webapp in conf/server.xml. Hmmm -- you had a Context element for this webapp in server.xml *and* a separate context configuration file? That's redundant, because they serve the same purpose. I'm not sure what would happen in that case -- were you per chance seeing your webapp starting up twice? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat Loads Deleted Context?
On Wed, 4 Feb 2004, Shapira, Yoav wrote: Howdy, This is new functionality to tomcat5. Senor Epstein's description of what constitutes a deleted webapp is accurate and well-written. Well, in light of this new information, I've amended my description :-). I don't think it should be the user's responsibility to delete something that Tomcat creates (in this case at least). Tomcat is going through the trouble of creating it (and it's unclear why -- plus it's also undocumented), it should go through the trouble of cleaning it up. If you happen to think tomcat should refresh its conf directory periodically or upon some trigger, please feel free to contribute a patch ;) Obviously something is triggering Tomcat to create that configuration file, so it's not unreasonable to expect there to be a trigger for Tomcat to delete it (and most likely the inverse of the original trigger). As to contributing a patch -- well, I don't want to open up that Pandora's box :-). But most likely someone already has knowledge of how/why Tomcat is creating the configuration file, they're the most likely choice to look into this. Or at least offer some explanation of why it behaves this way and/or a pointer to the relevant section(s) of code. -Original Message- From: Yansheng Lin [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 04, 2004 3:20 PM To: 'Tomcat Users List' Subject: RE: Tomcat Loads Deleted Context? Hi, No, I didn't create the context configuration file under /conf/[enginename]/[hostname]/. It was created by Tomcat on the fly. And my webapp wasn't starting up twice, which is good. Also I can delete that dir, but it would be recreated next time when I restart Tomcat5. I think the confusion lies on whether it's user's responsibily or the container's to clean up the configuration file after user deleting a context element in server.xml. In tomcat user-guide: http://jakarta.apache.org/tomcat/tomcat-5.0-doc/deployer-howto.html, there is nothing about when a context descriptor is created, and what happens if you decide to delete a context in your server.xml. It would be nice if the container refreshes that directory/recreates all the context descriptors when server.xml is modified. But maybe there is some other setting I don't know of in 5. I didnt' have this problem with tomcat 4 before. Thanks! -Yan -Original Message- From: Milt Epstein [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 04, 2004 12:12 PM To: Tomcat Users List Subject: RE: Tomcat Loads Deleted Context? I removed the Context for that webapp in conf/server.xml. Hmmm -- you had a Context element for this webapp in server.xml *and* a separate context configuration file? That's redundant, because they serve the same purpose. I'm not sure what would happen in that case -- were you per chance seeing your webapp starting up twice? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat Loads Deleted Context?
On Wed, 4 Feb 2004, Hernani Mourao wrote: Hi, Where can I find the Senor Epstein's description of what constitutes a deleted webapp? I looked everywhere I remembered and I could not find. I believe he's referring (somewhat facetiously :-) to what I wrote in an earlier post in this thread. To find it, you can check the list archives. There's one at http://marc.theaimsgroup.com/. -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: quarta-feira, 4 de Fevereiro de 2004 20:47 To: Tomcat Users List Subject: RE: Tomcat Loads Deleted Context? Howdy, This is new functionality to tomcat5. Senor Epstein's description of what constitutes a deleted webapp is accurate and well-written. If you happen to think tomcat should refresh its conf directory periodically or upon some trigger, please feel free to contribute a patch ;) Yoav Shapira Millennium ChemInformatics -Original Message- From: Yansheng Lin [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 04, 2004 3:20 PM To: 'Tomcat Users List' Subject: RE: Tomcat Loads Deleted Context? Hi, No, I didn't create the context configuration file under /conf/[enginename]/[hostname]/. It was created by Tomcat on the fly. And my webapp wasn't starting up twice, which is good. Also I can delete that dir, but it would be recreated next time when I restart Tomcat5. I think the confusion lies on whether it's user's responsibily or the container's to clean up the configuration file after user deleting a context element in server.xml. In tomcat user-guide: http://jakarta.apache.org/tomcat/tomcat-5.0-doc/deployer-howto.html, there is nothing about when a context descriptor is created, and what happens if you decide to delete a context in your server.xml. It would be nice if the container refreshes that directory/recreates all the context descriptors when server.xml is modified. But maybe there is some other setting I don't know of in 5. I didnt' have this problem with tomcat 4 before. Thanks! -Yan -Original Message- From: Milt Epstein [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 04, 2004 12:12 PM To: Tomcat Users List Subject: RE: Tomcat Loads Deleted Context? I removed the Context for that webapp in conf/server.xml. Hmmm -- you had a Context element for this webapp in server.xml *and* a separate context configuration file? That's redundant, because they serve the same purpose. I'm not sure what would happen in that case -- were you per chance seeing your webapp starting up twice? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
context configuration file being overwritten
Hi there. I'm using tomcat 5.0.18 basically out of the box. I set up a webapp in a directory outside the tomcat/webapps directory. So I created a context configuration file for the webapp, and put a symbolic link to it in tomcat/conf/Catalina/localhost. This was all per the documentation and the source. So, everything starts up fine, the webapp works, but the context configuration file gets overwritten/truncated (i.e., it is then an empty file). The same thing happens with 5.0.16. This doesn't happen when I place a copy of the actual configuration file in that directory, instead of a symbolic link. (I'm trying to place as little as possible in the tomcat directory structure, to ease upgrade issues and such.) Any idea what's going on here? I searched all over and couldn't find any discussion of a similar issue. FWIW, my system is Linux (Fedora Core 1). Thanks! Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Env vars, mod_jk and JkEnvVar?
On Tue, 4 Feb 2003, Jack on vacation wrote: Hi, What's the way to pass environment variables from Apache to Tomcat when using mod_jk? http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/jk/aphowto.html gives JkEnvVar SSL_CLIENT_V_START as an example, but how do I read this in a JSP? Will it appear as an attribute, if so, with what name? I'm using JkEnvVar in one setup, and the variable in question comes in as a request attribute. I use the same name as on the JkEnvVar line. So if you have JkEnvVar SSL_CLIENT_V_START you'd use request.getAttribute(SSL_CLIENT_V_START) Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat startup question
On Mon, 3 Feb 2003, Kenny G. Dubuisson, Jr. wrote: I'm running Tomcat 4.0.5 on RedHat 7.3. I'd like to know if it is normal that you can start Tomcat multiple times in a row via the $CATALINA_HOME/bin/startup.sh script? I can run the script and then if I run it again (without shutting down Tomcat) it executes again. I remember on an older version of Tomcat that I used that if you did this you would get an error. I'd think you'd at least get some port binding exceptions, because you'd be trying to resuse the same ports over and over again. Did you see anything in the logs. Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Require a secure connection
On Thu, 16 Jan 2003, neal wrote: Does anyone know how to *require* that a page be accessed only via a secure connection? For instance, I *can* request a secure connection to a page by going to https://; and the url ... but how do I prevent a user from going to http://; to request that same page? Would this be a proxy thing or is something I can set in Tomcat? Is there something that wouldn't require the overhead of reflecting upon every single request at the Java level? Thanks. neal I think if you're using Tomcat standalone, the security-constraint technique that others have mentioned is the way to go. But if you're using Tomcat behind Apache, you should be able to control this by controlling what resources are available to each instance of the server (with http being one instance and https being another). For example, you can set them up as separate virtual hosts, and then control what resources are accessible within each virtual host. Works for us. Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: TC3 to TC4 upgrade question
On Wed, 15 Jan 2003, Joel Hughes wrote: Hi all, I am upgrading a webapp from TC3 to TC 4.1 I had a servlet mapping error with a servlet mapping of (worked fine in TC3) servlet-mapping servlet-name dologin /servlet-name url-pattern /dologin /url-pattern /servlet-mapping But this was fixed by changing to servlet-mapping servlet-name dologin /servlet-name url-pattern /servlet/dologin /url-pattern /servlet-mapping Now I'm no expert with TC but I thought /dologin would have matched the url? (this seems to work fine in TC3). Any ideas? I can get it to work but would just like to know the rules at work here. I don't see anything wrong with the first servlet-mapping above. But you don't tell use what URL you tried, what the results were, or anything else about your configuration. So it's a little hard to give any useful comments. One thing I wonder about is what JkMount directives you have set up, to have Apache forward requests to Tomcat. It might be that your second one works because you're taking advantage of the Invoker setup -- which isn't necessarily a good idea (and was involved with some bugs recently). Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Start tomcat before apache on RedHat7.3
On Mon, 13 Jan 2003, Turner, John wrote: I'm assuming that you are using the ApacheConfig class to auto-generate configuration directives for Apache's httpd.conf. Tomcat needs time to start up, and the ApacheConfig class needs time to write mod_jk.conf (or whatever file you are using). So, you have to put a delay into the process somewhere. Like a sleep 20 or something right after the Tomcat script executes, but before Apache is started, or take both of them out of init.d and put the startup into rc.local where you have more explicit control over what runs when, and stick the delay in there. Another solution is to not use ApacheConfig (i.e. and the dynamically generated mod_jk.conf file) at all, just use some static version that you created. In fact, this makes a lot more sense to me, for a number of reasons, including that I don't believe ApacheConfig can capture everything that needs to go into that file, and that once you have things set, it's not going to change that frequently (so you shouldn't have to regenerate it every time you start Tomcat). -Original Message- From: Arcadius A. [mailto:[EMAIL PROTECTED]] Sent: Monday, January 13, 2003 8:10 AM To: [EMAIL PROTECTED] Subject: Start tomcat before apache on RedHat7.3 Hello! I've successfully installed tomcat+apache+mod_jk. Everything work fine...except : At boot time, apache starts before tomcat so after the system boots, I still need to restart apache before I can access the jsp pages Note that I have placed startup scripts for both apache and tomcat in /etc/rc.d/init.d/. The tomcat startup script is the one that comes with tomcat. Apache startup script is a symbolic link to the apachectl script [ :-)] Thanks for the help. Regards. Arcadius. -- 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] Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Problem accessing user ID if Apache used to auithenticate
On Thu, 9 Jan 2003, Steve Slatcher wrote: So I have Apache 2 passing on requests to Tomcat 4.1 using jk2. I can get Apache to authenicate URLs that are forwarded to Tomcat, but the user ID seems to get lost in the process so I cannot access it from my JSPs. I have noticed a few references to this in various forums but no resolution. I am not sure if I need some addtional configuration steps (what I am using is pretty minimal), or is there nothing to be done about it short of diving into Apache or Tomcat code? I'm using Apache 1, Tomcat 4.0, and mod_jk. On my JK connector tag as defined in server.xml, I had to add the attribute tomcatAuthentication=false to get the user ID (via getRemoteUser) to be available in Tomcat. Don't know if this is an issue with your (somewhat different) setup. Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: unsubscribing to this mailing list
On Mon, 6 Jan 2003, Turner, John wrote: Are you sure you are using the correct from address? I was able to unsubscribe and resubscribe myself twice in the past 6 weeks when going on vacation. FYI, the mail header I get says your address is @asia.bigfoot.com. Is that what you are using? Note that what address he is sending mail from (and/or what address he ultimately receives mail at) doesn't necessarily matter. What matters is what address the mailing list is sending his messages to. And because of aliases, forwarding, change of addresses, etc., that could be different. What he needs to do is determine what that address is. This can be done by looking for a mail header like the following: Return-Path: [EMAIL PROTECTED] How he does this depends on what mailer he's using. MS mailers should have an option that allows one to look at the headers. The above is what it looks like for me. It indicates that the mailing list sent the message to [EMAIL PROTECTED] (it changes '@'s to '='s). And if I want to unsubscribe from the list, that's the address I have to tell it to unsubscribe. I can do this by sending a message to: [EMAIL PROTECTED] Of course, I won't say that there aren't problems with the mailing list software beyond the above. But I know it is an issue, and I'd like to have verification that someone has tried dealing with this properly before moving on to other possibilities. -Original Message- From: Mark Goking To: Tomcat Users List Sent: 1/6/03 8:13 PM Subject: unsubscribing to this mailing list why cant tomcat mailing list manually remove users? ive been trying to remove myself from the mailing list for four darn months yet it still cant?!? im hoping that som admin here can manually remove me because there is no other way mark Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: unsubscribing to this mailing list
On Tue, 7 Jan 2003, Jon Eaves wrote: Hi Mark, John These lists are using ezmlm. You can unsubscribe from a wrong address by sending a blank email to this address: [EMAIL PROTECTED] Note that this may not necessarily work, as I described in a message I just sent to the list. It doesn't matter what address he's ultimately receiving mail at, it matters what address the list is sending him mail at. And for various reasons, those may not be the same. The list may receive the above, look for [EMAIL PROTECTED], not find it as a subscribed address, and just give up (or give some error message). To find out what address to plug into the above address, one needs to look for a header like: Return-Path: [EMAIL PROTECTED] Then, take the part between the number (in this case 47506) and the '@' and plug that into the tomcat-user-unsubscribe address. That should end up with the right mail address being sent to ezmlm and your confirmation email hopefully will end up in your inbox. Then reply to that and it should work. If it doesn't then you will need to get a moderator to send an email using the same To field and that will not require confirmation. Disclaimer: I've never tried this, but that's what the manual says to do. Cheers, -- jon Mark Goking wrote: yes. when i first joined this mailing list, i had no problem at all. i was even able to unsubscribe directly. but when i subscribed for the 2nd time, i had problems. it took me about 2 days to subscribe again. i didnt have any idea why it acted that way. within those 2 days i emailed the admin to manually add me and he said no because my email uses exchange server and the mailing list has problems dealing with email addresses that uses the ms exchange server. still, after 2 days i was able to subscribe myself here. the problem now is unsubscribing. since i couldnt unsubscribe myself, i dont think it's impossible for the admin to manually remove me from the mailing list. unsubscribing is as simple as 1 2 3 but the process just doesnt work for me anymore. mark -Original Message- From: Turner, John [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 07, 2003 9:23 AM To: 'Tomcat Users List ' Subject: RE: unsubscribing to this mailing list Are you sure you are using the correct from address? I was able to unsubscribe and resubscribe myself twice in the past 6 weeks when going on vacation. Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Apache HTTPD Tomcat: Where does mod_jk step in?
On Mon, 30 Dec 2002, Johnson, Garrett wrote: Ladies and Gentlemen: I'm using Apache 2.0.43 and Tomcat 4.1.12 with JK on Win2K. I'm using the JkMount directives to send all requests to /servlets/ and /*.jsp to Tomcat. However, I need to know where in the server processing JK actually intercepts those requests and shoots them off to tomcat, and what preprocessing Tomcat does to them afterwards. Can Tomcat use it's own Realms to handle authentication or does Apache need to do that? Do aliases map the request in Apache before JK grabs them? WORKFLOW. That's what I need to understand. Does anyone know much about that? Is there some documentation available somewhere on this workflow? I've ripped www.apache.org and jakarta.apache.org apart and found nothing. Help me, Obi-Wan Kenobi. You're my only hope. Use the source, Luke. (Sorry, you asked for that one :-). Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: mod_jk---still trying, getting closer
On Wed, 25 Dec 2002, Jerry Ford wrote: John: Sorry, I had changed ajp13 to worker1 in trying to emulate Denise's working setup, but that didn't do any good so I changed it back and inadvertently put the dot in. But it doesn't matter, it doesn't work either way. One things I don't understand, it seems like you have JK2 running on the Tomcat side, but you refer to workers.properties, which is a JK file, JK2 doesn't use it, I don't believe. Could that be related to the problem? As noted in earlier e-mails, I can get the Tomcat example servlets to work, as well as my own j_tools HelloWorld, when I specify port 8080, but not through Apache: http://localhost opens Apache's index page http://localhost:8080 opens Tomcat's index page, and servlets work http://localhost/examples/servlets opens the servlets index page, but servlets don't work Catalina.out in Tomcat's logs directory says mod_jk is running: Dec 25, 2002 8:50:51 PM org.apache.coyote.http11.Http11Protocol init INFO: Initializing Coyote HTTP/1.1 on port 8080 Starting service Tomcat-Standalone Apache Tomcat/4.1.12-LE-jdk14 Dec 25, 2002 8:50:57 PM org.apache.coyote.http11.Http11Protocol start INFO: Starting Coyote HTTP/1.1 on port 8080 Dec 25, 2002 8:50:57 PM org.apache.jk.common.ChannelSocket init INFO: JK2: ajp13 listening on tcp port 8009 Dec 25, 2002 8:50:57 PM org.apache.jk.server.JkMain start INFO: Jk running ID=0 time=2/121 config=/usr/local/webserver/jakarta-tomcat-4.1.12-LE-jdk14/conf/jk2.properties Stopping service Tomcat-Standalone Dec 25, 2002 11:26:13 PM org.apache.coyote.http11.Http11Protocol init INFO: Initializing Coyote HTTP/1.1 on port 8080 Starting service Tomcat-Standalone Apache Tomcat/4.1.12-LE-jdk14 Dec 25, 2002 11:26:18 PM org.apache.coyote.http11.Http11Protocol start INFO: Starting Coyote HTTP/1.1 on port 8080 Dec 25, 2002 11:26:18 PM org.apache.jk.common.ChannelSocket init INFO: JK2: ajp13 listening on tcp port 8009 Dec 25, 2002 11:26:19 PM org.apache.jk.server.JkMain start INFO: Jk running ID=0 time=1/277 config=/usr/local/webserver/jakarta-tomcat-4.1.12-LE-jdk14/conf/jk2.properties But the Apache error log says Apache cannot open the workers file, even though the path specified is correct and permissions to the file are -rw-rw-r-- and to all directories drwxrwxr-x: [Wed Dec 25 15:14:36 2002] [error] (2)No such file or directory: Error while opening the workers, jk will not work [Wed Dec 25 15:14:36 2002] [error] (2)No such file or directory: Error while opening the workers, jk will not work [Wed Dec 25 15:14:36 2002] [notice] Apache/1.3.27 (Unix) mod_jk/1.2.0 configured -- resuming normal operations [Wed Dec 25 15:14:36 2002] [notice] Accept mutex: sysvsem (Default: sysvsem) [ ... ] Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: mod_jk---still trying, getting closer
operations [Tue Dec 24 09:13:59 2002] [notice] Accept mutex: sysvsem (Default: sysvsem) Worker file is identified as follows, in the auto/mod_jk.conf file: JkLogFile /usr/local/webserver/jakarta-tomcat-4.1.12-LE-jdk14/conf/jk/workers.pro perties I know some have recommended that the contents of mod_jk.conf be hardwired into httpd.conf, but auto/mod_jk.conf seems to be working fine in every other respect, so I am inclined to continue using it. Still, I did put the log file directive in httpd.conf just to see of it would make a difference. It did not. The directory tree is set up as follows: drwxrwxr-x...usr/ drwxrwxr-x..local/ drwxrwxr-x.webserver/ drwxrwxr-xapache/ drwxrwxr-xtomcat/ drwxrwxr-x...conf/ drwxrwxr-x..jk/ -rw-rw-r-x.workers.properties Ownership of the apache tree was changed from root:root to jford:jford; so I changed it back to root:root and tried it, and I still get the errors (so I changed it back to jford:jford). Any suggestions? Thanks. Jerry -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- 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] Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Mod_jk - won't execute jsp or servlets
On Mon, 23 Dec 2002, Denise Mangano wrote: Thanks to all your help, I've gotten over some bumps. As it stands I can access any static pages in the Tomcat directory without having to type port 8080 ( i.e. I can access http://localhost/examples/servlets/index.html. However, whenever I try to execute a servlet or JSP it hangs indefinitely. The only errors appear in my mod_jk.log file: [ ... ] [Mon Dec 23 09:52:47 2002] [jk_connect.c (203)]: jk_open_socket, connect() failed errno = 110 [Mon Dec 23 09:52:47 2002] [jk_ajp_common.c (626)]: Error connecting to tomcat. Tomcat is probably not started or is listenning on the wrong port. Failed errno = 110 [ ... ] This seems to be the telling message. So is Tomcat started and running? And what port is it listening on? More completely, what port is Apache expecting it to listen on and what port is it set to listen on? The former is set in workers.properties. The latter is set in server.xml, particularly in the Connector tag for the Ajp connector (because it may be listening on different ports for different things, here we only care about Ajp). The default for that is 8009. It's probably best you post both of those files (i.e. workers.properties and server.xml) so we can see for sure what you have there. You say that Tomcat is listening on port 8080, but that is the default port for Tomcat's Http Connector (i.e. Tomcat standalone). So I suspect that is not the relevant info here. Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Mod_jk - won't execute jsp or servlets
-Original Message- From: Denise Mangano [mailto:[EMAIL PROTECTED]] Sent: Monday, December 23, 2002 11:16 AM To: 'Tomcat Users List' Subject: RE: Mod_jk - won't execute jsp or servlets Hello :) Here is the content of my workers.properties file: worker.list=worker1 worker.worker1.type=ajp13 worker.worker1.host=www.ptpweb.com worker.worker1.port=8009 In my server.xml file I have left everything as the defaults. Right now there are only two connectors that are NOT commented out and those are !-- Define a non-SSL Coyote HTTP/1.1 Connector on port 8080 -- Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=8080 minProcessors=5 maxProcessors=75 enableLookups=true redirectPort=8443 acceptCount=100 debug=0 connectionTimeout=2 useURIValidationHack=false disableUploadTimeout=true / !-- Define a Coyote/JK2 AJP 1.3 Connector on port 8009 -- Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=8009 minProcessors=5 maxProcessors=75 enableLookups=true redirectPort=8443 acceptCount=10 debug=0 connectionTimeout=0 useURIValidationHack=false protocolHandlerClassName=org.apache.jk.server.JkCoyoteHandler/ Could this be my problem? I attached my server.xml file just to be sure if there was anything else to check for... [ ... ] These look OK as far as my understanding of these things go (it's the second Connector tag above that's the relevant one). There is one thing odd that might be worthy of investigating, though. That's having the connectionTimeout be 0. Did it come that way, or did you set it to that yourself? By my reading of the docs (which are a bit confusing on this point), that'll cause it to timeout every time; a setting of -1 is what disables it, if that's what you wanted to do. Or you could set it to 2 like the Coyote Http Connector above it. Or leave it blank, which means it would use the default (6). Anyway, it should be a relatively simple matter to try it with a different value (restarting Tomcat, of course) and seeing if it makes a difference. (You can also try setting the host value to localhost in workers.properties, as someone else suggested -- that will require restarting Apache.) Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Mod_jk - won't execute jsp or servlets
On Mon, 23 Dec 2002, Denise Mangano wrote: Tomcat is up and running - I can view and execute examples by using :8080. OK, that means Tomcat standalone is working (as controlled by the Coyote Http Connector onport 8080) If the port that Tomcat is listening on is set by workers.properties, then that would be port 8009. Where Apache is expecting it to listen on I am not sure. Actually, you've got it backwards. workers.properties is part of the Apache config, and indicates where Apache is expecting to find the (Tomcat side of the) Ajp connector. server.xml is part of the Tomcat config, and tells Tomcat where it should listen for Ajp (and other protocols). The email I sent was correct - the uncommented ports are those that were listed. The only difference between the two is the connection Timeout settings... ( I posted the correct server.xml file - the second email contains the correct one). I responded to that email -- and in fact the connection timeout was the only thing that looked odd to me. So that might be what's causing the problem. -Original Message- From: Milt Epstein [mailto:[EMAIL PROTECTED]] Sent: Monday, December 23, 2002 11:27 AM To: Tomcat Users List Subject: Re: Mod_jk - won't execute jsp or servlets On Mon, 23 Dec 2002, Denise Mangano wrote: Thanks to all your help, I've gotten over some bumps. As it stands I can access any static pages in the Tomcat directory without having to type port 8080 ( i.e. I can access http://localhost/examples/servlets/index.html. However, whenever I try to execute a servlet or JSP it hangs indefinitely. The only errors appear in my mod_jk.log file: [ ... ] [Mon Dec 23 09:52:47 2002] [jk_connect.c (203)]: jk_open_socket, connect() failed errno = 110 [Mon Dec 23 09:52:47 2002] [jk_ajp_common.c (626)]: Error connecting to tomcat. Tomcat is probably not started or is listenning on the wrong port. Failed errno = 110 [ ... ] This seems to be the telling message. So is Tomcat started and running? And what port is it listening on? More completely, what port is Apache expecting it to listen on and what port is it set to listen on? The former is set in workers.properties. The latter is set in server.xml, particularly in the Connector tag for the Ajp connector (because it may be listening on different ports for different things, here we only care about Ajp). The default for that is 8009. It's probably best you post both of those files (i.e. workers.properties and server.xml) so we can see for sure what you have there. You say that Tomcat is listening on port 8080, but that is the default port for Tomcat's Http Connector (i.e. Tomcat standalone). So I suspect that is not the relevant info here. Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [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] Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Mod_jk - won't execute jsp or servlets
On Mon, 23 Dec 2002, Denise Mangano wrote: Jeff, Wow, this is very strange. You got me curious as well, and I did change it back to 0 (mind you I was very scared to) . Oddly Did you restart Tomcat after making this change? Changes in server.xml won't take effect until Tomcat is restarted. (Likewise for changes in httpd.conf and workers.properties, they won't take effect until Apache is restarted.) If you did, are you sure you were restarting things after all changes previously? Perhaps it was just the act of restarting things that got things working in the first place. enough, everything still works. I even tried executing some of the examples that I hadn't accessed yet to make sure it wasn't working from classes that were built previously, and it still works like a charm. If it wasn't the connection timeout setting then I haven't a clue what would have made it start working Denise Mangano Help Desk Analyst Complus Data Innovations, Inc. -Original Message- From: PELOQUIN,JEFFREY (HP-Boise,ex1) [mailto:[EMAIL PROTECTED]] Sent: Monday, December 23, 2002 12:24 PM To: 'Tomcat Users List' Subject: RE: Mod_jk - won't execute jsp or servlets Denise, Since this week I was scheduled to update our HP-UX apache to latest version which does include mod_jk support, I did the install this morning. My installation with tomcat 4.1.18 does work with the default connectionTimeout=0. I would be interested to know if you change it back to 0, if it will still works. Jeff -Original Message- From: Denise Mangano [mailto:[EMAIL PROTECTED]] Sent: Monday, December 23, 2002 10:19 AM To: 'Tomcat Users List' Subject: RES: Mod_jk - won't execute jsp or servlets I don't know what else to say But YAY! :-P Milt - it looks like the timeout was what was doing it. Weird thing is - I didn't edit that. Unless I did something by mistake that is the way that it was shipped!! Everything is working great!! I can access all static pages as well as execute all servlets and JSP. I better knock on wood and pray nothing goes wrong to make it stop working ;) Thank you SO MUCH to everyone for all of your help!! I definitely would have been pulling my hair out from the roots if it weren't for this list!! Jerry - where do you stand with your set up? Since we have the same set up would you like me to send you my files now that it is working for me?? Denise Mangano -Original Message- From: Milt Epstein [mailto:[EMAIL PROTECTED]] Sent: Monday, December 23, 2002 11:55 AM To: Tomcat Users List Subject: RE: Mod_jk - won't execute jsp or servlets On Mon, 23 Dec 2002, Denise Mangano wrote: Tomcat is up and running - I can view and execute examples by using :8080. OK, that means Tomcat standalone is working (as controlled by the Coyote Http Connector onport 8080) If the port that Tomcat is listening on is set by workers.properties, then that would be port 8009. Where Apache is expecting it to listen on I am not sure. Actually, you've got it backwards. workers.properties is part of the Apache config, and indicates where Apache is expecting to find the (Tomcat side of the) Ajp connector. server.xml is part of the Tomcat config, and tells Tomcat where it should listen for Ajp (and other protocols). The email I sent was correct - the uncommented ports are those that were listed. The only difference between the two is the connection Timeout settings... ( I posted the correct server.xml file - the second email contains the correct one). I responded to that email -- and in fact the connection timeout was the only thing that looked odd to me. So that might be what's causing the problem. -Original Message- From: Milt Epstein [mailto:[EMAIL PROTECTED]] Sent: Monday, December 23, 2002 11:27 AM To: Tomcat Users List Subject: Re: Mod_jk - won't execute jsp or servlets On Mon, 23 Dec 2002, Denise Mangano wrote: Thanks to all your help, I've gotten over some bumps. As it stands I can access any static pages in the Tomcat directory without having to type port 8080 ( i.e. I can access http://localhost/examples/servlets/index.html. However, whenever I try to execute a servlet or JSP it hangs indefinitely. The only errors appear in my mod_jk.log file: [ ... ] [Mon Dec 23 09:52:47 2002] [jk_connect.c (203)]: jk_open_socket, connect() failed errno = 110 [Mon Dec 23 09:52:47 2002] [jk_ajp_common.c (626)]: Error connecting to tomcat. Tomcat is probably not started or is listenning on the wrong port. Failed errno = 110 [ ... ] This seems to be the telling message. So is Tomcat started and running? And what port is it listening on? More completely, what port is Apache expecting it to listen on and what port is it set to listen on? The former is set in workers.properties. The latter is set
RE: Mod_jk - won't execute jsp or servlets
On Mon, 23 Dec 2002, PELOQUIN,JEFFREY (HP-Boise,ex1) wrote: I am guessing you had it working at some point in the past but tomcat and apache did not get both get restarted in the right order, Tomcat must be fully up before you start apache I haven't found this to be true -- that is, that Tomcat must be fully started before Apache is started. For example, I can restart (i.e. stop then start) Tomcat, leaving Apache up the whole time, and things work fine. A restart scenario we use since tomcat does not always shutdown nicely on HP-UX: stop apache stop tomcat execute ps -ef | grep java to check to make sure Tomcat trully does stop start tomcat wait 30 to 60 sec and/or confirm using your 8080 port that Tomcat is started start apache -Original Message- From: Denise Mangano [mailto:[EMAIL PROTECTED]] Sent: Monday, December 23, 2002 10:42 AM To: 'Tomcat Users List' Subject: RE: Mod_jk - won't execute jsp or servlets Jeff, Wow, this is very strange. You got me curious as well, and I did change it back to 0 (mind you I was very scared to) . Oddly enough, everything still works. I even tried executing some of the examples that I hadn't accessed yet to make sure it wasn't working from classes that were built previously, and it still works like a charm. If it wasn't the connection timeout setting then I haven't a clue what would have made it start working Denise Mangano Help Desk Analyst Complus Data Innovations, Inc. -Original Message- From: PELOQUIN,JEFFREY (HP-Boise,ex1) [mailto:[EMAIL PROTECTED]] Sent: Monday, December 23, 2002 12:24 PM To: 'Tomcat Users List' Subject: RE: Mod_jk - won't execute jsp or servlets Denise, Since this week I was scheduled to update our HP-UX apache to latest version which does include mod_jk support, I did the install this morning. My installation with tomcat 4.1.18 does work with the default connectionTimeout=0. I would be interested to know if you change it back to 0, if it will still works. Jeff -Original Message- From: Denise Mangano [mailto:[EMAIL PROTECTED]] Sent: Monday, December 23, 2002 10:19 AM To: 'Tomcat Users List' Subject: RES: Mod_jk - won't execute jsp or servlets I don't know what else to say But YAY! :-P Milt - it looks like the timeout was what was doing it. Weird thing is - I didn't edit that. Unless I did something by mistake that is the way that it was shipped!! Everything is working great!! I can access all static pages as well as execute all servlets and JSP. I better knock on wood and pray nothing goes wrong to make it stop working ;) Thank you SO MUCH to everyone for all of your help!! I definitely would have been pulling my hair out from the roots if it weren't for this list!! Jerry - where do you stand with your set up? Since we have the same set up would you like me to send you my files now that it is working for me?? Denise Mangano -Original Message- From: Milt Epstein [mailto:[EMAIL PROTECTED]] Sent: Monday, December 23, 2002 11:55 AM To: Tomcat Users List Subject: RE: Mod_jk - won't execute jsp or servlets On Mon, 23 Dec 2002, Denise Mangano wrote: Tomcat is up and running - I can view and execute examples by using :8080. OK, that means Tomcat standalone is working (as controlled by the Coyote Http Connector onport 8080) If the port that Tomcat is listening on is set by workers.properties, then that would be port 8009. Where Apache is expecting it to listen on I am not sure. Actually, you've got it backwards. workers.properties is part of the Apache config, and indicates where Apache is expecting to find the (Tomcat side of the) Ajp connector. server.xml is part of the Tomcat config, and tells Tomcat where it should listen for Ajp (and other protocols). The email I sent was correct - the uncommented ports are those that were listed. The only difference between the two is the connection Timeout settings... ( I posted the correct server.xml file - the second email contains the correct one). I responded to that email -- and in fact the connection timeout was the only thing that looked odd to me. So that might be what's causing the problem. -Original Message- From: Milt Epstein [mailto:[EMAIL PROTECTED]] Sent: Monday, December 23, 2002 11:27 AM To: Tomcat Users List Subject: Re: Mod_jk - won't execute jsp or servlets On Mon, 23 Dec 2002, Denise Mangano wrote: Thanks to all your help, I've gotten over some bumps. As it stands I can access any static pages in the Tomcat directory without having to type port 8080 ( i.e. I can access http://localhost/examples/servlets/index.html. However, whenever I try to execute a servlet or JSP it hangs indefinitely. The only errors appear in my mod_jk.log file: [ ... ] [Mon Dec 23 09:52:47 2002] [jk_connect.c (203)]: jk_open_socket
RE: Naive question thread
On Thu, 19 Dec 2002, Denise Mangano wrote: Hi all :) In response, I was running ps -ef to view what was running. I haven't had a chance to read the man on ps, but I did quickly try pstree -aup as you suggested. It looks like (if I am reading the tree right) there is only one java process, with a number of threads branching off. The same for the httpd process. Just out of curiousity, why would so many threads be spawned just after starting the services before doing anything? There are several things those threads could be created for. First of all, tomcat is set up to do one request per thread, and it typically creates a pool of request processing threads to handle requests (you can control this somewhat because most/all Connector's have minProcessors and maxProcessors attributes). So, initially, some minimum number of such threads are created right away. There will be other threads for bookkeeping kinds of things, like perhaps to invalidate sessions. I'm not really sure what other things other threads would be for. I think someone (Craig McClanahan?) recently posted about what some of those threads are doing, if you're really curious, you can look that up in the archives. -Original Message- From: jon wingfield To: Tomcat Users List Sent: 12/19/2002 1:47 PM Subject: RE: Naive question thread i use pstree -aup. Very useful with multiple java apps running on one server :) -Original Message- From: Milt Epstein [mailto:[EMAIL PROTECTED]] Sent: 18 December 2002 20:15 To: Tomcat Users List Subject: Naive question thread Saw a post in the naive question thread earlier today that I wanted to respond to, but my quick delete finger got to it before I got around to it. This was a thread in which John Turner, Denise Mangano, and some others had been participating. Anyway, Denise posted the output of ps that had a whole bunch of java processes listed. I'd be concerned about the number of such processes, because normally there shouldn't be so many -- in fact, most typically (i.e. one tomcat instance), there should be just one. Now, Denise said she's using linux, and it's my understanding that ps under linux will list threads, not just processes. So it's possible all those java listings were all the threads running in one java process. And I think there's an option to ps to cause it list actual processes, not threads. So you might try that and see what the output looks like. Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Session timeout setting (URGENT)
On Fri, 20 Dec 2002, Kenny G. Dubuisson, Jr. wrote: Thanks for the quick response. Here are my responses: - Tomcat's conf web.xml sets the default session-timeout (in session-config element) to use for all web apps. That makes sense to me but the setting in my $CATALINA_HOME/conf/web.xml is set to 30 mins which to me says that Tomcat is not using it. I just posted a response in this thread, and as I suggested there, my sense is that what's going on with your webapp is not related to the tomcat session timeout. I suspect there is something else going on, and you're going to need to do some further investigation on your own and/or provide more information to us to get to the bottom of it. - You can specify a different session-timeout in each specific web app you deploy in the web app's WEB-INF/web.xml file. I haven't created a web.xml for my app...should I? I tried copying I'd say you should -- regardless of its relation to this problem. It is a good idea to define your servlets, and provide mapping's to access them. The conf/web.xml will allow you to provide some site-wide defaults, but it does nothing specific to your webapp. the $CATALINA_HOME/conf/web.xml over to my app's WEB-INF directory and changing the session-timeout setting to 120 mins to see if it worked. The problem was that my app totally stopped working; I couldn't even get my main login page to display. This says to me that there is a lot more involved in creating a web.xml than just copying it over from the conf directory. But realistically I don't And that is something that you should probably learn, because it may help in this situation, and if not, it quite likely will help in the future. webapp-specific web.xmls's do not have to be very complicated. really want to create one just for my app; my app is and will be the only app on my server. I would rather try to get Tomcat to use the setting in the conf/web.xml file. - This session timeout can still be overridden in application code using the session.setMaxInactiveInterval method. I have no qualms about putting this in my code but not quite sure how to use it. Would I fetch the session ID and then call this method and it would keep from resetting the session ID the next time I go to check it. I guess my question mainly is would I call this method once upon login to my app and from then on every other page would use the timeout that the method call sets? - Original Message - From: [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Friday, December 20, 2002 9:34 AM Subject: Re: Session timeout setting (URGENT) Hi, Kenny. I think this is basically how it works: - Tomcat's conf web.xml sets the default session-timeout (in session-config element) to use for all web apps. - You can specify a different session-timeout in each specific web app you deploy in the web app's WEB-INF/web.xml file. - This session timeout can still be overridden in application code using the session.setMaxInactiveInterval method. I hope this helps you find the problem. -Jeff Kenny G. Dubuisson, Jr. [EMAIL PROTECTED] 12/20/02 09:05 AM Please respond to Tomcat Users List To: Tomcat Users List [EMAIL PROTECTED] cc: Subject:Re: Session timeout setting (URGENT) Simple minded as I am, I still believe with everything I have that there MUST be a setting in Tomcat that controls how often new session ID's are generated. If I have a simple page that does nothing but a session.getId() and it returns a new session ID every 60 mins, there must be something in Tomcat that sets this interval. Obviously this setting is missing from my config files so that Tomcat uses it's default. Has no one ever wanted to change this setting before? I hate to sound beligerent but I've authored and released what I feel to be a very nice application/web site but the only feedback I'm getting is litterally users screaming at me because I haven't fixed this yet. I'm going to have to start looking at redesigning the login/verification process on every page (not a big site but still 20K of code) to work around this issue when I feel it has to be a simple setting. If someone could answer this I'll give you my first born, send expensive Christmas presents, lend you my wife. Thanking / Praising you in advance, Kenny -- 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] Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED
RE: Configuring mod_jk - Again!
. That discouraged me to map static pages. Hope it help. iran [ ... ] Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: SSL setup Apache - Tomcat
-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: ROOT app new user question...
On Fri, 20 Dec 2002, Denise Mangano wrote: I may not be able to help but I am certainly going to try!! .. Starting to feel like all I do is take in this list ;) Are you speaking of the index.jsp page? The page that says If you are seeing this page then you have installed Tomcat correctly? If I understand what I've been learning myself, there is a directive in the server.xml file that defines the Tomcat Server Root Context and defines the docbase as ROOT telling Tomcat where the default directory is located (within the webapps directory of course). Now I suggest getting verification from other people on this list first, but I imagine you can change this? Perhaps create a new folder on the same level as the current ROOT folder, and make that folder the doc base? - Seems logical enough, but then again I am no pro I think what you want is a context with the path as and docbase as the webapp you want (i.e. the directory where it's located). Note that the built-in Tomcat manager and admin webapps are not under the ROOT context, and are available elsewhere (with context-path's of manager and admin, I believe). I think you do want to be a little careful doing this, because if you set up some webapp on the ROOT context (i.e. the empty context-path) like this, there may be some conflicts (e.g. you can't have a servlet in the ROOT context mapped to something that is a context-path for another webapp, because it will be ambiguous and I think Tomcat will prefer the webapp.) Being a newbie myself, the way I try it first (avoiding the risk of messing anything up by changing the docbase), is to rename that index.jsp file to something like index_admin.jsp. Then upload the file I want as my default webapp as index.jsp. If I ever wanted to pull up that Tomcat page with the links to the Manager and Admin, etc - I would just type in www.mydomain.com/index_admin.jsp . Hope that helps!! Denise Mangano -Original Message- From: ajTreece [mailto:[EMAIL PROTECTED]] Sent: Friday, December 20, 2002 12:03 PM To: [EMAIL PROTECTED] Subject: ROOT app new user question... I'm new to Tomcat and was wondering how to accomplish this task... When Tomcat is installed there is a ROOT webapp that has various links to Tomcat Manager, Admin, etc. I don't want to loose that webapp, but I would like to have a different webapp as the ROOT so that when a user goes to http://yada.yada/ my app will display instead. I've looked at the default config files, but I'm just not seeing how to do it. Thanks, ajTreece Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Configuring mod_jk - Again!
On Fri, 20 Dec 2002, Denise Mangano wrote: Ok, now I added the JkMount /examples/* worker1 and nothing works. Everything hangs indefinitely. I had all this placed at the end of my httpd.conf file so it would apply to all virtual hosts. I'm completely at a loss, and quite frustrated actually : ( At this point I do not care if the examples work, I just want to get my app that was working before back up... What on earth could possibly be going wrong? Not sure -- but just adding the one JkMount directive should not have this effect. There must be something else going on. Is there anything informative in any of the various logs -- apache, mod_jk, tomcat? How did you stop/start Apache after making the above change? -Original Message- From: Milt Epstein [mailto:[EMAIL PROTECTED]] Sent: Friday, December 20, 2002 3:56 PM To: Tomcat Users List Subject: RE: Configuring mod_jk - Again! On Fri, 20 Dec 2002, Denise Mangano wrote: Well I tried it. And I added additional JkMount statements: LoadModule jk_module modules/mod_jk.so JkWorkersFile /usr/local/tomcat/conf/jk/workers.properties JkLogFile /usr/local/tomcat/logs/mod_jk.log JkLogLevel info JkLogStampFormat [%a %b %d %H:%M:%S %Y] JkRequestLogFormat %w %r %s %T JkMount /*.jsp worker1 JkMount /tomcat-docs/*.jsp worker1 JkMount /admin/j_security_check worker1 JkMount /admin/*.do worker1 JkMount /admin/*.jsp worker1 JkMount /webdav/*.jsp worker1 JkMount /examples/jsp/security/protected/j_security_check worker1 JkMount /examples/snoop worker1 JkMount /examples/servlet/* worker1 JkMount /examples/CompressionTest worker1 JkMount /examples/*.jsp worker1 JkMount /examples/servletToJsp worker1 JkMount /examples/SendMailServlet worker1 JkMount /manager/html/* worker1 JkMount /manager/* worker1 JkMount /manager/*.jsp worker1 For workers.properties I first tried: worker.list=worker1 worker.worker1.type=ajp13 worker.worker1.host=localhost worker.worker1.port=8009 Now when I go to http://localhost/index.jsp it displays the tomcat home page, but the images are missing (looks like the path is not right)... You don't really give enough information to tell what's going on with this, but sometimes there are problems with images that are unrelated to other problems (e.g. the other problems you're having here). These have to do with where your images are (e.g. under the webapp, or under some images directory off the Apache DocumentRoot), and how you reference them (e.g. relatively or absolutely). Also, I can't get to any other page. For example. I try going to http://localhost/examples/servlets/ and I get a HTTP 404 Page not found error. Any further suggestions? You have nothing, that is, no JkMount directive, that would forward that URL to tomcat. (BTW, that's often the first step in figuring out the problem with a page, especially if it's a 404, seeing whether it's Tomcat or Apache that's returning the 404. You can do that by looking at the returned page or seeing what's in the logs.) I think you need something like: JkMount /examples/* worker1 Also, this will allow you to get rid of several of the JkMount directives you've shown above. I tried changing workers.properties to: worker.list=worker1 worker.worker1.type=ajp13 worker.worker1.host=www.mydomainname.com worker.worker1.port=8009 But the same situation... Thanks though - this is definitely a start! Denise Mangano Help Desk Analyst Complus Data Innovations, Inc. -Original Message- From: Iran Marcius [mailto:[EMAIL PROTECTED]] Sent: Friday, December 20, 2002 1:18 PM To: 'Tomcat Users List' Subject: RES: Configuring mod_jk - Again! So lets go! In my case, I put this configurarions in server, I mean, outside any Apache directive. You can put it, for example, right bellow Listen apache directive (coincidentally where we find the first DSO directives, just a detail). That worker1 is na arbitrary name I picked for my worker (see workers.properties file). You can change it if you want, but the names must be concise in httpd.conf and workers.properties. About the ROOT directory, AFAIK, its just a mapping to tell apache what must be forwarded to tomcat, so, in the example I sent you (JkMount /test worker1, JkMount /test/* worker1), if you type http://host/test or http://host/test/anything, apache will forward the request to tomcat. Hope it helps. iran -Mensagem original- De: Denise Mangano [mailto:[EMAIL PROTECTED]] Enviada em: sexta-feira, 20 de dezembro de 2002 15:59 Para: 'Tomcat Users List' Assunto: RE: Configuring mod_jk - Again! At this point I am willing to try anything - I am getting desperate... Where in the httpd.conf file would that information go? Also what is worker1? Should the last two JkMount statements point to my ROOT directory? Thanks. Denise
RE: Configuring mod_jk - Again!
On Fri, 20 Dec 2002, Justin L. Spies wrote: Denise, That's a good question. The indented pieces where what I copied from my live httpd.conf file and are contained inside of a VirtualHost directive. The LoadModule was from your file. As far as keeping them together, that is what I do simply because I like to group similar items. I'm not to keen on the Apache startup process, so you may need to put the LoadModule near/below the other LoadModule lines. Perhaps a more experienced Apache user could comment on this. I then put the JkMount directives near the rest of the VirtualHost directives because, in my mind, they are similar and belong together. FWIW, I don't think it matters how the directives are grouped other than whether they are in different VirtualHost sections. -Original Message- From: Denise Mangano [mailto:[EMAIL PROTECTED]] Sent: Friday, December 20, 2002 5:25 PM To: 'Tomcat Users List' Subject: RE: Configuring mod_jk - Again! Silly question - does the LoadModule statement stay grouped with the JkMoutn directives, or does that have to be placed with the other LoadModule directives... Thanks... (Thanks for piecing that together - I am going to give that a whirl)... Denise Mangano Help Desk Analyst Complus Data Innovations, Inc. -Original Message- From: Justin L. Spies [mailto:[EMAIL PROTECTED]] Sent: Friday, December 20, 2002 5:11 PM To: 'Tomcat Users List' Subject: RE: Configuring mod_jk - Again! Denise, Let me see if this helps you... In httpd.conf, try (I've cut up your example from below): LoadModule jk_module modules/mod_jk.so JkWorkersFile /usr/local/tomcat/conf/jk/workers.properties JkLogFile /usr/local/tomcat/logs/mod_jk.log JkLogLevel info JkLogStampFormat [%a %b %d %H:%M:%S %Y] JkRequestLogFormat %w %r %s %T # Send servlet for context /examples to worker named worker1 JkMount /servlet/* ajp13 JkMount /examples/jsp/*.jsp ajp13 JkMount /examples/servlet/* ajp13 # Send JSPs for context /examples to worker named worker1 JkMount /*.jsp ajp13 JkMount /admin/* ajp13 JkMount /manager/* ajp13 # Static files in the examples webapp are served by apache JkAutoAlias /var/tomcat4/webapps/dev.jscs-inc.com # This will fix the missing images for you... Alias /examples /var/tomcat4/webapps/dev.mydomain.com/examples Alias /tomcat-docs /var/tomcat4/webapps/dev.mydomain.com/tomcat-docs # The following line prohibits users from directly access WEB-INF Location /examples/WEB-INF/ AllowOverride None deny from all /Location Sincerely, Pantek Incorporated Justin L. Spies URI: http://www.pantek.com Ph 440.519.1802 Fax 440.248.5274 Cell 440.336.3317 -Original Message- From: Denise Mangano [mailto:[EMAIL PROTECTED]] Sent: Friday, December 20, 2002 5:03 PM To: 'Tomcat Users List' Subject: RE: Configuring mod_jk - Again! Ok, now I added the JkMount /examples/* worker1 and nothing works. Everything hangs indefinitely. I had all this placed at the end of my httpd.conf file so it would apply to all virtual hosts. I'm completely at a loss, and quite frustrated actually : ( At this point I do not care if the examples work, I just want to get my app that was working before back up... What on earth could possibly be going wrong? Denise Mangano Help Desk Analyst Complus Data Innovations, Inc. -Original Message- From: Milt Epstein [mailto:[EMAIL PROTECTED]] Sent: Friday, December 20, 2002 3:56 PM To: Tomcat Users List Subject: RE: Configuring mod_jk - Again! On Fri, 20 Dec 2002, Denise Mangano wrote: Well I tried it. And I added additional JkMount statements: LoadModule jk_module modules/mod_jk.so JkWorkersFile /usr/local/tomcat/conf/jk/workers.properties JkLogFile /usr/local/tomcat/logs/mod_jk.log JkLogLevel info JkLogStampFormat [%a %b %d %H:%M:%S %Y] JkRequestLogFormat %w %r %s %T JkMount /*.jsp worker1 JkMount /tomcat-docs/*.jsp worker1 JkMount /admin/j_security_check worker1 JkMount /admin/*.do worker1 JkMount /admin/*.jsp worker1 JkMount /webdav/*.jsp worker1 JkMount /examples/jsp/security/protected/j_security_check worker1 JkMount /examples/snoop worker1 JkMount /examples/servlet/* worker1 JkMount /examples/CompressionTest worker1 JkMount /examples/*.jsp worker1 JkMount /examples/servletToJsp worker1 JkMount /examples/SendMailServlet worker1 JkMount /manager/html/* worker1 JkMount /manager/* worker1 JkMount /manager/*.jsp worker1 For workers.properties I first tried: worker.list=worker1 worker.worker1.type=ajp13 worker.worker1.host=localhost worker.worker1.port=8009 Now when I go to http://localhost/index.jsp it displays the tomcat home page, but the images are missing (looks like the path is not right)... You don't really give enough information to tell what's going on with this, but sometimes
RE: Configuring mod_jk - Again!
On Fri, 20 Dec 2002, Denise Mangano wrote: I checked the error logs, and got a slew of errors. Well, it might be helpful and informative for you to post those errors. The images - Apache error log showed it was still looking in /var/www/html - I believe Justin's post will help that... Catalina.out did not show anything abnormal. Mod_jk.log showed a series of failures that suggested possibly Tomcat was listening on the wrong port (I haven't changed any settings so I believe it is still listening on 8080). I have been stopping and starting Apache using service httpd stop service httpd start. I am going to try what Justin suggested, and go with it from there. I think the key thing is for me to relax :) I'm just very behind in my project and am becoming easily frustrated : ) Thanks for your help - I will post the outcome of my next try later tonight. Denise Mangano Help Desk Analyst Complus Data Innovations, Inc. -Original Message- From: Milt Epstein [mailto:[EMAIL PROTECTED]] Sent: Friday, December 20, 2002 5:12 PM To: Tomcat Users List Subject: RE: Configuring mod_jk - Again! On Fri, 20 Dec 2002, Denise Mangano wrote: Ok, now I added the JkMount /examples/* worker1 and nothing works. Everything hangs indefinitely. I had all this placed at the end of my httpd.conf file so it would apply to all virtual hosts. I'm completely at a loss, and quite frustrated actually : ( At this point I do not care if the examples work, I just want to get my app that was working before back up... What on earth could possibly be going wrong? Not sure -- but just adding the one JkMount directive should not have this effect. There must be something else going on. Is there anything informative in any of the various logs -- apache, mod_jk, tomcat? How did you stop/start Apache after making the above change? -Original Message- From: Milt Epstein [mailto:[EMAIL PROTECTED]] Sent: Friday, December 20, 2002 3:56 PM To: Tomcat Users List Subject: RE: Configuring mod_jk - Again! On Fri, 20 Dec 2002, Denise Mangano wrote: Well I tried it. And I added additional JkMount statements: LoadModule jk_module modules/mod_jk.so JkWorkersFile /usr/local/tomcat/conf/jk/workers.properties JkLogFile /usr/local/tomcat/logs/mod_jk.log JkLogLevel info JkLogStampFormat [%a %b %d %H:%M:%S %Y] JkRequestLogFormat %w %r %s %T JkMount /*.jsp worker1 JkMount /tomcat-docs/*.jsp worker1 JkMount /admin/j_security_check worker1 JkMount /admin/*.do worker1 JkMount /admin/*.jsp worker1 JkMount /webdav/*.jsp worker1 JkMount /examples/jsp/security/protected/j_security_check worker1 JkMount /examples/snoop worker1 JkMount /examples/servlet/* worker1 JkMount /examples/CompressionTest worker1 JkMount /examples/*.jsp worker1 JkMount /examples/servletToJsp worker1 JkMount /examples/SendMailServlet worker1 JkMount /manager/html/* worker1 JkMount /manager/* worker1 JkMount /manager/*.jsp worker1 For workers.properties I first tried: worker.list=worker1 worker.worker1.type=ajp13 worker.worker1.host=localhost worker.worker1.port=8009 Now when I go to http://localhost/index.jsp it displays the tomcat home page, but the images are missing (looks like the path is not right)... You don't really give enough information to tell what's going on with this, but sometimes there are problems with images that are unrelated to other problems (e.g. the other problems you're having here). These have to do with where your images are (e.g. under the webapp, or under some images directory off the Apache DocumentRoot), and how you reference them (e.g. relatively or absolutely). Also, I can't get to any other page. For example. I try going to http://localhost/examples/servlets/ and I get a HTTP 404 Page not found error. Any further suggestions? You have nothing, that is, no JkMount directive, that would forward that URL to tomcat. (BTW, that's often the first step in figuring out the problem with a page, especially if it's a 404, seeing whether it's Tomcat or Apache that's returning the 404. You can do that by looking at the returned page or seeing what's in the logs.) I think you need something like: JkMount /examples/* worker1 Also, this will allow you to get rid of several of the JkMount directives you've shown above. I tried changing workers.properties to: worker.list=worker1 worker.worker1.type=ajp13 worker.worker1.host=www.mydomainname.com worker.worker1.port=8009 But the same situation... Thanks though - this is definitely a start! Denise Mangano Help Desk Analyst Complus Data Innovations, Inc. -Original Message- From: Iran Marcius [mailto:[EMAIL PROTECTED]] Sent: Friday, December 20, 2002 1:18 PM To: 'Tomcat Users List' Subject: RES: Configuring mod_jk
RE: Apache Web Server vs. Tomcat
On Wed, 18 Dec 2002, Michael Finney wrote: Thank you. I figured it comes up all the time and trying to find something in the jGuru FAQ was not yielding anything. PHP may be desired by someone on the team. However, increasing the complexity of the architecture topology just to use PHP does not seem like a great idea. Apache doesn't run as root on port 80 ... sounds like the only applicable reason. I assume Tomcat handles requests as root then. That would get into security issues. I'd say that normally people who are running Tomcat standalone just run it on a non-privileged port, like 8080, the default out of the box port. That may be an issue, since then that port, since it's not the default http port, will have to be included in all the url's. You'll then have to weigh the pros and cons of the various different alternatives (including leaving it like that) for your particular situation, and decide what you want to do. --- Turner, John [EMAIL PROTECTED] wrote: This comes up all the time. Some reasons why you would want to run Apache (there are many): - Apache doesn't run as root on port 80 (at least when serving requests) - Apache has modules like mod_rewrite that you might need - Apache can handle other technologies besides Tomcat, like CGI and PHP, all at the same time. In a shared environment or an enterprise environment, it's very possible that you'll have legacy apps that you need to support, like CGI or PHP, in addition to Tomcat - can load balance requests to multiple Tomcat instances on other servers and more and more. In general, if Tomcat works for you as a general purpose HTTP server, then use it that way and be happy. That doesn't change the fact that there are plenty of scenarios where using Apache + Tomcat is a more appropriate solution. Note that I said appropriate and not better, smarter or wiser because those types of adjectives are all subjective based on each person's needs in each of their given environments. John -Original Message- From: Michael Finney [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 18, 2002 1:36 PM To: [EMAIL PROTECTED] Subject: Apache Web Server vs. Tomcat Why bother with Apache's webserver as opposed to Tomcat for a JSP web application? If there are not many static web pages (4), why bother with Apache's Web Server at all? Why not just go with Tomcat? Someone mentioned they they are considering switching to Linux from Windows and using Apache Webserver or Tomcat. Well, that person is already using Tomcat on Windows. So, I figure staying on Tomcat is the smart thing to do. Right? Michael = Michael Finney 719-572-1577 (H) Sun Certified Programmer for the Java 2 Platform Sun Certified Developer for the Java 2 Platform Sun Certified Web Component Developer for J2EE Platform Co-founder of PPJDG - http://www.ppjdg.org Co-founder of cosAgile - Colorado Springs XP Users Group - http://www.yahoogroups.com/group/cosAgile __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com -- 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] = Michael Finney 719-572-1577 (H) Sun Certified Programmer for the Java 2 Platform Sun Certified Developer for the Java 2 Platform Sun Certified Web Component Developer for J2EE Platform Co-founder of PPJDG - http://www.ppjdg.org Co-founder of cosAgile - Colorado Springs XP Users Group - http://www.yahoogroups.com/group/cosAgile __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: mod_jk connection issues, more information.
On Wed, 18 Dec 2002, Simon Chatfield wrote: The number of open connections # netstat -a |grep 8009 |wc -l 175 # actually, I think that shows both sides of the connection between apache and tomcat + the listener, so that's 87 connections... [ ... ] I think how many of these can exist is controlled by the maxProcessors attribute setting in the Ajp13Connector Connector tag in server.xml. Also, you can see messsages about their starting up in cataling_log.-MM-DD.txt (where -MM-DD is the date). And it may be correct that they are not closed/stopped once they're started. Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: mod_jk connection issues, more information.
On Wed, 18 Dec 2002, Simon Chatfield wrote: I made the following change Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=8009 minProcessors=5 maxProcessors=100 enableLookups=true redirectPort=8443 acceptCount=100 debug=0 connectionTimeout=2 useURIValidationHack=false protocolHandlerClassName=org.apache.jk.server.JkCoyoteHandler/ Could you indicate what you changed? maxProcessors? acceptCount? connectionTimeout? (Perhaps you posted what it was earlier in the thread, but if so I missed it.) Thanks. FWIW, my comment below was about Ajp13Connector, I didn't realize you were using CoyoteConnector. And looks like Ajp13Connector has the maxProcessors and acceptCount attributes, but not connectionTimeout. And it appears to have fixed the lock-up problem at least. The problem wasn't in tomcat in my estimation, the apache/mod_jk side was holding onto the connection and not allowing the next request to use it. The timeout kills off the connections that are being held onto by apache and so no lockups. I think this is only a temporary kludge/fix, but for the other people who were having the same problem, try this for now. Thanks for everyone's help. -Simon ps. I also upgraded from 4.1.12 to 4.1.17 in my debugging process though that didn't solve the problem in and of itself. Milt Epstein wrote: On Wed, 18 Dec 2002, Simon Chatfield wrote: The number of open connections # netstat -a |grep 8009 |wc -l 175 # actually, I think that shows both sides of the connection between apache and tomcat + the listener, so that's 87 connections... [ ... ] I think how many of these can exist is controlled by the maxProcessors attribute setting in the Ajp13Connector Connector tag in server.xml. Also, you can see messsages about their starting up in cataling_log.-MM-DD.txt (where -MM-DD is the date). And it may be correct that they are not closed/stopped once they're started. Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- Simon Chatfield The Chatfield Group email: [EMAIL PROTECTED] phone: 602-971-9598 web: http://www.thechatfieldgroup.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Naive question thread
Saw a post in the naive question thread earlier today that I wanted to respond to, but my quick delete finger got to it before I got around to it. This was a thread in which John Turner, Denise Mangano, and some others had been participating. Anyway, Denise posted the output of ps that had a whole bunch of java processes listed. I'd be concerned about the number of such processes, because normally there shouldn't be so many -- in fact, most typically (i.e. one tomcat instance), there should be just one. Now, Denise said she's using linux, and it's my understanding that ps under linux will list threads, not just processes. So it's possible all those java listings were all the threads running in one java process. And I think there's an option to ps to cause it list actual processes, not threads. So you might try that and see what the output looks like. Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Almost there...Updated Apach-Tomcat with mod_jk .. please he lp!
On Sun, 15 Dec 2002, Denise Mangano wrote: I do have appropriate permissions, as I have been able to stop it before. There is no error message being logged when I try to stop it. I ran ps -A which listed all processes. httpd (apache) was not one of them. I am assuming PID means Port ID(?), and neither 443 nor 80 was listed... This is all very strange and I am starting to sense that I will have to reinstall Apache... PID is Process ID (PPID is Parent Process ID) -- every process has a unique ID number, that's one way (the main way) to identify them. FWIW, I use ps -ef myself (the main page says -e is the same as -A, and -f gives a full listing -- i.e. more info). And, um, this isn't Windows, if something's not working quite right, reinstalling it is not the solution :-). It's a matter of figuring out the correct configuration and/or the correct way of running things. Is Apache running currently? Does the web server respond? If so, there's got to be some apache/httpd process running. What user is it running as? Are you sure you're checking all the processes for all the users? -Original Message- From: Milt Epstein To: Tomcat Users List Sent: 12/15/2002 5:44 PM Subject: RE: Almost there...Updated Apach-Tomcat with mod_jk .. please he lp! On Sun, 15 Dec 2002, Denise Mangano wrote: Sorry, I thought I posted the exact message I was getting. It says [Sun Dec 15 00:42:27 2002] [crit] (98)Address already in use: make_sock: could not bind to port 443. I am trying to figure out what else is listening to that port but with Tomcat uninstalled there shouldn't be any other. Someone suggested multiple instances of Apache running, but I do not know how to check this. When I try to stop the httpd service it fails, and there is no entry in the error_log... Run ps, from that you'll be able to tell if Apache is already running. You might need to check the man page to see what options you need to use. That you can't successfully stop the httpd service (i.e. apache) is an indication that that is the problem. What error message to you get when you try to stop it. Do you have the appropriate permissions to do that? -Original Message- From: micael To: Tomcat Users List Sent: 12/15/2002 3:59 PM Subject: RE: Almost there...Updated Apach-Tomcat with mod_jk .. please he lp! At 03:38 PM 12/15/2002 -0500, you wrote: Jake, Thanks for supplying me with that info. I will certainly refer to it, when I set up Tomcat again. However, first I need to get Apache back up and running. I know this is slightly off topic, but can you tell me how to check what else is trying to access port 443. Not sure what you meant by trying to access but that would not be the problem, if you mean that literally. Rather, the problem is that some application is listening at port 443. You have something that is listening at port 443 for others to access. So, you should have a server set to listen at 443. Micael --- This electronic mail transmission and any accompanying documents contain information belonging to the sender which may be confidential and legally privileged. This information is intended only for the use of the individual or entity to whom this electronic mail transmission was sent as indicated above. If you are not the intended recipient, any disclosure, copying, distribution, or action taken in reliance on the contents of the information contained in this transmission is strictly prohibited. If you have received this transmission in error, please delete the message. Thank you -- 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] Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [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] Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Almost there...Updated Apach-Tomcat with mod_jk .. please he lp!
On Sun, 15 Dec 2002, Rafael Angarita wrote: I ran ps -A which listed all processes. httpd (apache) was not one of them. I am assuming PID means Port ID(?), and neither 443 nor 80 was listed... This is all very strange and I am starting to sense that I will have to reinstall Apache... PID is process id. Denise, if you are under Solaris try lsof (I'm not sure if the sources are available to compile it under another platform) Yes, lsof is available for a variety of UNIX platforms. Run: # lsof -i -n -C | grep 443 it should returns the process that is using the port 443 (use -C option if you are under Solaris 5.8) I can't get this to work for me on my system (AIX). First of all, there's no -C option (perhaps because, as you suggest, it's a Solaris-specific option). But I think more importantly, it says it's rejected because of security mode. apache/httpd is running as another user, and I'm guessing the sysadmin has things setup so I can't get that information. Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Almost there...Updated Apach-Tomcat with mod_jk .. please he lp!
On Mon, 16 Dec 2002, Denise Mangano wrote: Milt, Thanks for responding. At first, there was no httpd service listed. I honestly haven't a clue exactly what was going on, but I gave up at one point and shut the server down, let it sit, and booted up when I came in this morning, and now Apache is fine again. Very strange... That suggests that it's set to startup when the system starts up (in fact, it'd almost have to be that way in order to explain what you describe). -Original Message- From: Milt Epstein [mailto:[EMAIL PROTECTED]] Sent: Monday, December 16, 2002 11:37 AM To: Tomcat Users List Subject: RE: Almost there...Updated Apach-Tomcat with mod_jk .. please he lp! On Sun, 15 Dec 2002, Denise Mangano wrote: I do have appropriate permissions, as I have been able to stop it before. There is no error message being logged when I try to stop it. I ran ps -A which listed all processes. httpd (apache) was not one of them. I am assuming PID means Port ID(?), and neither 443 nor 80 was listed... This is all very strange and I am starting to sense that I will have to reinstall Apache... PID is Process ID (PPID is Parent Process ID) -- every process has a unique ID number, that's one way (the main way) to identify them. FWIW, I use ps -ef myself (the main page says -e is the same as -A, and -f gives a full listing -- i.e. more info). And, um, this isn't Windows, if something's not working quite right, reinstalling it is not the solution :-). It's a matter of figuring out the correct configuration and/or the correct way of running things. Is Apache running currently? Does the web server respond? If so, there's got to be some apache/httpd process running. What user is it running as? Are you sure you're checking all the processes for all the users? -Original Message- From: Milt Epstein To: Tomcat Users List Sent: 12/15/2002 5:44 PM Subject: RE: Almost there...Updated Apach-Tomcat with mod_jk .. please he lp! On Sun, 15 Dec 2002, Denise Mangano wrote: Sorry, I thought I posted the exact message I was getting. It says [Sun Dec 15 00:42:27 2002] [crit] (98)Address already in use: make_sock: could not bind to port 443. I am trying to figure out what else is listening to that port but with Tomcat uninstalled there shouldn't be any other. Someone suggested multiple instances of Apache running, but I do not know how to check this. When I try to stop the httpd service it fails, and there is no entry in the error_log... Run ps, from that you'll be able to tell if Apache is already running. You might need to check the man page to see what options you need to use. That you can't successfully stop the httpd service (i.e. apache) is an indication that that is the problem. What error message to you get when you try to stop it. Do you have the appropriate permissions to do that? -Original Message- From: micael To: Tomcat Users List Sent: 12/15/2002 3:59 PM Subject: RE: Almost there...Updated Apach-Tomcat with mod_jk .. please he lp! At 03:38 PM 12/15/2002 -0500, you wrote: Jake, Thanks for supplying me with that info. I will certainly refer to it, when I set up Tomcat again. However, first I need to get Apache back up and running. I know this is slightly off topic, but can you tell me how to check what else is trying to access port 443. Not sure what you meant by trying to access but that would not be the problem, if you mean that literally. Rather, the problem is that some application is listening at port 443. You have something that is listening at port 443 for others to access. So, you should have a server set to listen at 443. Micael --- This electronic mail transmission and any accompanying documents contain information belonging to the sender which may be confidential and legally privileged. This information is intended only for the use of the individual or entity to whom this electronic mail transmission was sent as indicated above. If you are not the intended recipient, any disclosure, copying, distribution, or action taken in reliance on the contents of the information contained in this transmission is strictly prohibited. If you have received this transmission in error, please delete the message. Thank you -- 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] Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL
Re: HttpSessionListener beforeSessionDestroyed (Craig, Sean)?
On Sat, 14 Dec 2002, Craig R. McClanahan wrote: On Fri, 13 Dec 2002, Garrett Smith wrote: Date: Fri, 13 Dec 2002 18:04:42 -0800 (PST) From: Garrett Smith [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Subject: HttpSessionListener beforeSessionDestroyed (Craig, Sean)? Hello Everyone in Java Land, I want to use beforeSessionDestroyed. Before going off and extending HttpSessionListener, I decided to see if it'd been done (why reinvent the wheel?). I searched on google for my aptly-named method, and found this: http://archives2.real-time.com/pipermail/tomcat-devel/2002-March/028610.html How can I use this? is there an interface for a StandardHttpSessionListener or something? If so, does beforeSessionDestroyed give me access to the session that is about to be destroyed? If not, I propose to make an interface that extends HttpSessionListener and provides for beforeSessionDestroyed. To do this, I will create and store a list in application scope. Each session will get added to the list. When a session is destroyed, I can loop through the list and find out which session expired: In Servlet 2.3, the sessionDestroyed() method is called *after* the session has been expired. In Servlet 2.4 (which is implemented by Tomcat 5), the current leaning of the expert group is towards changing the semantics of this to occur *before* the session is destroyed instead. Would it be too much trouble to have both? I can imagine uses for both (mainly based on whether having access to the session itself is required). I'm sure this idea has come up before, what were the feelings about it? Also, if it's before the session is destroyed, would the session still be accessible and changeable? Having a hook to get in just before a session is destroyed is useful, but moreso if you know that the session won't be modified anymore. Finally, I thought I saw that the 2.4 spec had reached the proposed final draft; how likely is it that something like this will be changed before it is final? (Below you suggest sending in some feedback.) for(i = 0; i list.size(); i ++){ session = list.get(i); if(System.currentTimeMillis() - session.getLastAccessedTime() session.getMaxInactiveInterval()) beforeSessionDestroyed(session); list.remove(i) = null; } Any advice? Obviously, this is not something that could be done in Tomcat by itself, because it requires a change to the Servlet API. That can only be done by the JSR-154 expert group. To send them your feedback, mail to: [EMAIL PROTECTED] Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Almost there...Updated Apach-Tomcat with mod_jk .. please help!
On Sun, 15 Dec 2002, Denise Mangano wrote: At first I thought it might be a permission problem, so I changed permissions to 775 on workers.properties and still no good. NOW my Apache won't work. I am getting an error message saying that Apache could not bind to port 443, that the port is already in use. Figuring on the problem being Tomcat, I uninstalled Tomcat, and I am still getting the error message and I can't bring up my website?! Desperately need to solve that cause my website, HAS to be up. Can someone tell me how to check what else is binding to port 443? 443 is the default SSL (https) port, so most likely it is Apache that is using it. You probably already have it running, and need to restart it (i.e. stop it then start it, as opposed to just starting it). Not sure about the other stuff. As far as why the jk2.properties, I have no idea! But I can say this, it looks like when I built mod_jk it uses a java file called ApacheConfig. This file has code that points to a different location for mod_jk is installed then where it actually is on my system. Is it possible that I need to modify this ApacheConfig file before I build or are my configuration settings supposed to override that. (In my error log below you can see that it still looks for mod_jk.so in libexec/ even though I changed that location in my tomcat config files... That still doesn't explain why even though its looking in the right place for my workers.properties file, it says the file is not there). Right now my first problem is more pressing... THanks! Denise -Original Message- From: Milt Epstein To: Tomcat Users List Sent: 12/14/2002 11:00 AM Subject: Re: Almost there...Updated Apach-Tomcat with mod_jk On Sat, 14 Dec 2002, Denise Mangano wrote: I also found this in my cataline.out log. INFO: Loading registry information Dec 13, 2002 4:29:37 PM org.apache.commons.modeler.Registry getRegistry INFO: Creating new Registry instance Dec 13, 2002 4:29:38 PM org.apache.commons.modeler.Registry getServer INFO: Creating MBeanServer Dec 13, 2002 4:29:39 PM org.apache.coyote.http11.Http11Protocol init INFO: Initializing Coyote HTTP/1.1 on port 8080 mod_jk location: libexec/mod_jk.so Make sure it is installed corectly or set the config location Using ApacheConfig modJk=PATH_TO_MOD_JK.SO_OR_DLL / Can't find workers.properties at /usr/local/jakarta-tomcat-4.1.17/conf/jk/workers.properties Please install it in the default location or set the config location Using ApacheConfig workersConfig=FULL_PATH / Starting service Tomcat-Standalone Apache Tomcat/4.1.17 Dec 13, 2002 4:29:44 PM org.apache.coyote.http11.Http11Protocol start INFO: Starting Coyote HTTP/1.1 on port 8080 Dec 13, 2002 4:29:44 PM org.apache.jk.common.ChannelSocket init INFO: JK2: ajp13 listening on /0.0.0.0:8009 Dec 13, 2002 4:29:44 PM org.apache.jk.server.JkMain start INFO: Jk running ID=0 time=2/46 config=/usr/local/jakarta-tomcat-4.1.17/conf/jk2.properties It gives me an error that it can't find workers.properties, but it is in fact there... What is the ownership/permissions on it? In particular, is it readable by the user Tomcat is running as? Also, if you're using mod_jk, why all that stuff about jk2? -Original Message- From: Denise Mangano To: '[EMAIL PROTECTED]' Sent: 12/13/2002 10:36 PM Subject: Almost there...Updated Apach-Tomcat with mod_jk Here is an update. I managed to get passed the configure fail I was getting, and got through the build of mod_jk. I followed everything to the T, and I am back to the almost the same boat that I was in yesterday. Before mod_jk setup I could access http://localhost:8080 as well as http://localhost. Both apache and Tomacat were working fine. Yesterday after mod_jk install Tomcat stopped working. This time, after second try, I can still access both. However, even though I installed mod_jk I need to input the :8080. I restarted apache, and found the following error: [Fri Dec 13 21:37:08 2002] [error] Error while opening the workers, jk will not work [Fri Dec 13 21:37:12 2002] [error] (2)No such file or directory: Error while opening the workers, jk will not work Which file is trying to access the workers.properties file that I created? I searched the server.xml, the httpd.conf, and the mod_jk.conf files and could find nothing that called for it As you can see I cannot access the files without using the port :8080 attached to the end of localhost - if I try to it is still looking in my Apache web directory... [Fri Dec 13 22:04:59 2002] [error] [client 216.164.30.185] File does not exist: /var/www/html/examples/jsp/num/numguess.jsp Any thoughts? I can post my files, if anyone is willing to take a look at it... Thanks. Denise -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e
RE: Almost there...Updated Apach-Tomcat with mod_jk .. please he lp!
On Sun, 15 Dec 2002, Denise Mangano wrote: Sorry, I thought I posted the exact message I was getting. It says [Sun Dec 15 00:42:27 2002] [crit] (98)Address already in use: make_sock: could not bind to port 443. I am trying to figure out what else is listening to that port but with Tomcat uninstalled there shouldn't be any other. Someone suggested multiple instances of Apache running, but I do not know how to check this. When I try to stop the httpd service it fails, and there is no entry in the error_log... Run ps, from that you'll be able to tell if Apache is already running. You might need to check the man page to see what options you need to use. That you can't successfully stop the httpd service (i.e. apache) is an indication that that is the problem. What error message to you get when you try to stop it. Do you have the appropriate permissions to do that? -Original Message- From: micael To: Tomcat Users List Sent: 12/15/2002 3:59 PM Subject: RE: Almost there...Updated Apach-Tomcat with mod_jk .. please he lp! At 03:38 PM 12/15/2002 -0500, you wrote: Jake, Thanks for supplying me with that info. I will certainly refer to it, when I set up Tomcat again. However, first I need to get Apache back up and running. I know this is slightly off topic, but can you tell me how to check what else is trying to access port 443. Not sure what you meant by trying to access but that would not be the problem, if you mean that literally. Rather, the problem is that some application is listening at port 443. You have something that is listening at port 443 for others to access. So, you should have a server set to listen at 443. Micael --- This electronic mail transmission and any accompanying documents contain information belonging to the sender which may be confidential and legally privileged. This information is intended only for the use of the individual or entity to whom this electronic mail transmission was sent as indicated above. If you are not the intended recipient, any disclosure, copying, distribution, or action taken in reliance on the contents of the information contained in this transmission is strictly prohibited. If you have received this transmission in error, please delete the message. Thank you -- 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] Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Almost there...Updated Apach-Tomcat with mod_jk
On Sat, 14 Dec 2002, Denise Mangano wrote: I also found this in my cataline.out log. INFO: Loading registry information Dec 13, 2002 4:29:37 PM org.apache.commons.modeler.Registry getRegistry INFO: Creating new Registry instance Dec 13, 2002 4:29:38 PM org.apache.commons.modeler.Registry getServer INFO: Creating MBeanServer Dec 13, 2002 4:29:39 PM org.apache.coyote.http11.Http11Protocol init INFO: Initializing Coyote HTTP/1.1 on port 8080 mod_jk location: libexec/mod_jk.so Make sure it is installed corectly or set the config location Using ApacheConfig modJk=PATH_TO_MOD_JK.SO_OR_DLL / Can't find workers.properties at /usr/local/jakarta-tomcat-4.1.17/conf/jk/workers.properties Please install it in the default location or set the config location Using ApacheConfig workersConfig=FULL_PATH / Starting service Tomcat-Standalone Apache Tomcat/4.1.17 Dec 13, 2002 4:29:44 PM org.apache.coyote.http11.Http11Protocol start INFO: Starting Coyote HTTP/1.1 on port 8080 Dec 13, 2002 4:29:44 PM org.apache.jk.common.ChannelSocket init INFO: JK2: ajp13 listening on /0.0.0.0:8009 Dec 13, 2002 4:29:44 PM org.apache.jk.server.JkMain start INFO: Jk running ID=0 time=2/46 config=/usr/local/jakarta-tomcat-4.1.17/conf/jk2.properties It gives me an error that it can't find workers.properties, but it is in fact there... What is the ownership/permissions on it? In particular, is it readable by the user Tomcat is running as? Also, if you're using mod_jk, why all that stuff about jk2? -Original Message- From: Denise Mangano To: '[EMAIL PROTECTED]' Sent: 12/13/2002 10:36 PM Subject: Almost there...Updated Apach-Tomcat with mod_jk Here is an update. I managed to get passed the configure fail I was getting, and got through the build of mod_jk. I followed everything to the T, and I am back to the almost the same boat that I was in yesterday. Before mod_jk setup I could access http://localhost:8080 as well as http://localhost. Both apache and Tomacat were working fine. Yesterday after mod_jk install Tomcat stopped working. This time, after second try, I can still access both. However, even though I installed mod_jk I need to input the :8080. I restarted apache, and found the following error: [Fri Dec 13 21:37:08 2002] [error] Error while opening the workers, jk will not work [Fri Dec 13 21:37:12 2002] [error] (2)No such file or directory: Error while opening the workers, jk will not work Which file is trying to access the workers.properties file that I created? I searched the server.xml, the httpd.conf, and the mod_jk.conf files and could find nothing that called for it As you can see I cannot access the files without using the port :8080 attached to the end of localhost - if I try to it is still looking in my Apache web directory... [Fri Dec 13 22:04:59 2002] [error] [client 216.164.30.185] File does not exist: /var/www/html/examples/jsp/num/numguess.jsp Any thoughts? I can post my files, if anyone is willing to take a look at it... Thanks. Denise -- 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] Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Apache-Tomcat HOWTO
On Thu, 12 Dec 2002, Turner, John wrote: Ann Arbor, MI, USA, home of the University of Michigan Wolverines. Go Blue. Hey, I heard the basketball team finally won the other night :-). (Go Illini! :-) Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -Original Message- From: Laxmikanth M.S. [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 12, 2002 9:11 AM To: Tomcat Users List Subject: RE: Apache-Tomcat HOWTO don't kid yaar... where u work and which part of world u r living upto my knowledge the active participant of this list are John Turner,,,Bill Barker to say Regards Laxmikanth M S Off* : 91-80-6610330 extn 1256 Res* : 91-80-5267150 http://www.sonata-software.com Coming together is the beginning, staying together is progress and working together is Success What lies behind us and what lies before us are tiny matters compared to what lies within us - Emerson -Original Message- From: Turner, John [SMTP:[EMAIL PROTECTED]] Sent: Thursday, December 12, 2002 7:39 PM To: 'Tomcat Users List' Subject: RE: Apache-Tomcat HOWTO Right here. :) John -Original Message- From: Laxmikanth M.S. [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 12, 2002 9:03 AM To: Tomcat Users List Subject: RE: Apache-Tomcat HOWTO this will help and I have used ...adn works fine I would like to know where john Turner works and where he is Regards Laxmikanth M S Off* : 91-80-6610330 extn 1256 Res* : 91-80-5267150 http://www.sonata-software.com Coming together is the beginning, staying together is progress and working together is Success What lies behind us and what lies before us are tiny matters compared to what lies within us - Emerson -Original Message- From: Denise Mangano [SMTP:[EMAIL PROTECTED]] Sent: Thursday, December 12, 2002 7:34 PM To: 'Tomcat Users List' Subject: Apache-Tomcat HOWTO Another trivial question... I am looking at John Turner's how-to's for setting up Apache 1.3.26 + Tomcat 4.0.4. There was a post that when reading the how-to's version numbers are not that critical. Will this document help me for my Apache 1.3.27/Tomcat 4.1.12 set up? If so, then does that mean I have to install ant? Thanks! Denise Mangano Complus Data Innovations, Inc. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Catalina Directory Listing
On Thu, 12 Dec 2002, Gerrit Grobbelaar wrote: Please help, the following is still unresolved: == Would still like to do it the proper way though. I know with Tomcat 3.2.x it was as simple as referencing the RequestInterceptor component in server.xml: RequestInterceptor className=org.apache.tomcat.request.StaticInterceptor debug=0 suppress=true / So now for the HOWTO with Catalina. Apparently the equevalent for the RequestInterceptor component is the Valve component, but I'm not so clear on the implementation of this. Anybody? AFAIK, the proper way to control whether directory listings are shown is to use the listings parameter of the default servlet in web.xml, as you outlined in your original post below. You can do it in the conf/web.xml to affect all webapps, and/or do it in the individual webapps' web.xml's (e.g. to override the default). -Original Message- From: Turner, John [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 12, 2002 13:15 To: 'Tomcat Users List' Subject: RE: Catalina Directory Listing Put an index.html file in each directory that redirects to the home page using a META REFRESH of zero. Not so elegant, but very simple and 100% effective. John -Original Message- From: Gerrit Grobbelaar [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 12, 2002 5:48 AM To: Tomcat Users List Subject: Catalina Directory Listing How must I configure Catalina (Tomcat 4.1.12) so that it doesn't show a directory listing of the directories that don't have any welcome-files? The Valve Component? How? etc. Currently I have a weak sollution (IMHO): Implementing org.apache.catalina.servlets.DefaultServlet and give it (via web.xml): init-param param-namelistings/param-name param-valuefalse/param-value /init-param and then i just map that servlet to the directory/directories i don't want to show a listing. Thanks in advance Gerrit -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Apache-Tomcat HOWTO
On Thu, 12 Dec 2002, Turner, John wrote: Yes, they did! LOL It's a rebuilding year. :) How many years they been saying that? :-) -Original Message- From: Milt Epstein [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 12, 2002 9:29 AM To: Tomcat Users List Subject: RE: Apache-Tomcat HOWTO On Thu, 12 Dec 2002, Turner, John wrote: Ann Arbor, MI, USA, home of the University of Michigan Wolverines. Go Blue. Hey, I heard the basketball team finally won the other night :-). (Go Illini! :-) Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Apache-Tomcat mod_jk
On Thu, 12 Dec 2002, Denise Mangano wrote: Nope, its not commented out in server.xml. I'm not too sure what I am looking for but from what I can tell there is nothing abnormal in the logs. Question though - which if this is the case, you may get angry with me for bothering you with my dumb questions For Service Name it says Tomcat-Standalone Why would it say standalone if I am using it only as a servlet/JSP container? All this stuff (what appears in the logs, what services/connectors/etc. are running, etc.) all depends on what you have in your server.xml. For example, in there you can define one or more Service's, each of which can have one or more Connector's. When Tomcat starts up, you'll get a line in that log for each Service; so perhaps you only have one, and its name happens to be Tomcat-Standalone (the name is defined in the Service tag). That is one of the Service's that comes in Tomcat's server.xml out of the box (I think it has two, perhaps you've commented one out). Now, that name may be misleading, because it's arbitrary, and even with one Service you can have multiplce Connector's. So it may not just be Tomcat-Standalone that you are running. Connector's are basically access points into Tomcat, and they can either be standalone, like the HttpConnector, or through a web server, like Ajp13Connector. The new CoyoteConnector is kind of special, I believe, as it can handle multiple protocols (like both HTTP and AJP). So you should really look at what Connector's you have set up to see what should be going on. That's why someone suggested you post your whole server.xml, it will allow people here to get a totally clear idea of what you have setup. BTW, out of the box, Tomcat Standalone runs on port 8080. So whether or not you get something on that port depends on whether you have an appropriate Connector set up. And if you plan to always use Tomcat behind Apache, you might want to disable/comment out that Connector (although sometimes it's good to have for testing purposes). -Original Message- From: Turner, John [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 12, 2002 11:43 AM To: 'Tomcat Users List' Subject: RE: Apache-Tomcat mod_jk The mod_jk.conf file should take care of your JkMounts as well as your LoadModule line, too. My bad, I just re-read your messagehttp://localhost works but localhost:8080 does not? If :8080 isn't working, that has nothing to do with Apache, I apologize for sending you down that path. Did your HTTP connector in server.xml on port 8080 get commented out somehow? That would be the only thing I can think of that would cause it not to respond to requests. Is there anything in the Catalina logs? John -Original Message- From: Denise Mangano [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 12, 2002 11:41 AM To: 'Tomcat Users List' Subject: RE: Apache-Tomcat mod_jk I do have a workers.properties file. I checked that, my server.xml, and my httpd.conf and all server names are the same. I thought the mod_jk.conf file took care of the LoadModule directive that I would have had to place in my httpd.conf file. I tried searching for info on the JkMount directive but could not find any. Do I place JkMount path/to/modules/mod_jk-1.3-eapi.so? And where would I place that in the httpd.conf file? I just don't get why it was working before, but now it isn't Thanks again. Denise Mangano Help Desk Analyst Complus Data Innovations, Inc. [ ... ] Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Connecting Tomcat 4.1.12 with Apache 1.3
On Wed, 11 Dec 2002, Denise Mangano wrote: Thank you so much for getting back to me about that. I have just been trying to read up on the mod_jk, and was hoping there was another option. I do have one more question though related to running JSP with Tomcat. If I make my entire form JSP, and run from within Tomcat, and after it communicates with the payment server, an updated JSP page will be displayed (depending on the data received from the bank). Would I still have to make the connection between Apache and Tomcat? It would basically be a link from my website to the form, which will be JSP. I put up a dummy page and had a link to one of the example JSP that came with Tomcat. The link worked Ok, and the servlet ran fine. Yes, to use JSP's, you need to set up Tomcat the same way you would if you are using servlets (basically). Servlets and JSP's are different entities, covered by different specs. But they are related, and typically a servlet container (such as Tomcat) will implement both of them. In fact, the way Tomcat (and most servlet containers, AFAIK) process JSP's, they *are* servlets -- that is, one of the first things that is done to them is that they are translated to a servlet. Also, in general, it is not recommended to put a lot of code in a JSP, and often systems are designed that use both servlets and JSP's. The only time you wouldn't need to connect Apache and Tomcat is if you are using Tomcat standalone, and that's an independent factor from whether you're using servlets or JSP's. -Original Message- From: Jerry Ford [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 11, 2002 3:39 PM To: Tomcat Users List Subject: Re: Connecting Tomcat 4.1.12 with Apache 1.3 BTW, the configuration lines that go in httpd.conf for webapp are entirely different than what is required for mod_jk. They serve the same function, but they are entirely different connectors. It will take some reading to make the transition. Jerry Jerry Ford wrote: Denise: I have just got my Apache 1.3.27/Tomcat 4.1.12 connection to work. Answers to your questions are yes, and yes. You need a connector between them, and mod_jk.so is one such connector. However, I had a devil of a time locating any connector on the apache.org website, and I never was able to make mod_jk work (I tried using the version that did work with my Tomcat 3.2 installation, but it did not work with 4.1 and I was not able to locate mod_jk---any version---on the apache website in order to rebuild). I ended up using mod_webapp.so, which is another connector. It's located in the jakarta-tomcat-connectors-4.1.12-src.tar.gz, which you can download from http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.1.12/src/ (the same directory as tomcat itself). When you unpack it, look for README.txt in the webapp directory. It will tell you how to build the connector from CVS. Follow the directions in the readme. They're clear, straightforward, and the build process was smooth and routine, for me at least. Jerry http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.1.12/s rc/jakarta-tomcat-connectors-4.1.12-src.tar.gz Denise Mangano wrote: Hi all, I am fairly new to using Apache / Tomcat. I currently have my website set up in Apache, running in the /var/html directory. I have installed Tomcat because I have a form page (HTML) that I want to run a servlet with to process a credit card payment with an outside payment processor. I have seen some instances that people have stated I have to do some special configuration in order to use both Apache and Tomcat together. Is this so? If so, then are there any good resources for this? Perhaps using JSP for the form will be better because I want a custom page to display depending on what error message will come back from the payment engine. If that is the case then wouldn't I need the connection between Apache and Tomcat? (the images I will need for the JSP page is stored in apache web directory as well). Is this the mod_jk plug in? (I am running RedHat Linux 7.3) Thanks in advance! Denise Mangano Help Desk Analyst Complus Data Innovations, Inc. Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Connecting Tomcat 4.1.12 with Apache 1.3
and Tomcat? (the images I will need for the JSP page is stored in apache web directory as well). Is this the mod_jk plug in? (I am running RedHat Linux 7.3) Thanks in advance! Denise Mangano Help Desk Analyst Complus Data Innovations, Inc. Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Security constrant to force SSL works with apache+tomcat?
On 6 Dec 2002, Alexander Wallace wrote: Thankyou david... If i run tomcat standalone I can use request.getRemoteAddr(), request.getRemoteHost(), and request.getRemoteUser() to get some info I would love to have, but if apache is in front of tomcat the info is always localhost and null for the other methods, at least the way I'm doing it... So i was wondering if there was a way to get the same info i get with tomcat stand alone. I have apache in front of tomcat, and those methods work fine for me. So perhaps there is something else going on here, something in your configuration that is not right. Pretty much what I want to do is run an app that will be open to the public. It has a section that needs to be protected with ssl. And i would like to use tomcat standalone but if i use tomcat's ssl, i loose all objects i placed in the session before i swhitch to https... Is there a way to be able to access those objects in the non https session? AFAIK, pretty much no. Doing so would be a security risk. This has come up many times before, check the list archives. General recommendation is to not switch between http and https, always use one or the other. Also, I'm not sure I understand the need for using tomcat security constraints for forcing https usage when using apache in front of tomcat. It makes more sense to me to configure the web server instances/pieces so that resources that need to be secure are only available via https. You can control this by, for example, what DocumentRoot's the instances have, what tomcat webapps are mounted/available in the instances, etc. That's what I do. But maybe you're using a different model/setup/organization than I'm envisioning, one where it's not so easy to do that. (Of course, one option there is to change your model.) On Fri, 2002-12-06 at 12:34, David Brown wrote: Alexander Wallace writes: I have not tested this, but wanted to make sure before I do all the necesary changes. I have apache in front of tomcat, apache handles the ssl communication... I need to make sure that some stuff happens only via ssl, and i had a filter for that. But i was recommended to use a security constranint in tomcat instead. Will this work having apache on top of tomcat? Also. I only have apache + tomcat becouse when I enabled SSL to tomcat stand alone, whenever switching to ssl, i would not be able to access all my session objects created before the switch. Is there a way to avoid that? If is i would just remove apache from the picture. Al my static content needs to come from tomcat anyway. Also, is there a way to read the ip address of the requesting user if apache is the front to tomcat? I realize some of this are different topics, but have to do with the same stuff... Thanks to all in advance! -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] Hello Alexander, i know tc can enable/disable dns lookups on requests (i'm not sure if this is what u r looking 4). a dns resolver can do reverse lookups but getting the ip i'm not sure if there is anyway to do this from within tc. all i can say is the standard config as laid down by apache and tc works 4 me. i have several servlets and jsp's running on 4 virtual hosts all ssl capable depending on the webapp deployed and the user/role defined in my JDBCRealm. everything runs pretty much out-of-the-box config. all my tc ssl requests go through: https://localhost:8443/webapp, all my cgi-bin requests go through htts://localhost:443/cgi-bin/someexec and all other traffic routes as: port 80 or 8080 as expected. removing apache is not advisable. apache has many directives that r very usefull as user access controls. also, u need to impart more info on ur environment and what u plan to do to give the gurus on this ml a better picture. if u plan to operate on the public wire much more consideration will need to be given b4 u expose ports: 80, 8080, 443, 8443 etc. hope this helps, david. -- 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] Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: mod_jk stop after 'done found a worker'
On Wed, 4 Dec 2002, Geoff Howard wrote: SDK 1.4.1_01 Tomcat 4.1.12-LE binary Apache 1.3.27 with ssl/eapi mod_jk-1.3-eapi.so (symlinked to mod_jk.so) obtained from http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk/release/v1.2.1/bin/linux/i386/ Linux Tomcat works fine on 8080, Apache works fine on 80. The server is remote (hosting facility) so I'm not using local host. As DNS is not propagated fully, I'm using IP address as ServerName in httpd.conf, and in Engine and Host declarations in server.xml. Accessing http://{ipaddress}/examples/ no response in browser (actually it looks like 404, but using telnet directly showed literally no response, just connection lost. Below are mod_jk.log, server.xml snippets, workers.properties, mod_jk.conf, and httpd.conf include line. [Wed Dec 04 08:53:09 2002] [jk_uri_worker_map.c (460)]: Into jk_uri_worker_map_t::map_uri_to_worker [Wed Dec 04 08:53:09 2002] [jk_uri_worker_map.c (477)]: Attempting to map URI '/examples/' [Wed Dec 04 08:53:09 2002] [jk_uri_worker_map.c (502)]: jk_uri_worker_map_t::map_uri_to_worker, Found a context mat ch ajp13 - /examples/ [Wed Dec 04 08:53:09 2002] [jk_worker.c (132)]: Into wc_get_worker_for_name ajp13 [Wed Dec 04 08:53:09 2002] [jk_worker.c (136)]: wc_get_worker_for_name, done found a worker [Wed Dec 04 08:55:00 2002] [jk_uri_worker_map.c (460)]: Into jk_uri_worker_map_t::map_uri_to_worker [Wed Dec 04 08:55:00 2002] [jk_uri_worker_map.c (477)]: Attempting to map URI '/whm-server-status' The last two entries are for a different request, two seconds later. So it appears that the processing stops after 'found a worker' From what I recall when viewing our mod_jk.log, this is the normal behavior. It found a worker, it's done its job, it then passes the request to the worker. I think you'll have to look at logs further down the chain (i.e. the tomcat logs) to see what's going wrong. - Server port=8005 shutdown=SHUTDOWN debug=0 Listener className=org.apache.ajp.tomcat4.config.ApacheConfig jkDebug=debug/ ... (mbeans listeners commented out because of errors at startup) !-- Define a Coyote/JK2 AJP 1.3 Connector on port 8009 -- !-- Connector className=org.apache.coyote.tomcat4.CoyoteConnector commented out -- !-- Define an AJP 1.3 Connector on port 8009 -- Connector className=org.apache.ajp.tomcat4.Ajp13Connector port=8009 minProcessors=5 maxProcessors=75 acceptCount=10 debug=10/ ... Engine name=Standalone defaultHost={ipaddress} debug=0 ... !-- Define the default virtual host -- Host name={ipaddress} debug=0 appBase=webapps unpackWARs=true autoDeploy=true Listener className=org.apache.ajp.tomcat4.config.ApacheConfig append=true jkDebug=debug/ Aliaslocalhost/Alias !-- so I can try from lynx - no luck -- Alias127.0.0.1/Alias ... mod_webapp commented out -- workers.tomcat_home=/opt/tomcat workers.java_home=/opt/java ps=/ worker.list=ajp12, ajp13 # Definition for Ajp13 worker # worker.ajp13.port=8009 worker.ajp13.host=64.91.232.157 worker.ajp13.type=ajp13 ## Auto generated on Wed Dec 04 08:49:31 EST 2002## IfModule !mod_jk.c LoadModule jk_module libexec/mod_jk.so /IfModule JkWorkersFile /opt/tomcat/conf/jk/workers.properties JkLogFile /opt/tomcat/logs/mod_jk.log JkLogLevel debug VirtualHost 64.91.232.157 ServerName 64.91.232.157 ServerAlias localhost 127.0.0.1 JkMount /admin ajp13 JkMount /admin/* ajp13 JkMount /webdav ajp13 JkMount /webdav/* ajp13 JkMount /examples ajp13 JkMount /examples/* ajp13 JkMount /tomcat-docs ajp13 JkMount /tomcat-docs/* ajp13 JkMount /manager ajp13 JkMount /manager/* ajp13 /VirtualHost --- Include /opt/tomcat/conf/auto/mod_jk.conf __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Session cookie not recognized in www. subdomain alias
On Sun, 1 Dec 2002, Garrett Smith wrote: Hello Tomcat Users, I am having a problem with access to the www. alias of my site having a different session cookie. What is the proper way to make tomcat use .dhtmlkitchen.com for my session cookie? To see what I mean, go to http://dhtmlkitchen.com/ and then to http://www.dhtmlkitchen.com/ . You can see the obvious change by the colors (which are session-based). Proof:Javascript:alert(document.cookie) You'll see a different JSESSIONID cookie for www. alias subdomain. I ask again: What is the proper way to make tomcat use .dhtmlkitchen.com for my session cookie? [ ... ] Not an absolute definitive answer, but I strongly suspect you can't (not without modifying Tomcat sources, that is, which is probably not something you want to be doing). I'd think a better solution anyway would be to modify your web server frontend so requests using dhtmlkitchen.com are internally changed to using www.dhtmlkitchen.com. Don't know what web server you're using, but I'd think there is a way to do that with most of them. (I'm sure you could do it with Apache's mod_rewrite, for example, and there might even be a simpler way.) Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Why does encodeURL not include Session ID when switching betweenHTTP and HTTPS
On Sun, 1 Dec 2002, Raiden wrote: Hello, I have searched the archives, and while I have seen several people ask this question, there doesn't seem to be an agreed upon answer/solution. I am using Tomcat 4.1.12. When cookies are on, I can switch bettween http and https just fine, while maintaining my session. (I am using the Ajp13 connector with Apache, and so Apache does all my SSL management.) [ ... ] Are you sure about this? Because from all past discussion of this that I can recall, it shouldn't work with cookies -- that is, you should not be able to switch from http to https (or vice-versa) and maintain sessions -- whether you're using cookies or not. There are some posts in the archives that are pretty clear about this -- see the ones from Craig McClanahan, for example. Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Search engine for the tomcat-user mailing list
On Wed, 27 Nov 2002, Luca Ventura wrote: Hello everybody! Is there a search engine for the tomcat-user and tomcat-dev mailing list? I would like to find and read old posts using key-words. Thanks to everybody in advance! Go to jakarta.apache.org, click on the mailing lists links, and it talks about mailing list archives. One I like is at marc.theaimsgroup.com, the comat ones used to be in the Apache section, now they're in the Java section (bad change if you ask me, or at least have them in both). Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Search engine for the tomcat-user mailing list
On Wed, 27 Nov 2002, Milt Epstein wrote: On Wed, 27 Nov 2002, Luca Ventura wrote: Hello everybody! Is there a search engine for the tomcat-user and tomcat-dev mailing list? I would like to find and read old posts using key-words. Thanks to everybody in advance! Go to jakarta.apache.org, click on the mailing lists links, and it talks about mailing list archives. One I like is at marc.theaimsgroup.com, the comat ones used to be in the Apache ^ should be tomcat, don't know how it go to that :-). section, now they're in the Java section (bad change if you ask me, or at least have them in both). Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: jk2 load balancing problem (only fail-over)
On Fri, 15 Nov 2002, Turner, John wrote: The Coyote connector speaks JK...there's no reason to use Ajp13Connector if you don't want to, [ ... ] Other than the apparent isSecure()/getScheme() bug with CoyoteConnector when using AJP :-). though I haven't seen anyone post a working conf specifically using load-balanced JK with org.apache.coyote.tomcat4.CoyoteConnector. It's worth a shot. John -Original Message- From: Nick Wesselman [mailto:nick;digivis.com] Sent: Friday, November 15, 2002 3:53 AM To: Tomcat Users List Subject: Re: jk2 load balancing problem (only fail-over) So there's no production quality code to let me load balance using the Coyote connector? Should I use mod_jk and the older Ajp13 connector instead? Nick On Friday, November 15, 2002, at 01:52 AM, Bill Barker wrote: Load balancing is still not implemented fully in Jk2 (it's still a Beta). It has very nice fail-over code however. I'm sure that the Jk2 team would welcome any patches. Nick Wesselman [EMAIL PROTECTED] wrote in message news:2303332D-F84E-11D6-8322-000393452A4C;digivis.com... I'm trying to set up jk2 load balancing for 2 Virtual Hosts in Apache with 2 Tomcats each. I have it mostly working, except it doesn't actually load balance the Tomcats... however it will do fail-over just fine if I kill one VM. All my server.xml's have the correct jvmRoute set for the Engine. Any help on how to fix or debug this? Nick Wesselman - Environment: RedHat 7.2 Apache 2.0.43 Tomcat 4.1.12 mod_jk2 workers2.properties (names obfuscated to protect the innocent): [logger] level=DEBUG [config:] file=/usr/local/apache2/conf/workers2.properties debug=0 debugEnv=0 [uriMap:] info=Maps the requests. Options: debug debug=0 [logger.file:0] level=DEBUG file=/usr/local/apache2/logs/jk2.log [shm:] info=Scoreboard. Required for reconfiguration and status with multiprocess servers file=/usr/local/apache2/logs/jk2.shm size=100 debug=0 disabled=0 [workerEnv:] info=Global server options timing=1 debug=0 [status:] info=Status worker, displays runtime information [uri:/jkstatus/*] group=status: [lb:vhost1] debug=0 [channel.socket:vhost1_vm1] port=8015 host=127.0.0.1 debug=0 group=vhost1 tomcatId=vhost1_vm1 lb_factor=1 [channel.socket:vhost1_vm2] port=8019 host=127.0.0.1 debug=0 group=vhost1 tomcatId=vhost1_vm2 lb_factor=1 [uri:www.vhost1.com] info=blah [uri:www.vhost1.com/*.jsp] group=vhost1 info=blah [lb:vhost2] debug=0 [channel.socket:vhost2_vm1] port=8015 host=127.0.0.1 debug=0 group=vhost2 tomcatId=vhost2_vm1 lb_factor=1 [channel.socket:vhost2_vm2] port=8019 host=127.0.0.1 debug=0 group=vhost2 tomcatId=vhost2_vm2 lb_factor=1 [uri:www.vhost2.com] info=blah [uri:www.vhost2.com/*.jsp] group=vhost2 info=blah -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org
Re: ManagedBean is not found with Ajp13Connector
On Fri, 15 Nov 2002, Bill Barker wrote: - Original Message - From: Milt Epstein [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Cc: Bill Barker [EMAIL PROTECTED] Sent: Friday, November 15, 2002 8:25 AM Subject: Re: ManagedBean is not found with Ajp13Connector On Fri, 15 Nov 2002, Bill Barker wrote: In the default 4.1.x server.xml file there is an un-commented out entry: Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=8009 minProcessors=5 maxProcessors=75 enableLookups=true redirectPort=8443 acceptCount=10 debug=0 connectionTimeout=2 useURIValidationHack=false protocolHandlerClassName=org.apache.jk.server.JkCoyoteHandler / This is the coyote connector. Use this one instead of the AjpConnector if you want to enable the admin webapp that has the very nice GUI to allow you to configure your server. If you don't care about this, remove (or comment out) the two lines under Server that have Listener className=org.apache.catalina.mbeans /. In this case, the admin application won't work, but you can use the legacy AjpConnector. The CoyoteConnector apparently has a bug where isSecure() and getScheme() don't work correctly on SSL requests. This is pretty core functionality, and makes it unusable for many applications/environments. Has this bug been fixed? It's been fixed since 4.1.13. [ ... ] Great, thanks! Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: mod_jk-1.3-eapi.so
On Thu, 14 Nov 2002, RXZ JLo wrote: My mod_jk.so is mod_jk-1.3-eapi.so, I have reflected this in conf/auto/mod_jk.conf. But everytime I restart tomcat this file is regenerated and my change doesnt remain. 1. Can I stop the regeneration of mod_jk.conf OR 2. Where do I have to update in order to get correct .so in the mod_jk.conf In answer to 1, there should be a Listener tag in the server.xml that controls whether it's generated or not. In answer to 2, I don't know. But, there's nothing that's forcing you to use that auto-generated mod_jk.conf -- you can simply make a copy of it, modify it to your desires, and use that modified copy (i.e. Include it in your httpd.conf). In general I don't think you can completely control what goes into the auto-generated mod_jk.conf file, so, depending on what you're doing, it may not be exactly right. Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org
Re: non Http connector
On Thu, 14 Nov 2002, Yves Duhem wrote: Hi, I would like to use servlets and tomcat without having to communicate via http. my request's first line would indicate in some way the target servlet and the rest would be the data to transmit to the servlet the response would be only the data (no headers). (and all this would be used with SSL.) I would like to know if a connector behaving like this exists somewhere, or if i'll have to modify one of the existing connectors (and in that case is there any developer documentation about the connector framework?). Are you saying that you really don't want to use HTTP (as a protocol), or just that you want to do this outside the context of a web browser? Because in the current HTTP framework there's nothing that's stopping you from using it outside of a web browser. You can, for example, set up a java application that opens a URLConnection to a Tomcat server. You can even transfer objects this way (to a certain degree) instead of just parameters, because you'll have direct control of reading/writing the I/O streams. I'm not really sure what not using HTTP buys you, because then you're essentially creating your own client/server system and defining your own protocol, and you have to set everything up. If you use HTTP, you get a lot essentially for free (including parameter passing, sessions, cookies, ssl, etc.) Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org
Re: non Http connector
On Thu, 14 Nov 2002, Randy Secrist wrote: He could also implement the Remote interface and set up RMI communication on a different port than what the HTTP connector runs on - which gives you quite a bit of the protocol set up for free. Any HTTP servlet which implements this interface can also act as a RMI server. IMHO one of the biggest problems with HTTP is that it is a stateless protocol - and passing objects around, and callbacks are clunky at best. For most things though, HTTP does suffice. If setting up a customized client / server model is really necessary - then an RMI server, or EJB container would seem to be the best choices available at this time. Good points. I agree about statelessmess -- it's perhaps the biggest limitation of HTTP (for applications that would benefit from it, of course), and if you really need that, that would be a good reason to not use HTTP. - Original Message - From: Milt Epstein [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Thursday, November 14, 2002 11:00 AM Subject: Re: non Http connector On Thu, 14 Nov 2002, Yves Duhem wrote: Hi, I would like to use servlets and tomcat without having to communicate via http. my request's first line would indicate in some way the target servlet and the rest would be the data to transmit to the servlet the response would be only the data (no headers). (and all this would be used with SSL.) I would like to know if a connector behaving like this exists somewhere, or if i'll have to modify one of the existing connectors (and in that case is there any developer documentation about the connector framework?). Are you saying that you really don't want to use HTTP (as a protocol), or just that you want to do this outside the context of a web browser? Because in the current HTTP framework there's nothing that's stopping you from using it outside of a web browser. You can, for example, set up a java application that opens a URLConnection to a Tomcat server. You can even transfer objects this way (to a certain degree) instead of just parameters, because you'll have direct control of reading/writing the I/O streams. I'm not really sure what not using HTTP buys you, because then you're essentially creating your own client/server system and defining your own protocol, and you have to set everything up. If you use HTTP, you get a lot essentially for free (including parameter passing, sessions, cookies, ssl, etc.) Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org
Re: How to unsubscribe from mailing list?
On Fri, 15 Nov 2002, [iso-8859-1] Edmund Smith wrote: Please help by telling my how to unsubscribe from this mailing list? 1. Set your mailer up so you can see all the headers of some message to the list. 2. Look for a header line that looks something like: [EMAIL PROTECTED] The number will be different, but more importantly, the edmund_b_smith=yahoo.co.uk part may be different as well. Note what it is. 3. Send a message to: [EMAIL PROTECTED] with edmund_b_smith=yahoo.co.uk replaced by whatever you found in step 2. I don't think it matters what's in the body (or the subject) of the message, but perhaps it's best to leave it empty/blank. Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org
Re: Tomcat Application on Port 443 or 8080?
On Tue, 12 Nov 2002, Manoj Kithany wrote: Hi Experts: My Apache+SSL is working now - thanks to you all. I checked it using https://www.kithany.com. However, I have a small Application which contains JSP+Servlets which calls Oracle DB via JDBC. This application is working fine when I type http://www.kithany.com:8080/kithany/index.jsp but when I try HTTPS as https://www.kithany.com:8080/kithany/index.jsp it does'nt work - ie page does'nt shows up. If you're using the default ports that are set in Tomcat's out of the box server.xml, 8080 is the port Tomcat standalone uses for direct http communication. This means that it's not going through Apache, and it's not for https/SSL communication. That explains why the first one works and the second one doesn't. I know that HTTPS listens to port 443 and my Application(Tomcat+JBoss) listens to port 8080 - so how do I integrate both the ports to work together? Any useful information on above is appreciated. Well, do you want to use Tomcat integrated with Apache, or Tomcat standalone (or both)? If you don't want to use Tomcat standalone, I suggest you disable it's HTTP Connector -- you can do this by commenting it out in server.xml. Now, assuming you set up Apache+SSL for a reason, you probably want to use that for your https communication. That means the URL you should use is: https://www.kithany.com/kithany/index.jsp This will go through Apache (on port 443, the default for https). But for this to work, that is, to get to Tomcat, you have to make sure you have the proper configuration set up, mostly in terms of the connector directives in your Apache httpd.conf file. (You don't say what connector you're using, perhaps it's mod_jk.) Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org
Re: mod_jk Problem
-tomcat-4.1.12/webapps/../server/webapps/manager Directory /install/jakarta-tomcat-4.1.12/webapps/../server/webapps/manager Options Indexes FollowSymLinks DirectoryIndex index.html index.htm index.jsp /Directory # Deny direct access to WEB-INF and META-INF # Location /manager/WEB-INF/* AllowOverride None deny from all /Location Location /manager/META-INF/* AllowOverride None deny from all /Location JkMount /manager/html/* ajp13 JkMount /manager/* ajp13 JkMount /manager/*.jsp ajp13 /VirtualHost [ ... ] Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org
RE: mod_jk.log entries
On Tue, 12 Nov 2002, Koes, Derrick wrote: This might help. http://www.faqchest.com/prgm/tomcat-l/tmct-01/tmct-0104/tmct-010470/tmct01043017_27782.html Note that errno's are system dependent -- although the interpretation of the 61 matches in this case (i.e. what's on the above page -- Connection refused -- and what's in the log below). A better way to check errno's is to look for the errno.h file on your system, if you have one -- it's likely in /usr/include or /usr/include/sys. I'm on an AIX system, and I have a lot of 79's in my mod_jk.log, and that's what's Connection refused according to my errno.h file. -Original Message- From: Turner, John [mailto:JTurner;AAS.com] Sent: Tuesday, November 12, 2002 3:40 PM To: 'Tomcat Users List' Subject: RE: mod_jk.log entries The reference would be the source code. John -Original Message- From: Chad Cannell [mailto:ccannell;elogex.com] Sent: Tuesday, November 12, 2002 3:38 PM To: Tomcat Users List Subject: RE: mod_jk.log entries Is there an error reference guide or chart. I need to look into the folowing errors: I am seeing a lot of chatter in my mod_jk.log: [jk_ajp13_worker.c (326)]: Error ajp13_process_callback - write failed [jk_uri_worker_map.c (335)]: jk_uri_worker_map_t::uri_worker_map_close,NULL parameter [jk_uri_worker_map.c (185)]: In jk_uri_worker_map_t::uri_worker_map_free, NULL parameters [jk_ajp13_worker.c (326)]: Error ajp13_process_callback - write failed [jk_ajp13_worker.c (204)]: connection_tcp_get_message: Error - jk_tcp_socket_recvfull failed [jk_ajp13_worker.c (622)]: Error reading request [jk_connect.c (143)]: jk_open_socket, connect() failed errno = 61 [jk_ajp13_worker.c (174)]: In jk_endpoint_t::connect_to_tomcat, failed errno = 61 [jk_ajp13_worker.c (587)]: Error connecting to the Tomcat process. Can anyone help me dicepher these and are they critical? Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org
Re: mod_jk Problem
On Tue, 12 Nov 2002, Rudolph Araujo wrote: I actually had them both named ajp13 (the remote was a mistake) but still it won't work. Another key thing is that my mod_jk.log file is empty. curiously though when I start up my web server port 8009 is also opened. So some stuff is working I gather. If I do paste the stuff from mod_jk.conf into httpd.conf it works though. You didn't answer one of my questions: Are you sure you're properly including the mod_jk.conf in your httpd.conf? Also, is your mod_jk.log empty even when you paste the stuff in your httpd.conf? Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org
RE: mod_jk Problem
On Wed, 13 Nov 2002, Rudolph Araujo wrote: The include is occurring fine and is right at the end of the httpd.cong. Also I have got it logging now. I commented the VirtualHost tag in the mod_jk.conf file and it still works. Now hoever, I get an Internal Server error whenever it tries to execute a JSP. How di I fix this? Also since mod_jk.conf generates the file each time, how do I get it not to create the virtual host tags? Are you saying that it now works when you have the separate mod_jk.conf file and include it in your httpd.conf? To address your new question, I don't think you can completely control what goes into the auto-generated mod_jk.conf file. That's why it's sometimes recommended to take the auto-generated one, edit it accordingly, and include that in your httpd.conf. (This process isn't quite as fully automated, but when you've got things settled down in a production environment, it should work fine because things won't be changing very often.) Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org
RE: Tomcat 4.1 and apache 1.3 how-to
On Sun, 10 Nov 2002, Beatty, Z wrote: So basically, I am never going to find a binary mod_jk.so for Solaris 7 on Sparc? I am just trying to confirm, before I give up trying to connect Apache and Tomcat. I always have the standalone Tomcat to fall back on, but it is awfully slow. Others have given some suggestions on finding a mod_jk.so for your platform. What I wanted to respond to was your last comment. If you think that Tomcat standalone is awfully slow, note that Apache+Tomcat will be even slower. (For dynamic content, that is, which should be what's of concern.) Think about it, Apache+Tomcat has to do most everything Tomcat standalone does, and then there's everything passing through Apache and the connector. So if you think your site is too slow now, it's not going to get any better if you put Apache in there too. --- Turner, John [EMAIL PROTECTED] wrote: Red Hat 7.2 HOWTO using JK: http://www.johnturner.com/howto/apache1-tomcat404-howto.html Aside from Tomcat version, and different binary files for Solaris instead of RH, there is no difference. The setup is exactly the same, I know this because I just did it yesterday morning on a brand-new install of Solaris 8 on a 420R. By setup I mean configuration, not compilation. The compilation was actually quite a bit of hassle, so if you can get binaries of JK you should be good to go. I have some Solaris 8 JK binaries archived at http://www.johnturner.com/howto, they were compiled against 4.0.4 source, but I doubt it would make much difference. Might be worth a shot. John -Original Message- From: Beatty, Z [mailto:zackbeatty;yahoo.com] Sent: Monday, November 04, 2002 11:20 PM To: Tomcat Users List Subject: Tomcat 4.1 and apache 1.3 how-to Can anyone point me in the right direction, for connecting Apache 1.3 and Tomcat 4.12, on Solaris 7? Should I try mod_webapp, mod_jk, or mod_jk2? I need a binary file, for whatever connector I choose. Please don't respond with RTFM. There are no binaries avaiable in: http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk/ release/v1.2.0/bin/ Also, there isn't even a Solaris 7 directory (only 6 and 8). Does that matter? I would prefer to use mod_webapp, due to the simplicity of the installation process. I installed that on Win2000 a while ago, but there are no Solaris binaries available anywhere. Thanks. __ Do you Yahoo!? HotJobs - Search new jobs daily now http://hotjobs.yahoo.com/ -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org __ Do you Yahoo!? U2 on LAUNCH - Exclusive greatest hits videos http://launch.yahoo.com/u2 -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org
RE: tomcat + apache (synchronization in different machines )
On Mon, 11 Nov 2002, [iso-8859-1] Jose Antonio Martinez wrote: but i have the following scene: i have a ftp server in the same machine than the apache server, so i use an ftp account for uploading my website. i want upload jsp files but jpg or php files too. I think the tomcat server need to have jsp files localy located , and then i must copy or move the jsp files from the apache to the tomcat machine. Yes, all the files that are part of the contexts/web applications need to be on the server running Tomcat. But that's the only place they need to be, that is, they don't need to be on the server running Apache. Now, it sounds like you have a limitation where you can ftp to the Apache server and not the Tomcat server, and that might affect how you do things. But that is an artifact of that ftp limitation, not anything to do with the Apache/Tomcat architecture you're using. please help me! , am i right?. i am very confused at this point. Can you clarify exactly what your setup is? Like why you have the separate Apache and Tomcat servers, and why you can only ftp to the Apache server, and such. Sounds like the problem is getting things to the Tomcat server, not keeping them synchronized betweem the Apache and Tomcat servers. --- Turner, John [EMAIL PROTECTED] escribió: It is not necessary to synchronize the directories. Typically, most people use these mappings for Tomcat requests: /*.jsp, and /servlet/*. Requests for other content would never get to Tomcat. If you had output from a JSP or servlet that referenced a GIF file, it wouldn't matter. In your output stream, there would be something like img src=pic.gif The client browser will convert that into http://yourhost/pic.gif which is a valid URL, and does not match either of the Tomcat mappings. -Original Message- From: Jose Antonio Martinez [mailto:lfbbes;yahoo.es] Sent: Monday, November 11, 2002 12:52 PM To: [EMAIL PROTECTED] Subject: tomcat + apache (synchronization in different machines ) Hi everybody, I want to have an apache server in a machine and a tomcat server in a different machine. I know i can use mod_jk to redirect jsp/servlets petitions from the apache to the tomcat server ... but: it seems it is needed that the webapps directory be the same at both machines... so i must use a synchronization method ( rsync for example ) am i right?? could it possible to not replicate the webapps directory from the apache to the tomcat machine? Thanks. Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org
Re: Tomcat-Apache SSL
On Thu, 7 Nov 2002, Richard Johnstone wrote: After reading the installing SSL doc for tomcat it says you don't need it on Tomcat, just have it on apache and you are ok. I have an apache SSL port (443) and this is working ok. I have my tomcat application on 8080, also works ok. What I don't understand is the link between these 2. Do I have to set the apache SSL port to be 8080? If so, will it not ignore the tomcat conf and use the apche stuff instead (as it seemed to when I tried it) You need to understand the difference between running Tomcat standalone and integrated with a web server (such as Apache). In the former case, Tomcat standalone, Tomcat handles everything, including fielding the request and returning the response (including any SSL processing -- e.g. decryption or encryption -- if enabled). 8080 is the default port for Tomcat standalone, but without SSL. Tomcat standalone can do SSL, you just need to enable it in server.xml (you may have to install some additional libraries). The default port for that is 8443. Tomcat standalone is totally independent from any other web server. In the latter case, Tomcat integrated with a web server, the web server handles fielding the request and returning the response, but inbetween it passes the request to Tomcat for processing. This is done via a connector such as JK or JK2. You can enable/disable these connectors in server.xml. If you do it this way, you set up SSL on the web server only, not on Tomcat -- the internal communication between the web server and Tomcat is not encrypted. So you have to decide how you want things set up. If you don't want Tomcat standalone, disable the relevant connector(s) in server.xml. Then you need to set up one of the web server connectors; this is done partly in server.xml, but you also need to get the appropriate connector module binary and configure that for your web server. If you do want Tomcat standalone, but with SSL, enable the relevant connector in server.xml. (Also, would that be SSL only, or both non-SSL and SSL.) Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org
Re: apache/tomcat performance
On Thu, 7 Nov 2002, Jan Agermose wrote: Well, yes, of cause, if you need apache, you need apache... I was of couse only thinking about the case where you could manage without apache? Would I gain anything when looking only at performance? One related (?) question. One use of appache is to do loadbalancing but requesting from different tomcat instances. Is there a way to do this using tomcat only? In general, it makes sense that Apache will perform better with static content, but Tomcat standalone will perform better with dynamic content. But it's hard to say much more specific than that. Every setup and application is so different. You can try your application with Tomcat standalone, and see if the performance is acceptable. Or you can try it with both, and see which is better. Tomcat standalone is a perfectly acceptable choice, if it works for you. Don't know about the Tomcat-only load-balancing question. My first inclination is no, because you'd need something in front of Tomcat doing the load-balancing. - Original Message - From: Turner, John [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Sent: Thursday, November 07, 2002 3:55 PM Subject: RE: apache/tomcat performance There are many, many, many reasons why you would want to use Apache in addition to Tomcat. Serving static content is just one of them. Some other reasons include: - you don't want to run Tomcat as root (it has to run as root to run on port 80) - you need CGI - you need SSI - you need any one of Apache's other modules, like mod_rewrite or anything else - you have a customized Apache for whatever reason - you have a bunch of virtual hosts, with only some of them using Tomcat - lots more John -Original Message- From: Jan Agermose [mailto:jan;agermose.dk] Sent: Thursday, November 07, 2002 9:50 AM To: 'Tomcat Users tomcat Subject: apache/tomcat performance I guess the reason to have apache in front of tomcat is that apache serves html and images faster than tomcat? But what is the perfomance cost of having apache commmunicate with tomcat using JK? Has anyone ever testet this? I would think that most browsers cache html and images and therefor the perfomance gain from apache should matter less than the potential performance lose from jsp/servlet pages that are never cached? Jan Agermose -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org
Re: Tomcat-Apache SSL - Extension Question
On Thu, 7 Nov 2002, Chris Parker wrote: This came up a week or so ago. Check here for a very comprehensive reply from Milt Epstein. In short, isSecure is exactly the method you should use, and it does know if the original request is SSL or not. If it is always returning 'false', something else is going on. http://marc.theaimsgroup.com/?l=tomcat-userm=103608496529118w=2 John Thanks John, somehow I missed that reply - and thanks Milt for providing it. On my server SnoopServlet replies that isSecure() = false - even though it's true. I thought this was a limitation of Apache-Tomcat, not a problem with my configuration. Now that I know I'm not looking for the impossible, I'll investigate and post when I have a solution... Just a couple of things to add: 1. I suspect, but don't know for sure, that isSecure() (and getScheme()) should work correctly even with forwards/redirects as well. Of course, if you found that isSecure() doesn't work with basic https, as apparently is the case above, the problem is not restricted to forwards/redirects. 2. Some other people reported this mis-behavior, and at least one person said/suggested that it's a bug with the Coyote AJP connector. Which connector are you using? If it's the Coyote AJP connector, that adds confirmation to this possibility. I don't know that it's yet been fixed, or that there's a workaround, other than using the Ajp13Connector. Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org
RE: apache/tomcat performance
On Wed, 6 Nov 2002, neal wrote: This is a common topic I suppose ... whether to use Tomcat as standalone or not. I have seen the argument that Apache is a lot faster for static content pop up a few times ... but I don't really understand why that is. Why is Apache so much faster with static content? Does is have a better (presuming Tomcat has one at all) caching mechanism for alleviating disk reads of common files? That's the only reason I can think of that Apache would be faster. I'm sure there are reasons that I'm not thinking of, however. Could someone fill in the gap for me? Why is Apache so much faster? I think I recall seeing some posts on this list that went into a little more detail (perhaps speculatively) as to why Apache would be faster than Tomcat on static content. Here are some possibilities I can think of: 1. C vs. Java 2. better use of NBIO, which has only recently been introduced in Java 3. better optimization, perhaps because Apache has been around so much longer and has seen much greater usage than Tomcat 4. better caching 5. better compression Also remember that with the web, we're not generally dealing with blazing fast speed requirements, so often fast enough is the criterion that should be used, not fastest. And with static content, there is no other processing (like DB queries) to worry about, so it's not like there will be other potential holdups. Another possibility (if the organization of your content fits it) is running both Apache and Tomcat standalone. You still have to set up Apache, but you don't have to do the Apache/Tomcat integration, which seems to be the most problematic area. Then you can have Apache directly handle your static content and Tomcat directly handle your dynamic content. Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org
RE: determining version of mod_jk
On Wed, 6 Nov 2002, Turner, John wrote: I guess you could try strings mod_jk.so and see what the output is...might be able to find a version number in there somewhere, but I wouldn't get my hopes up. I tried that, and it didn't work with mine (also on AIX). Perhaps there's some more esoteric (shared) library tool that can do the trick. But someone else mentioned that upon startup Apache prints the version of the module in the error_log file, and I found that was true for my setup as well. So that might be an easier way to get this info. -Original Message- From: Maureen Barger [mailto:mf12;cornell.edu] Sent: Wednesday, November 06, 2002 12:15 PM To: Tomcat Users List Subject: Re: determining version of mod_jk one that is already compied I should have stated how can you tell what version of mod_jk you have installed on your system? see jk/native/common/jk_version.h Maureen Barger, CIT/ID, Cornell University Ithaca, NY 14850 [EMAIL PROTECTED] http://mo.cit.cornell.edu/ Experience is something you don't get until just after you need it. -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org
Re: compiling mod_jk under AIX
On Tue, 5 Nov 2002, Maureen Barger wrote: Has anyone done this successfully? I have tried with IBM's compiler as well as gcc and both result in same error: ld: 0711-244 ERROR: No csects or exported symbols have been saved. apxs:Break: Command failed with rc=8 I am running aix 4.3.3 If you really want to build it yourself, I'd take the above error message and go search comp.unix.aix at groups.google.com. This is really an AIX shared library question, not an Apache module question. I've seen this error before, and the solution is to use certain linker/loader options (I don't remember exactly which ones, but you can find them in comp.unix.aix), and/or perhaps find an apxs that works with AIX. (If you're using an old Apache, upgrading might help, because I'd think newer versions would have an apxs that has been fixed for AIX.) The other alternative is to find an already built mod_jk, matched to your version of AIX and Apache. John Turner has collected a bunch of built mod_jk's (and corresponding howto's) at his web site, including some for AIX (I know, because I contributed one :-). The web site is something like: http://www.johnturner.com/ Or search the list archives. Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org
Re: Standalone Tomcat : suppress directory listing in web.xml
On Tue, 5 Nov 2002, Marc Mendez wrote: - Original Message - From: Turner, John [EMAIL PROTECTED] Did you search the archives? This topic has come up several times before. Do some research! And... do read my posts ! 1. I browsed the archive 2. The solutions does not work. Well, post details of what you tried, and why they didn't work (i.e. what happened/didn't happen). Frankly, I see no reason that any of the previously discussed solutions wouldn't work (assuming they're for the right version of Tomcat, different versions have different ways of doing this). Perhaps you are not applying them correctly. I want to change the web.xml of the app. One of the previously discussed solutions does involve modifying the webapp-/context-specific web.xml file. If you're using different versions of Tomcat (e.g. 3.* and 4.*), there may be no one general solution that works, because their mechanisms for doing this differ. Although putting some welcome-file, like index.html, in there, should work for all the different versions. I usually use mailing list, so I know there is archive (I spend 1 hour this morning to get solutions). Most of the time, people can change conf/web.xml or server.xml. I can't. Why not? Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org
RE: Standalone Tomcat : suppress directory listing in web.xml
On Tue, 5 Nov 2002, Turner, John wrote: Stick a file called index.html in the directory where you want listings suppressed. Write a Filter to intercept all requests and look for a filename in the request...open-ended requests like / or /myapp/ would be intercepted and redirected. Make sure you have a welcome file list setup in your web.xml. Also, the same change that was previously suggested for the conf/web.xml file can be used in individual webapp/context web.xml files. (You may need to copy all of the stuff for the default servlet.) -Original Message- From: Marc Mendez [mailto:mendez;lug.com] Sent: Tuesday, November 05, 2002 11:38 AM To: Tomcat Users List Subject: Re: Standalone Tomcat : suppress directory listing in web.xml - Original Message - From: Turner, John [EMAIL PROTECTED] Did you search the archives? This topic has come up several times before. Do some research! And... do read my posts ! 1. I browsed the archive 2. The solutions does not work. I want to change the web.xml of the app. I usually use mailing list, so I know there is archive (I spend 1 hour this morning to get solutions). Most of the time, people can change conf/web.xml or server.xml. I can't. But thanks to remind me of how to use ML :-) -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org
Re: compiling mod_jk under AIX
On Tue, 5 Nov 2002, Maureen Barger wrote: Thanks. I have googled and see lots of folks with the error but none with the solution. Same with the archives. Well, I did a quick search earlier today when I sent that earlier response, and I saw lots of people posting with similar errors, and lots of responses with suggestions. And I myself had similar troubles some time back, and was able to make use of those suggestions to get things working. So I know there is good information there. Again, the solution involves specifying certain loader/linker options. I am using apache 1.3.14 but my systems group should be pushing 1.3.26 out later today or tomorrow. So John Turner's links don't help -- I tried that too ;-) Then the best thing is probably to wait until that's available, for many reasons. Now I have discovered that there are a bunch of configure scripts available at http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk/release/v1.2.0/src/ and am trying to work with those .. but of course I am still running into some problems (some of which are probably my own doing as I am new to this I am afraid). I am running ./configure --with-apxs=/path-to/apache_1.3.14/bin/apxs --with-java-home=path-to/jdk_130 which goes ok. Then when I issue make, I receive Making all in common /bin:/usr/common/bin:/usr/common/etc:/usr/bin:/etc:/usr/sbin:/usr/ucb:/usr/bin/X11:/sbin:/var/ifor --mode=compile gcc -I/web2_sys/apache_1.3.14/include -g -O2 -DAIX=43 -DUSE_PTHREAD_SERIALIZED_ACCEPT -U__STR__ -DAIX_BIND_PROCESSOR -qnogenpcomp -qnousepcomp -DMOD_SSL=207101 -DMOD_PERL -DUSE_HSREGEX -DEAPI -D_ALL_SOURCE -D_ANSI_C_SOURCE -D_POSIX_SOURCE -qmaxmem=16384 -q32 -D_LARGE_FILES -qlonglong -g -O2 -I /include -I /include/ -c ./jk_ajp12_worker.c /usr/bin/sh: /bin:/usr/common/bin:/usr/common/etc:/usr/bin:/etc:/usr/sbin:/usr/ucb:/usr/bin/X11:/sbin:/var/ifor: not found. make: 1254-004 The error code from the last command is 127. Stop. make: 1254-004 The error code from the last command is 1. Stop. Near as I can figure, my /sbin directory does not contain what the script is looking for (in this case, /sbin/var/ifor). In fact the sbin directory contains only 3 files and one other dir named helpers. So I am not sure if I can comment that out or go back to the systems group and ask them or what. At 01:26 PM 11/5/2002 -0600, Milt Epstein wrote: If you really want to build it yourself, I'd take the above error message and go search comp.unix.aix at groups.google.com. This is really an AIX shared library question, not an Apache module question. I've seen this error before, and the solution is to use certain linker/loader options (I don't remember exactly which ones, but you can find them in comp.unix.aix), and/or perhaps find an apxs that works with AIX. (If you're using an old Apache, upgrading might help, because I'd think newer versions would have an apxs that has been fixed for AIX.) The other alternative is to find an already built mod_jk, matched to your version of AIX and Apache. John Turner has collected a bunch of built mod_jk's (and corresponding howto's) at his web site, including some for AIX (I know, because I contributed one :-). The web site is something like: http://www.johnturner.com/ Or search the list archives. Maureen Barger, CIT/ID, Cornell University Ithaca, NY 14850 [EMAIL PROTECTED] http://mo.cit.cornell.edu/ Experience is something you don't get until just after you need it. -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org
Re: shared session between http and https
On Mon, 4 Nov 2002, Marc Guillemot wrote: To share a session between http and https I've tryed to add the JSESSIONID to the url: a href=https://localhost:8443/testhttps/page2.jsp?JSESSIONID=%=request.getSe ssion().getId()%to https/a but this doesn't work in Mozilla or Opera for instance: a new session is created (in IE cookies are shared between http and https). Any idea? Check the list archives, this has been discussed before. Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org
Re: HttpServletRequest.isSecure() fails with Coyote AJP 1.3 Connector
On Fri, 1 Nov 2002, Steinar Bang wrote: Platform: Intel PIII, RedHat 7.2, apache 1.3.20, ajp1.3 tomcat 4.1.12, BlackDown Java SDK 1.3.1, Struts 1.1-b2 Is there a way to pass the scheme used by the client when talking to the apache server (ie. http or https) through the Coyote AJP 1.3 connector? If I use the old AJP 1.3 connector, I can use the HttpServletRequest.isSecure() function to determine if the client used an HTTPS connection to the apache server. With the Coyote AJP 1.3 connector this information is lost. Ie. HttpServletRequest.isSecure() always returns false, and HttpServletRequest.getScheme() always returns http. The Connector elelement for Coyote have the attributes secure, and scheme, which affects the above values of HttpServletRequest. But these settings are constants. Do I need to set up a separate AJP 1.3 connection on a different port to handle HTTPS requests to apache? If so, how's that done? Search the archives, this has come up twice in the last few weeks. It may be that there's a bug with the Coyote AJP13 connector. Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org
RE: Tomcat SSL w/ Apache
}x %{SSL_CIPHER}x \%r\ %b RewriteEngine On RewriteOptions inherit /VirtualHost /IfModule - Original Message - From: Robert L Sowders [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Wednesday, October 30, 2002 12:51 AM Subject: Re: Tomcat SSL w/ Apache The configuration you describe for virtual hosts is correct except that for SSL to work correctly in Apache you have to use IP based virtual hosting. Name based virtual hosting will give you errors. See http://www.modssl.org/docs/2.8/ssl_faq.html#ToC47 rls Randy Secrist [EMAIL PROTECTED] 10/29/2002 07:58 PM Please respond to Tomcat Users List To: Tomcat Users List [EMAIL PROTECTED] cc: Subject:Tomcat SSL w/ Apache I have an interesting problem that I don't know much about. I am integrating Apache with Tomcat using mod_jk - and I have it mostly working. The only real problem I have left - is getting SSL - which appears to be working with Apache - to work with Tomcat. I have both HTTP connector's disabled in Tomcat. The only connector I have up is Coyote's AJP on 8009. (Via tomcat 4.1.12). When I switch to https and accept my self generated certificate, the browser returns the compiled jsp page, without any non secure warnings... - but if I call %=request.isSecure()% - it returns FALSE - even though I am using HTTPS. I'm not sure why this could be happening. In Apache - I have 2 virtual hosts mapped to the same domain name - on different ports - because I couldn't get it to work right with just one. mydomain.com:80 and mydomain.com:443 (with all my SSL directives...) Could anyone offer advise? Randy -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org
RE: Compatibility between Windows and Linux tomcat ( mod_jk ajp13)
On Thu, 31 Oct 2002, Aryeh Katz wrote: Ok I just configures it to use ajp12 instead of ajp13. And now it works. Now I am really confused. First of all, in order for anyone to help you further, you should really specify EXACTLY what you did (preferably with a screen scrape so any typos can be caught), instead of saying it. Let me echo this. I found it very hard to follow what the person had/hadn't tried, what changed from post to post, etc.. And as a result, I just stayed out of the thread instead of trying to help, figuring it would be too much effort. And the whole idea of it worked from w2k to w2k but not from linux to w2k, so I don't have to show the configuration was a real red herring, because there are still so many configuration-related things that could have been involved. Second of all, the fact that you were able to connect using ajp12, that would seem to indicate that you had some kind of configuration error with ajp13. The easiest way to determine why would be to look at the tomcat log files (and maybe the apache log files). I'm sure that something will pop up if you set the logging high enough Another possibility (which perhaps has already been covered; as I said, I didn't follow the details of this thread) has to do with what's running on the remote machine running Tomcat. For example, if it's only got an ajp12 connector on port 8007, then looking for an ajp13 connector on port 8009 isn't going to work (and vice-versa). Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org
RE: Tomcat Apache, not connected?
On Thu, 31 Oct 2002, Wendy Smoak wrote: TC and apache don't need to know about each other unless you want tomcat and apache to run on the same port. (This includes SSL on 443...) - TC would have to use a different port than the standard https 443 for secure transmission - if you require such a thing. Thanks for pointing this out! Yes, I do need SSL, so it looks like Apache and Tomcat will have to learn to play nicely together. (Ditching Apache isn't an option-- it's doing some CGI stuff already.) Well, Tomcat standalone *can* be set up with SSL support (the default port for this is 8443, analogous to the non-SSL service being on port 8080 -- this is all covered in the server.xml file that comes with the distribution). However, I'd strongly suspect (and I think it's been brought up here before) that Tomcat's SSL performance isn't as good as Apache's. Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org
Re: Mod jk logged messages... oh
On Wed, 30 Oct 2002 [EMAIL PROTECTED] wrote: i think i worked it out. It just meant that i couldnt find any reason according to my config, to pass html / gif etc to Tomcat - which is right.. Yes, I believe that's it. Every request gets processed through mod_jk to see if it's something that should be forwarded to Tomcat, and perhaps depending on what you have the log level set to, information about the processing will show up in the mod_jk log. done without a match just means it couldn't find a worker (as specified by a JkMount) for the given request. Hello all, Can anyone shed some light on the following error message from mod_jk Wed Oct 30 13:59:22 2002] [jk_uri_worker_map.c (477)]: Attempting to map URI '/htmlclient/hcl/common/index.html' [Wed Oct 30 13:59:22 2002] [jk_uri_worker_map.c (599)]: jk_uri_worker_map_t::map_uri_to_worker, done without a match Im taking the fact that it says done without a match, as meaning that there has been an error - do I need to worry ? Some files that it seems unable to match can be viewed from a browser, so maybe its nothing, but then, things are generally not working. I have the log level set to debug by the way.. Cheers, Med -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org
Re: Tomcat Apache, not connected?
On Wed, 30 Oct 2002, Wendy Smoak wrote: We've currently got Apache running on HP-UX 11. Now I'm developing a Struts webapp that will need to go on the same box. HP hasn't released Tomcat 4 yet, so we'll have to get it to work ourselves. Since the Struts app has no static content, is there any reason to put ourselves through the pain of convincing Apache and Tomcat to play nicely together? Or can the two run on the same machine with no knowledge of one another? The only disadvantage I see is that my Tomcat URL's will have to include a port number, since Apache is already listening on port 80. Anything else I should know? Sounds like you've got a handle on it, and yes, you can very well run both Tomcat standalone and Apache independently on a machine. This has come up before on the list (especially regarding the pros/cons of running Tomcat standalone vs. integrated with Apache). It may not be a consensus, but there is a good strong core feeling here that running Tomcat standalone is a very good option, and perhaps even is worth trying first to see how it works for you. If you stay on this list awhile, you'll see that the most common problems brought up here have to do with integrating Tomcat and Apache, so if you can avoid that, you're a step ahead :-). Also, while there are many advantages to running Tomcat integrated with Apache, performance on dynamic content is not one of them, so if you have mostly/all dynamic content, you'll likely get better performance with Tomcat standalone. Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org
RE: Apache-Tomcat
On Fri, 25 Oct 2002, Turner, John wrote: Thanks, but I think there is a better way to do it, such that the request never even gets to the servlet or JSP page if it isn't secure when it should be. I just don't know it. I'd think the cleanest way to do this would be by putting appropriate directives in the http and https sections of the httpd.conf file. That is (assuming mod_jk is being used), have the JkMount's for http-OK servlets/JSPs in the section that applies to the root/http instance/virtual host, and have the JkMounts for https-OK servlets/JSPs in the section that applies to the https instance/virtual host. How easy this would be, or whether it can be done at all, might depend on how things are set up regarding the directory structure of the web applications. For example, if you have totally separate directories/contexts for the http and https stuff, you're probably OK. If you have them mixed, i.e. one directory/context that has both http and https stuff, you might be in trouble. Of course, that may be a bad design for a number of reasons (including the problem of mixing http and https in the same context and sessions, which has been discussed here previously). -Original Message- From: Graham King [mailto:graham;gointernet.co.uk] Sent: Friday, October 25, 2002 8:29 AM To: Tomcat Users List Subject: Re: Apache-Tomcat See javax.servlet.ServletRequest.isSecure() This should do it: if ( request.isSecure() ) { // All is well } else { // Redirect to https site } Turner, John wrote: I only know the inelegant, brute force way, which is to check the request object for the request type, and if it's http when it should be https, do a redirect to the same URL but with https prepended. There's probably a much more robust and correct way to do this using Tomcat security restrictions and realms, but I haven't worked with them that much, so I don't want to give you wrong information. Lots of people on the list have done this, though, so perhaps the best way to proceed would be to start a new thread with a new subject about restricting particular URLs to SSL. John -Original Message- From: Christie I [mailto:christie_iii;yahoo.com] Sent: Friday, October 25, 2002 1:04 AM To: Tomcat Users List Subject: RE: Apache-Tomcat Hi Thank you very much John. It worked!. I have one last problem. Iam running Openssl. Iam having *.jsp files in my webapps/myproject directory that some of the files needs to be accessed by https and not thru http? How to do this? for eg :https://0.0.0.0/welcome.jsp should not be accessed thru http://0.0.0.0 ? How to do restrict this? Thanks in advance Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org
RE: Apache/2 and Tomcat/4 not talking
On Thu, 24 Oct 2002, Robert L Sowders wrote: Just for informational purposes, in case someone needs the info. you can't do a: /*/servlet/* but you can do a: /*/servlet/ Notice just the one *. Hmmm, why is that, anyone know? Seems kind of an artificial/arbitrary limitation. And is it just for Tomcat? I doubt it's part of the servlet spec. Got this from: glenn 02/04/21 15:57:11 Modified:jk/native/apache-1.3 mod_jk.c jk/native/common jk_logger.h jk_uri_worker_map.c jk_util.c jk/doc mod_jk-howto.html Log: Apache mod_jk 1.2 new features. Added JkRequestLogFormat for Apache style request logging including Tocmat request latency in seconds and microseconds. Added JkAutoAlias, this can be used to automatically Alias web application context directories so that static files can be served by Apache instead of Tomcat. When configured, requests for a WAR file in the Tomcat appBase (webapps) directory are forbidden. Requests for the WEB-INF and META-INF directories within a web application context dir are also forbidden and will return an HTTP 403 error. Added ability to JkMount so that /*/servlet/ can be used to configure mod_jk to pass all servlet requests on to Tomcat for any web application context. Revision ChangesPath 1.26 +521 -12 jakarta-tomcat-connectors/jk/native/apache-1.3/mod_jk.c Please see http://marc.theaimsgroup.com/?l=tomcat-devm=101942986517696w=2 for complete commit. rls [ ... ] Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org