Publishing RSS file
I have created my RSS file that I attached here Thanks DangTuan [EMAIL PROTECTED]
Publishing RSS file
Hi I have created my RSS file. I don't know how to publish it. I am using jarkarta-tomcat as Web server and IE5 as browser. Please help. I attached my file here for you to refer. Thanks in advance.DangTuan[EMAIL PROTECTED] XMLDoc.rss
Publishing RSS file
Hi I have created my RSS file. I don't know how to publish it. I am using jarkarta-tomcat as Web server and IE5 as browser. Please help. I attached my file here for you to refer. Thanks in advance.DangTuan[EMAIL PROTECTED] XMLDoc.rss
Re: DO NOT REPLY [Bug 4361] - SsiServlet potentially leaks files
Bip Thelin wrote: -Original Message- From: Paul Speed [mailto:[EMAIL PROTECTED]] For the curious reader, after looking into this code at some length it seems clear why the set command was not added. All SSI requests share the same environment, which not only makes a set command impossible but also means that multiple SSI requests (or even nested SSI requests) trample all over each other. A simple shtml file that includes two other shtml files illustrates this quite nicely. Do you have a smal testcase? We have unittests with Tomcat that have nested includes and several includes in one page. All Ssi directives share the same enviroment per page through a mediator, this is due to the fact that you can have a config directive that changes the error message that you would get for a failed include further down on the same page, for instance. Actually, SsiInvokerServlet has a static reference to SsiMediator. Furthermore, all of SsiMediators fields are static. A simple test case that I use is a .shtml page that includes the same .shtml page twice. Only the first one will actually be included because of the way the Request object in SsiMediator is overwritten. However if pageA includes pageB, if pageB is also an shtml/ssi file it would have a new fresh enviroment and could not tamper with pageA's enviroment. So you could easily do a set command simmilar to the config command. Actually, includes should share the environment of the parent... in fact, if they set server variables the parent will see them. Since I'm between assignments at the moment, I'm working on a patch here locally. It's pretty significant, though, so it may take me a few days. It will include the set command though since that's what I'm going to use to test it. :) Patches and additions are gladly appreciated. Cool. I'm almost done refactoring. I'm basically replacing the SsiMediator with an SsiEnvironment that is then stuck into a request attribute. In the process, I'm moving some things around a little since all of the commands were relying on the fact that they were SsiMediator subclasses... and therefore directly accessing the static fields of SsiMediator. Hopefully I'll have something done in the morning. Even more hopeful, it will be worth committing. ;) We'll see... -Paul Speed
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/naming NamingContext.java
remm01/10/23 21:35:17 Modified:catalina/src/share/org/apache/naming NamingContext.java Log: - Specify the name in the exception message for the alreadyBound error. Patch submitted by Mike McCallister r2126c at email.sps.mot.com Revision ChangesPath 1.6 +5 -5 jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/NamingContext.java Index: NamingContext.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/NamingContext.java,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- NamingContext.java2001/10/02 05:55:18 1.5 +++ NamingContext.java2001/10/24 04:35:17 1.6 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/NamingContext.java,v 1.5 2001/10/02 05:55:18 remm Exp $ - * $Revision: 1.5 $ - * $Date: 2001/10/02 05:55:18 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/NamingContext.java,v 1.6 2001/10/24 04:35:17 remm Exp $ + * $Revision: 1.6 $ + * $Date: 2001/10/24 04:35:17 $ * * * @@ -85,7 +85,7 @@ * Catalina JNDI Context implementation. * * @author Remy Maucherat - * @version $Revision: 1.5 $ $Date: 2001/10/02 05:55:18 $ + * @version $Revision: 1.6 $ $Date: 2001/10/24 04:35:17 $ */ public class NamingContext implements Context { @@ -892,7 +892,7 @@ } else { if ((!rebind) (entry != null)) { throw new NamingException -(sm.getString(namingContext.alreadyBound)); +(sm.getString(namingContext.alreadyBound, name.get(0))); } else { // Getting the type of the object and wrapping it within a new // NamingEntry
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/naming NamingContext.java
remm01/10/23 21:35:29 Modified:catalina/src/share/org/apache/naming Tag: tomcat_40_branch NamingContext.java Log: - Specify the name in the exception message for the alreadyBound error. Patch submitted by Mike McCallister r2126c at email.sps.mot.com Revision ChangesPath No revision No revision 1.3.2.2 +5 -5 jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/NamingContext.java Index: NamingContext.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/NamingContext.java,v retrieving revision 1.3.2.1 retrieving revision 1.3.2.2 diff -u -r1.3.2.1 -r1.3.2.2 --- NamingContext.java2001/09/18 22:28:57 1.3.2.1 +++ NamingContext.java2001/10/24 04:35:29 1.3.2.2 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/NamingContext.java,v 1.3.2.1 2001/09/18 22:28:57 remm Exp $ - * $Revision: 1.3.2.1 $ - * $Date: 2001/09/18 22:28:57 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/NamingContext.java,v 1.3.2.2 2001/10/24 04:35:29 remm Exp $ + * $Revision: 1.3.2.2 $ + * $Date: 2001/10/24 04:35:29 $ * * * @@ -85,7 +85,7 @@ * Catalina JNDI Context implementation. * * @author Remy Maucherat - * @version $Revision: 1.3.2.1 $ $Date: 2001/09/18 22:28:57 $ + * @version $Revision: 1.3.2.2 $ $Date: 2001/10/24 04:35:29 $ */ public class NamingContext implements Context { @@ -888,7 +888,7 @@ } else { if ((!rebind) (entry != null)) { throw new NamingException -(sm.getString(namingContext.alreadyBound)); +(sm.getString(namingContext.alreadyBound, name.get(0))); } else { // Getting the type of the object and wrapping it within a new // NamingEntry
DO NOT REPLY [Bug 4383] - NamingException message fails to specify parameter
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4383. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4383 NamingException message fails to specify parameter [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2001-10-23 21:52 --- Fixed. Thanks for the patch.
DO NOT REPLY [Bug 394] - Classes not in WEB-INF/classes not recognized as a Servlet (followup to Bug 604) BugRat Report#688
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=394. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=394 Classes not in WEB-INF/classes not recognized as a Servlet (followup to Bug 604) BugRat Report#688 --- Additional Comments From [EMAIL PROTECTED] 2001-10-23 22:08 --- Created an attachment (id=713) Same Problem running Tomcat 4.0 in Visual Age for Java
Re: JAAS/Classloaders/Tomcat4
Hi Craig, Thanks for the reply. Craig R. McClanahan wrote: You should *not* be doing both of these things -- either put it on the classpath *or* put it in $CATALINA_HOME/lib. I agree, but that's part of the problem, where do you put the jar file if it needs to be on the system classpath, e.g. we use log4j in our login module so this has to be on the system classpath too. Should this be put in bin like bootstrap.jar. It's a bit overkill to put it in $JAVA_HOME/jre/lib/ext. Have you tried putting JAAS in the System Extensions directory instead ($JAVA_HOME/jre/lib/ext)? This directory is automatically added above the system class path. Yes, that also works for jaas but the login module classes do not go there. There is no concept in Tomcat 4.0 of a system classes directory where you can just dump the odd class as the classes directory is used by the shared classloader. In Tomcat 4.0, the directory $CATALINA_HOME/classes is added to the shared classloader if it exists at startup time. This would contain unJARed classes and resources, analogous to /WEB-INF/classes within a webapp. The problem is the 'shared' classloader is no use for JAAS. All user login modules have to be on the system classpath and there is no dynamic way to change Tomcat environment to add login modules without editing the startup script. Tomcat 3.2 used the technique of actually modifying the system class path. Unfortunately, it causes platform specific problems, especially on Windows where there are limits on the overall length of an environment variable, and lots of strange restrictions on building an environment variable dynamically in the script. In addition, editing the class path manually has historically been the source of a very high percentage of newbie user errors. The current approach that Tomcat takes (build class loaders internally based on the contents of directories) is much more reliable and less error prone. I agree, the tomcat 4 way is a much better way, we have similar problems of command line length with NT and dynamic classpath building and are looking to adopt some alternative mechanism. Rgds Antony
DO NOT REPLY [Bug 4386] New: - webapp1.0 will not install on Redhat 7.1
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4386. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4386 webapp1.0 will not install on Redhat 7.1 Summary: webapp1.0 will not install on Redhat 7.1 Product: Tomcat 4 Version: 4.0.1 Final Platform: Other OS/Version: Linux Status: NEW Severity: Blocker Priority: Other Component: Webapps AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The installation of the binary version of webapp-module-1.0-tc40-linux-glibc2.2.tar.gz fails with apache_1.3.22-i686-whatever-linux22.tar.gz installed on a Redhat 7.1 system when httpd is restarted with the following error: root@red# /etc/rc.d/init.d/httpd start Starting httpd: [Tue Oct 23 15:02:32 2001] [warn] Loaded DSO modules/mod_webapp. so uses plain Apache 1.3 API, this module might crash under EAPI! (please recomp ile it with -DEAPI) Syntax error on line 339 of /etc/httpd/conf/httpd.conf: Invalid virtual host name Line 339 is: WebAppDeploy examples warpConnection /examples The source version of webapp also fails after configuring and making. Testing the resulting httpd.conf file yields this error: root@red# /usr/local/apache/bin/apachectl configtest Syntax error on line 236 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/libexec/mod_webapp.so into server: /usr/local/apache/libexec/mod_webapp.so: undefined symbol: ap_ctx_get root@red# Line 236 is: LoadModule webapp_module libexec/mod_webapp.so
Getting HttpRequest inside Realm/Tomcat 4
Hi, I have a realm implementation that needs to access the HttpSession when a new successful authentication request is made. (I need to hand off the session to a third party) How can I do this from within the realm.authenticate() method? I've looked through the Container interface and can't find anything. Rgds -- Antony Bowesman Teamware Group [EMAIL PROTECTED] phone: +358 9 5128 2562 fax : +358 9 5128 2705 intra / extra / Internet solutions at www.teamware.com
DO NOT REPLY [Bug 4392] New: - Classes not in WEB-INF/classes not recognized as a Servlet
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4392. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4392 Classes not in WEB-INF/classes not recognized as a Servlet Summary: Classes not in WEB-INF/classes not recognized as a Servlet Product: Tomcat 4 Version: 4.0.1 Final Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Major Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Same Problem as Bug #394 running Tomcat 4.0 in Visual Age for Java. I have the same Problem while using Tomcat 4.0.1 (Release Build) in Visual Age for Java 4.0 integrated. The Classes are loaded from the Workspace not from WEB-INF/lib or WEB-INF/classes. The Integration from Tomcat 4.0 in VAJ is done as described in http://www7.software.ibm.com/vad.nsf/Data/Document4381?OpenDocument I try following Versions: 4.0-b1, 4.0 (Release), 4.0.1 (Release) Same error: 2001-10-24 10:52:01 StandardWrapperValve[innoe]: Allocate exception for servlet innoe javax.servlet.ServletException: Class de.tsystems.laura.ibcweb.inno.InnoServlet is not a Servlet java.lang.Throwable(java.lang.String) java.lang.Exception(java.lang.String) javax.servlet.ServletException(java.lang.String, java.lang.Throwable) void org.apache.catalina.core.StandardWrapper.load() javax.servlet.Servlet org.apache.catalina.core.StandardWrapper.allocate() void org.apache.catalina.core.StandardWrapperValve.invoke(org.apache.catalina.Request , org.apache.catalina.Response) void org.apache.catalina.core.ContainerBase.invoke(org.apache.catalina.Request, org.apache.catalina.Response) void org.apache.catalina.core.StandardContextValve.invoke(org.apache.catalina.Request , org.apache.catalina.Response) void org.apache.catalina.core.ContainerBase.invoke(org.apache.catalina.Request, org.apache.catalina.Response) void org.apache.catalina.core.StandardContext.invoke(org.apache.catalina.Request, org.apache.catalina.Response) void org.apache.catalina.core.StandardHostValve.invoke(org.apache.catalina.Request, org.apache.catalina.Response) void org.apache.catalina.valves.ValveBase.invokeNext(org.apache.catalina.Request, org.apache.catalina.Response) void org.apache.catalina.valves.AccessLogValve.invoke(org.apache.catalina.Request, org.apache.catalina.Response) void org.apache.catalina.core.ContainerBase.invoke(org.apache.catalina.Request, org.apache.catalina.Response) void org.apache.catalina.core.StandardEngineValve.invoke(org.apache.catalina.Request, org.apache.catalina.Response) void org.apache.catalina.core.ContainerBase.invoke(org.apache.catalina.Request, org.apache.catalina.Response) void org.apache.catalina.connector.http.HttpProcessor.process(java.net.Socket) void org.apache.catalina.connector.http.HttpProcessor.run() void java.lang.Thread.run() - Root Cause - java.lang.ClassCastException java.lang.Throwable() java.lang.Exception() java.lang.RuntimeException() java.lang.ClassCastException() void org.apache.catalina.core.StandardWrapper.load() void org.apache.catalina.core.StandardWrapper.load() javax.servlet.Servlet org.apache.catalina.core.StandardWrapper.allocate() void org.apache.catalina.core.StandardWrapperValve.invoke(org.apache.catalina.Request , org.apache.catalina.Response) void org.apache.catalina.core.ContainerBase.invoke(org.apache.catalina.Request, org.apache.catalina.Response) void org.apache.catalina.core.StandardContextValve.invoke(org.apache.catalina.Request , org.apache.catalina.Response) void org.apache.catalina.core.ContainerBase.invoke(org.apache.catalina.Request, org.apache.catalina.Response) void org.apache.catalina.core.StandardContext.invoke(org.apache.catalina.Request, org.apache.catalina.Response) void org.apache.catalina.core.StandardHostValve.invoke(org.apache.catalina.Request, org.apache.catalina.Response) void org.apache.catalina.valves.ValveBase.invokeNext(org.apache.catalina.Request, org.apache.catalina.Response) void org.apache.catalina.valves.AccessLogValve.invoke(org.apache.catalina.Request, org.apache.catalina.Response) void org.apache.catalina.core.ContainerBase.invoke(org.apache.catalina.Request, org.apache.catalina.Response) void org.apache.catalina.core.StandardEngineValve.invoke(org.apache.catalina.Request, org.apache.catalina.Response) void org.apache.catalina.core.ContainerBase.invoke(org.apache.catalina.Request,
Filters on error/index pages
Hi, Are Filters applied to index (default in folder) or error pages? I'm not 100% positive from the documentation. Sorry if it's basic or obvious when looking at source, but I'm recovering from caffeine overdose (my doc says half of what I took should be enough to kill me ;/ ) and have killer headaches so my iq and concentration ability are at 25% normal, and my deadlines are near :( Thanks in advance, greetings, deacon Marcus
Maintainer of the ManagerServlet?
Hey, Just a quick question, who is in charge of future developement for the ManagerServlet? -Chad Johnson
Bug in tomcat building/installing process
I am trying to install either the binary or source versions of Tomcat (version 4.0.1) on a Redhat (7.1) system. After following the instructions included with the binary distribution, I tried to start the server like this: $CATALINA_HOME/bin/startup.sh Doing a ps immediately after running the above command shows a bunch of processes like this one: ps -auxwww | fgrep jakarta root 2645 0.0 7.0 178312 8868 pts/2 S13:15 0:00 /usr/java/jdk1.3.1_01/bin/i386/native_threads/java -classpath /usr/local/jakarta-tomcat-4.0.1/bin/bootstrap.jar:/usr/java/jdk1.3.1_01/lib/tools.jar -Dcatalina.base=/usr/local/jakarta-tomcat-4.0.1 -Dcatalina.home=/usr/local/jakarta-tomcat-4.0.1 org.apache.catalina.startup.Bootstrap start However, all of these process die after a few seconds. After digging through the shell scripts in $CATALINA_HOME/bin, I have found that I can also try to start the server in the current window like this: root@red# $CATALINA_HOME/bin/catalina.sh run Using CLASSPATH: /usr/local/jakarta-tomcat-4.0.1/bin/bootstrap.jar:/usr/java/jdk1.3.1_01/lib/tools.jar Using CATALINA_BASE: /usr/local/jakarta-tomcat-4.0.1 Using CATALINA_HOME: /usr/local/jakarta-tomcat-4.0.1 Using JAVA_HOME: /usr/java/jdk1.3.1_01 /usr/local/jakarta-tomcat-4.0.1/bin/catalina.sh: line 234: 2653 Segmentation fault $JAVA_HOME/bin/java $CATALINA_OPTS -classpath $CP -Dcatalina.base=$CATALINA_BASE -Dcatalina.home=$CATALINA_HOME org.apache.catalina.startup.Bootstrap $@ start root@red# Notice the Segmentation fault. A third method I have experimented with is debug mode: root@red# $CATALINA_HOME/bin/catalina.sh run run This mode brings the server all the way up and I am finally able to connect to the server through a web browser like this: http://localhost:8080/ Can anyone shed any light on what might be going wrong? I then tried downloading and building the tomcat source distribution. The instructions didn't say anything about it but after trial and error I found that you also have to install the apache-devel rpm in order to build tomcat from source. Both the ./configure --with-apxs and the make steps completed without errors. I then copied the newly created mod_webapp.so file to /usr/local/apache/libexec directory. When I test the httpd.conf file, I get this error: root@red# /usr/local/apache/bin/apachectl configtest Syntax error on line 236 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/libexec/mod_webapp.so into server: /usr/local/apache/libexec/mod_webapp.so: undefined symbol: ap_ctx_get Is this a bug in the distribution or the documentation? What am I missing? I have these environment variable set: Set these environment variables: setenv JAVA_HOME /usr/java/jdk1.3.1_01 setenv ANT_HOME /usr/local/jakarta-ant-1.4.1 setenv CATALINA_HOME /usr/local/jakarta-tomcat-4.0.1 HELP! -- Wes Barris E-Mail: [EMAIL PROTECTED] WesBarris dot Com USA Fax: 413-375-0210 Phone in AUS: 07-3876-2301 www.wesbarris.comPhone from USA: 001-617-3876-2301 -- Today's fortune: Some people never learn anything because they understand everything too soon. -- Alexander Pope
DO NOT REPLY [Bug 4401] New: - error at apache startup - symbol ap_log_error: referenced not found
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4401. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4401 error at apache startup - symbol ap_log_error: referenced not found Summary: error at apache startup - symbol ap_log_error: referenced not found Product: Tomcat 4 Version: Nightly Build Platform: Sun OS/Version: Solaris Status: NEW Severity: Blocker Priority: Other Component: Webapps AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] We tried to install tomcat 4.0 with gcc 2.95.3 on Solaris 8 but ran into relocation error problems. We think the problem was due to us having openssl-0.9.6b compiled with cc but apache-1.3.22 and tomcat-4.0.1 compiled with gcc. We recompiled all packages using Sun's C compiler (forte 6.1) and ran the configtest with no errors (we had to use the cvs build of tomcat to fix a compilation problem) and it looked like it was okay: cougar:/web/apache#./bin/apachectl configtest [Wed Oct 24 12:13:01 2001] [error] Cannot resolve host name Optional --- ignoring! [Wed Oct 24 12:13:01 2001] [alert] httpd: Could not determine the server's fully qualified domain name, using 132.170.240.32 for ServerName Syntax OK However, when we tried to start the web server, we got this error in the error_log (previously our errors were being detected when we ran configtest): Wed Oct 24 12:01:47 2001] [notice] SIGHUP received. Attempting to restart Syntax error on line 206 of /web/apache_1.3.22/conf/httpd.conf: Cannot load /web/apache_1.3.22/libexec/mod_webapp.so into server: ld.so.1: /web/apache_1.3.22/bin/httpd: fatal: relocation error: file /web/apache_1.3.22/libexec/mod_webapp.so: symbol ap_log_error: referenced symbol not found Any other tips or ideas? Should we give up and go back to forcing gcc for opensll so that all of the components have the same compiler?
DO NOT REPLY [Bug 4361] - SsiServlet potentially leaks files
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4361. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4361 SsiServlet potentially leaks files --- Additional Comments From [EMAIL PROTECTED] 2001-10-24 07:47 --- The file leaking problem appears to have been solved in the latest servlets-ssi.jar :-) This was the last SSI related bug I have to report for now. Thank you Bip for your time and contributions.
RE: DO NOT REPLY [Bug 4361] - SsiServlet potentially leaks files
-Original Message- From: Paul Speed [mailto:[EMAIL PROTECTED]] [...] Actually, includes should share the environment of the parent... in fact, if they set server variables the parent will see them. Ok, that might be true(just looked at Apache's behavior and they seem to do just that), when we implemented SSI we strictly followed the NCSA standard which don't have set, and doesn't talk about if the included page should see commands set by the parent. God catch! Cool. I'm almost done refactoring. I'm basically replacing the SsiMediator with an SsiEnvironment that is then stuck into a request attribute. In the process, I'm moving some things around a little since all of the commands were relying on the fact that they were SsiMediator subclasses... and therefore directly accessing the static fields of SsiMediator. Ok, sounds good, send along some code and I can take a look at it and commit it. Bip
mod_webapp webapp-info static ?
Hi, Looks like the /webapp-info is behaving like a static webpage, created at startup of apache. If you eg stop tomcat and do a refresh on the webapp-info all applications are still set to deployed. If you start apache and after that tomcat eg the examples webapp is not deployed and also not available via apache. Is this intended behavior, undesirable behaviour but apache doesn't allow dynamic allocation of new interceptors, is it forgotten or is it bug (in the last 2 cases, I will file one..), or is it just me behaving not like everyone should behave ? Using the webapp from cvs (just build it a couple of minutes ago..) Mvgr, Martin
DO NOT REPLY [Bug 4392] - Classes not in WEB-INF/classes not recognized as a Servlet
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4392. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4392 Classes not in WEB-INF/classes not recognized as a Servlet --- Additional Comments From [EMAIL PROTECTED] 2001-10-24 11:44 --- Usually, ClassCasts are caused because you have an older servlet API JAR somewhere else. Since here it's integrated with VAJ, you have to check that it doesn't include servlet.jar (and if it does, replace it with the new one).
DO NOT REPLY [Bug 4295] - Cookies not following RFC2109
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4295. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4295 Cookies not following RFC2109 --- Additional Comments From [EMAIL PROTECTED] 2001-10-24 11:47 --- And what do you suggest we do instead ? Did you try removing the calls to encode in the CookieTools ? (The calls to decode are somewhere else, but it should be quite obvious too). Does it work well without them ? If it does, maybe you can commit this in the HEAD branch to see if it doesn't create any problems (can't see why it would ...).
[ANNOUNCEMENT] Tomcat 3.3 RPM Fixed
A little problem was discovered by Nicolas Mailhot, in the tomcat 3.3, java part, with an incorrect tomcat init script which wasn't used the new 'nobody' work mode. Now tomcat run as nobody by default for security purposes. The RPM has been updated to -2 release and the old one removed : http://www.apache.org/dist/jakarta/jakarta-tomcat/release/v3.3/rpms/ tomcat-3.3-2.src.rpm tomcat-3.3-2.noarch.rpm tomcat-webapps-3.3-2.noarch.rpm tomcat-manual-3.3-2.noarch.rpm For those of you who has allready installed the tomcat and want to let it in place (for example in production system), the fix is easy. Replace the init script (/etc/rc.d/init.d/tomcat) by the one attached and make the /var/spool/tomcat and /var/log/tomcat dirs must be owned by nobody/nobody: chown -R nobody:nobody /var/log/tomcat chown -R nobody:nobody /var/spool/tomcat Sorry for the disturbance and a big thanks to Nicolas for his quick discovery and report. - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 tomcat
IBM iSeries (AS/400) using Apache 2.0 and Tomcat
Apache 2.0.18 is present in iSeries (AS/400) http://www-1.ibm.com/servers/eserver/iseries/software/http/services/apache.h tm And they use tomcat also http://www-1.ibm.com/servers/eserver/iseries/software/http/services/tomcat.h tml And to link the both they use mod_jk (ajp12/ajp13/jni) ;) - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6