RE: Adding modules
Title: RE: Adding modules It doesn't, and architecturally why should it? You put handlers in the Apache conf to say OK, if I encounter this file type invoke this handler, (which is a module which is either statically or dynamically linked into the httpd/apache.exe executable). So for jsp/tomcat, we tell apache that mod_jk or mod_jserv will handle the request, they then talk to the Tomcat server via sockets. So theoretically Tomcat from Apache's perspective can be thought of as nothing more than a module. Hope this helps, James -Original Message- From: Arnaud Dostes - NTI [mailto:[EMAIL PROTECTED]] Sent: 25 April 2001 11:38 To: [EMAIL PROTECTED] Subject: Re: Adding modules I don't get it, adding Tomcat to Apache shouldn't disable this feature - Original Message - From: "Manuel Melle Ocariz" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, April 25, 2001 12:13 PM Subject: Re: Adding modules It's not a relational DB but an XML one. Configuring Apache in the right way (that is, loading the module) allows my application to query the DB via http in the way: http://hostname:port/databaseType/databaseName?_query This would return an XML document. My question is if it is possible to tell Tomcat to manage this kind of requests with the appropriate module and without running Apache. Thanks Manuel Melle Ocáriz Software AG - E-Business Competence Center [EMAIL PROTECTED] ** This e-mail (including any documents which may accompany it) contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any form of distribution, copying or use of this e-mail or the information in it or attached to it is strictly prohibited and may be unlawful. If you have received this e-mail in error please notify us immediately by e-mail to [EMAIL PROTECTED] or telephone +44 (0)207 940 1200 and delete the e-mail. Please advise immediately if you or your employer do not consent to Internet E-Mail for messages of this type. Information or opinions in this message that do not relate to the business of Windsor plc and/or subsidiary and/or associated companies shall be treated as neither given or endorsed by it. **
RE: virtualHosting of apache
Haven't you forgotten to change the VirtualHost directive too? i.e. VirtualHost should now be James -Original Message-From: Sam Newman [mailto:[EMAIL PROTECTED]]Sent: 03 May 2001 12:40To: [EMAIL PROTECTED]Subject: Re: virtualHosting of apache err..I'm not an Apache expert or something, but I think for a name based virtual server you want: instead? sam - Original Message - From: Guninder To: [EMAIL PROTECTED] Sent: Thursday, May 03, 2001 12:31 PM Subject: virtualHosting of apache Hi Everybody, I just installed the apache server and changed the port to 8181.I can access it using http://192.9.203.178:8181/ .Now i want that it should be accessible by using http://myname.com .If anyone can suggest how it can be done, it will be a great help.I tried editing the httpd.conf file in following way: NameVirtualHost 192.9.203.178:8181 # ServerAdmin [EMAIL PROTECTED] # DocumentRoot /www/docs/host.some_domain.com ServerName guninder.com # ErrorLog logs/host.some_domain.com-error_log # CustomLog logs/host.some_domain.com-access_log common what else should i do to access it by name. Thanks and Regards Guninder ** This e-mail (including any documents which may accompany it) contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any form of distribution, copying or use of this e-mail or the information in it or attached to it is strictly prohibited and may be unlawful. If you have received this e-mail in error please notify us immediately by e-mail to [EMAIL PROTECTED] or telephone +44 (0)207 940 1200 and delete the e-mail. Please advise immediately if you or your employer do not consent to Internet E-Mail for messages of this type. Information or opinions in this message that do not relate to the business of Windsor plc and/or subsidiary and/or associated companies shall be treated as neither given or endorsed by it. **
RE: virtualHosting of apache
Guninder, That's certainly the correct directive syntax, you might like to check this (because this is off topic): http://httpd.apache.org/docs/vhosts/ James -Original Message-From: Guninder [mailto:[EMAIL PROTECTED]]Sent: 03 May 2001 13:46To: [EMAIL PROTECTED]Subject: Re: virtualHosting of apache Hi James, I changed the virtualHost Directive to but still it doesn't work.Thanks Guninder - Original Message - From: Williamson, James To: '[EMAIL PROTECTED]' Sent: Thursday, May 03, 2001 5:16 PM Subject: RE: virtualHosting of apache Haven't you forgotten to change the VirtualHost directive too? i.e. VirtualHost should now be James -Original Message-From: Sam Newman [mailto:[EMAIL PROTECTED]]Sent: 03 May 2001 12:40To: [EMAIL PROTECTED]Subject: Re: virtualHosting of apache err..I'm not an Apache expert or something, but I think for a name based virtual server you want: instead? sam - Original Message - From: Guninder To: [EMAIL PROTECTED] Sent: Thursday, May 03, 2001 12:31 PM Subject: virtualHosting of apache Hi Everybody, I just installed the apache server and changed the port to 8181.I can access it using http://192.9.203.178:8181/ .Now i want that it should be accessible by using http://myname.com .If anyone can suggest how it can be done, it will be a great help.I tried editing the httpd.conf file in following way: NameVirtualHost 192.9.203.178:8181 # ServerAdmin [EMAIL PROTECTED] # DocumentRoot /www/docs/host.some_domain.com ServerName guninder.com # ErrorLog logs/host.some_domain.com-error_log # CustomLog logs/host.some_domain.com-access_log common what else should i do to access it by name. Thanks and Regards Guninder**This e-mail (including any documents which may accompany it) containsinformation which is confidential and may also be privileged.It is for the exclusive use of the intended recipient(s).If you are not the intended recipient(s) please note that any form ofdistribution, copying or use of this e-mail or the information in itor attached to it is strictly prohibited and may be unlawful.If you have received this e-mail in error please notify us immediatelyby e-mail to [EMAIL PROTECTED] or telephone +44 (0)207 940 1200 anddelete the e-mail.Please advise immediately if you or your employer do not consent toInternet E-Mail for messages of this type.Information or opinions in this message that do not relate to thebusiness of Windsor plc and/or subsidiary and/or associated companiesshall be treated as neither given or endorsed by it.** ** This e-mail (including any documents which may accompany it) contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any form of distribution, copying or use of this e-mail or the information in it or attached to it is strictly prohibited and may be unlawful. If you have received this e-mail in error please notify us immediately by e-mail to [EMAIL PROTECTED] or telephone +44 (0)207 940 1200 and delete the e-mail. Please advise immediately if you or your employer do not consent to Internet E-Mail for messages of this type. Information or opinions in this message that do not relate to the business of Windsor plc and/or subsidiary and/or associated companies shall be treated as neither given or endorsed by it. **
RE: Virtual host application directories in Tomcat 3.2 and 4.0
Title: RE: Virtual host application directories in Tomcat 3.2 and 4.0 Jonas, Try using the absolute path in the docBase attribute within the Context element. Hazarding a guess, I would expect if you used a relative path it would be 'relative' to the docBase in the ContextManager element. Regards, James -Original Message- From: Jonas Björnerstedt [mailto:[EMAIL PROTECTED]] Sent: 21 May 2001 09:58 To: '[EMAIL PROTECTED]' Subject: Virtual host application directories in Tomcat 3.2 and 4.0 Although I haven't tried it, in Tomcat 4.0 each Host directive can specify an application base directory (webapps/) for the host. The appBase attribute specifies for each host where applications will be deployed. Can the same thing be done in 3.2, if virtual hosts are specified with the Host directive? The only way I have found for specifying the directory, is by using the home attribute to the ContextManager directive. This can't be the right approach, as each host is specified within the ContextManager directive. Does anybody have any suggestions? Jonas ** This e-mail (including any documents which may accompany it) contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any form of distribution, copying or use of this e-mail or the information in it or attached to it is strictly prohibited and may be unlawful. If you have received this e-mail in error please notify us immediately by e-mail to [EMAIL PROTECTED] or telephone +44 (0)207 940 1200 and delete the e-mail. Please advise immediately if you or your employer do not consent to Internet E-Mail for messages of this type. Information or opinions in this message that do not relate to the business of Windsor plc and/or subsidiary and/or associated companies shall be treated as neither given or endorsed by it. **
RE: Tomcat 4, mod_webapp problem
Sorry typo, on non thread enabled OS 'es -Original Message-From: Laurens Fridael [mailto:[EMAIL PROTECTED]]Sent: 21 May 2001 16:10To: Tomcat mailing listSubject: Tomcat 4, mod_webapp problem Hi, I've managed to build mod_webapp on our Linux machine. First I encountered troubles with the APXS script of the current installation. I then installed the latest version of Apache (1.3.20) and still ran into difficulties. With a little modification of the apxs script (a hint from the Tomcat mailing archive) I could finally build it. However, when I try to load mod_webapp into Apache (using LoadModule) I get this error message: "Cannot load /usr/local/apache/libexec/mod_webapp.so into server: /usr/local/apache/libexec/mod_webapp.so: undefined symbol: pthread_sigmask" Apparently there are still unresolved symbols, or my paths aren't set correctly. Can anyone give me a hint? I'm thinking of reinstalling Linux. The current installation is flaky at best but it worked alright for well over a year. Thanks -Laurens ** This e-mail (including any documents which may accompany it) contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any form of distribution, copying or use of this e-mail or the information in it or attached to it is strictly prohibited and may be unlawful. If you have received this e-mail in error please notify us immediately by e-mail to [EMAIL PROTECTED] or telephone +44 (0)207 940 1200 and delete the e-mail. Please advise immediately if you or your employer do not consent to Internet E-Mail for messages of this type. Information or opinions in this message that do not relate to the business of Windsor plc and/or subsidiary and/or associated companies shall be treated as neither given or endorsed by it. **
RE: Tomcat 4, mod_webapp problem
Laurens, Which version of Linux are you running? pthreads aren't an integral part of the OS, they're a library which as far as I remember were a hack to provide some form of threading capacity on thread enabled OS 'es (i.e Linux). So the question is, are they in your library path (i.e. /lib)? Look for files like libpthread.so.0, It would explain why ld.so (the dynamic linker) can't find these symbols. Regards, James -Original Message-From: Laurens Fridael [mailto:[EMAIL PROTECTED]]Sent: 21 May 2001 16:10To: Tomcat mailing listSubject: Tomcat 4, mod_webapp problem Hi, I've managed to build mod_webapp on our Linux machine. First I encountered troubles with the APXS script of the current installation. I then installed the latest version of Apache (1.3.20) and still ran into difficulties. With a little modification of the apxs script (a hint from the Tomcat mailing archive) I could finally build it. However, when I try to load mod_webapp into Apache (using LoadModule) I get this error message: "Cannot load /usr/local/apache/libexec/mod_webapp.so into server: /usr/local/apache/libexec/mod_webapp.so: undefined symbol: pthread_sigmask" Apparently there are still unresolved symbols, or my paths aren't set correctly. Can anyone give me a hint? I'm thinking of reinstalling Linux. The current installation is flaky at best but it worked alright for well over a year. Thanks -Laurens ** This e-mail (including any documents which may accompany it) contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any form of distribution, copying or use of this e-mail or the information in it or attached to it is strictly prohibited and may be unlawful. If you have received this e-mail in error please notify us immediately by e-mail to [EMAIL PROTECTED] or telephone +44 (0)207 940 1200 and delete the e-mail. Please advise immediately if you or your employer do not consent to Internet E-Mail for messages of this type. Information or opinions in this message that do not relate to the business of Windsor plc and/or subsidiary and/or associated companies shall be treated as neither given or endorsed by it. **
RE: Compiling JSP's under Solaris
Title: RE: Compiling JSP's under Solaris Martin, When you mention tools.jar is in the classpath, are we talking of you setting in within the shell script that launches tomcat or the enviornment (aka shell) which you invoke the script from. Looking at the shell script that starts up tomcat (tc4) it appears that it doesn't adopt the classpath within the shell that invoked it. Why don't you put some debug statements inside this script which tell you exactly what classpath it's using? Regards, James -Original Message- From: Martin Anstis [mailto:[EMAIL PROTECTED]] Sent: 01 June 2001 13:08 To: '[EMAIL PROTECTED]' Subject: Compiling JSP's under Solaris Hello, I've developed a fairly large JSP based application which runs nicely on windows NT, but due to spec of machines performance is slow. So moved application to Sun Sparc running Solaris 2.5. JSP compilation fails with noClassDef looking for sun.tools.javac.Main despite tools.jar being in the classpath. I've been trying hacks of startup/tomcat.sh, building my own 'java' command, using different versions of JDK (1.2.2,1.3) all to no avail. What am I doing wrong? Should tomcat operate as a standalone servlet container in the environment I describe? Please help, I'm losing hope, sanity and temperance... Martin Searchspace Limited Tel: 020 7255 1054 Prospect House Fax: 020 7436 9443 80-110 New Oxford Street Mob: 07890 896 654 London WC1A 1HB [EMAIL PROTECTED] UK www.searchspace.com ** WARNING: For your own safety all email attachments should be virus scanned prior to opening. This communication contains information which is confidential and may be privileged. Please note that the opinions expressed in this communication are not necessarily those of Searchspace Limited. ** ** This e-mail (including any documents which may accompany it) contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any form of distribution, copying or use of this e-mail or the information in it or attached to it is strictly prohibited and may be unlawful. If you have received this e-mail in error please notify us immediately by e-mail to [EMAIL PROTECTED] or telephone +44 (0)207 940 1200 and delete the e-mail. Please advise immediately if you or your employer do not consent to Internet E-Mail for messages of this type. Information or opinions in this message that do not relate to the business of Windsor plc and/or subsidiary and/or associated companies shall be treated as neither given or endorsed by it. **
RE: Compiling JSP's under Solaris
Title: RE: Compiling JSP's under Solaris Martin, That's pretty odd, have you manually compiling your jsp files using jspc.sh? Having taken a brief look there is no difference between a manual and automatic (i.e. via Tomcat) compilation of your jsp files (i.e. it calls org.apache.jasper.JspC). This relies on tools.jar (from what I remember is new to java 1.2) so it should give you some idea of whether either your java install or tools.jar is broken or not. Regards, James -Original Message-From: Martin Anstis [mailto:[EMAIL PROTECTED]]Sent: 01 June 2001 14:55To: '[EMAIL PROTECTED]'Subject: RE: Compiling JSP's under Solaris James, Using Tomcat version 3.2.1. Have tried all methods of influencing classpath and writing it out, am being told that tools.jar is included but still no compilation. Is the classpath given to SunJavaCompiler.class that makes the call? Martin -Original Message-----From: Williamson, James [mailto:[EMAIL PROTECTED]]Sent: 01 June 2001 14:33To: '[EMAIL PROTECTED]'Subject: RE: Compiling JSP's under Solaris Martin, When you mention tools.jar is in the classpath, are we talking of you setting in within the shell script that launches tomcat or the enviornment (aka shell) which you invoke the script from. Looking at the shell script that starts up tomcat (tc4) it appears that it doesn't adopt the classpath within the shell that invoked it. Why don't you put some debug statements inside this script which tell you exactly what classpath it's using? Regards, James -Original Message- From: Martin Anstis [mailto:[EMAIL PROTECTED]] Sent: 01 June 2001 13:08 To: '[EMAIL PROTECTED]' Subject: Compiling JSP's under Solaris Hello, I've developed a fairly large JSP based application which runs nicely on windows NT, but due to spec of machines performance is slow. So moved application to Sun Sparc running Solaris 2.5. JSP compilation fails with noClassDef looking for sun.tools.javac.Main despite tools.jar being in the classpath. I've been trying hacks of startup/tomcat.sh, building my own 'java' command, using different versions of JDK (1.2.2,1.3) all to no avail. What am I doing wrong? Should tomcat operate as a standalone servlet container in the environment I describe? Please help, I'm losing hope, sanity and temperance... Martin Searchspace Limited Tel: 020 7255 1054 Prospect House Fax: 020 7436 9443 80-110 New Oxford Street Mob: 07890 896 654 London WC1A 1HB [EMAIL PROTECTED] UK www.searchspace.com ** WARNING: For your own safety all email attachments should be virus scanned prior to opening. This communication contains information which is confidential and may be privileged. Please note that the opinions expressed in this communication are not necessarily those of Searchspace Limited. ** **This e-mail (including any documents which may accompany it) containsinformation which is confidential and may also be privileged.It is for the exclusive use of the intended recipient(s).If you are not the intended recipient(s) please note that any form ofdistribution, copying or use of this e-mail or the information in itor attached to it is strictly prohibited and may be unlawful.If you have received this e-mail in error please notify us immediatelyby e-mail to [EMAIL PROTECTED] or telephone +44 (0)207 940 1200 anddelete the e-mail.Please advise immediately if you or your employer do not consent toInternet E-Mail for messages of this type.Information or opinions in this message that do not relate to thebusiness of Windsor plc and/or subsidiary and/or associated companiesshall be treated as neither given or endorsed by it.** ** This e-mail (including any documents which may accompany it) contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any form of distribution, copying or use of this e-mail or the information in it or attached to it is strictly prohibited and may be unlawful. If you have received this e-mail in err
RE: Should we do moderation on this mailinglist??
Title: RE: Should we do moderation on this mailinglist?? Please help!! Time to add my two cents, my thoughts are this list needs to be moderated as the pollution of utter ignorance/laziness/repeat posters/"please helps" is way out of control (strictly IMHO). So what about a moderated list with multiple moderators operating in a round robin fashion, if it's not dealt with it in say 2 hours, it gets forwarded to another moderator. As for getting people to do it, I'm sure there's a few power hungry people out there who would enjoy playing judge and jury (myself obviously excluded). Rejection could be for all the above reasons. The alternative is to got for the elitist approach, a tomcat-users super group, 5 stupid postings and you're out... Then again I think I'm getting a bit too tongue in cheek. Regards, James -Original Message- From: Milt Epstein [mailto:[EMAIL PROTECTED]] Sent: 07 June 2001 00:19 To: [EMAIL PROTECTED] Subject: Re: Should we do moderation on this mailinglist?? On Wed, 6 Jun 2001, Gary Dale wrote: > I'd prefer to see a news group rather than this mailing list. > Something like comp.infosystems.www.servers.apache.jakarta or just > comp.infosystems.www.servers.jakarta would be appropriate. For that > matter, there should be comp.infosystems.www.servers.apache group > too. The ms-windows and unix subgroups of www.servers aren't very > appropriate since many of the issues relating to Apache are common > to multiple OSs. [ ... ] Seems to me, having a newsgroup is fine, but I don't see why it needs to be an either/or thing. There is a procedure for creating newsgroups, and if anyone wants to get the process started for a tomcat/jakarta/apache newsgroup (or newsgroups), they're certainly welcome to. But regardless of whether that happens (and/or succeeds, which is certainly not a sure thing), there's no reason the mailing list can't go on. Regarding moderating the mailing list, I don't think that is feasible. For one thing, as some have suggested, it would take a lot of work, so it would be hard to find people to do it. Plus philosophically, I'm not sure we really want to go that route. And of course, there is a list owner (that exists as an entity, if not a person or persons, even if they don't show themselves around here much :-), and they'd get final say it what happens with this list. That may be the biggest point, because there has been no input from any "owner" on this list for a while on any of these issues (although they are on record as saying a newsgroup is a bad idea, mostly because many people don't have access to newsgroups because of firewalls, proxies, and such). Also, no disrespect intended, but I'm not sure it's such a good idea to try to come up with sweeping ideas to "improve" a mailing list after having only been subscribed a few weeks. That's not very long to get to know the ins and outs of a mailing list, how things ebb and flow, what's been suggested/tried or not, etc. Anyway, of the recent ideas suggested, I think the one that has the best combination of merit/feasibility is dividing up the list into sub-lists. This would have to be done carefully, of course, to actually improve the situation. I'd be willing to give this a go (although it might be the kind of thing where it would be good to have more than one person involved). The first step though, would be to try to get in contact with the list owner and see if they would go for it. I'll try doing that. Milt Epstein Research Programmer Software/Systems Development Group Computing and Communications Services Office (CCSO) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] ** This e-mail (including any documents which may accompany it) contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any form of distribution, copying or use of this e-mail or the information in it or attached to it is strictly prohibited and may be unlawful. If you have received this e-mail in error please notify us immediately by e-mail to [EMAIL PROTECTED] or telephone +44 (0)207 940 1200 and delete the e-mail. Please advise immediately if you or your employer do not consent to Internet E-Mail for messages of this type. Information or opinions in this message that do not relate to the business of Windsor plc and/or subsidiary and/or associated companies shall be treated as neither given or endorsed by it. **
