[GUMP] Build Failure - jakarta-tomcat-5

This email is autogenerated from the output from: http://cvs.apache.org/builds/gump/2003-02-21/jakarta-tomcat-5.html Buildfile: build.xml prepare-release: [mkdir] Created dir:

[GUMP] Build Failure - jakarta-tomcat-jk

This email is autogenerated from the output from: http://cvs.apache.org/builds/gump/2003-02-21/jakarta-tomcat-jk.html Buildfile: build.xml detect: [echo]

DO NOT REPLY [Bug 13723] - Bootstrap: Class loader creation threw exception

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=13723. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

RequestDispatcher.forward() problem

I need help. (I use Tomcat 4.1.18) I'm in JSP1 in a webapp (Webapp1) and I use RequestDispatcher.forward(request, response) to forward in JSP2 located in another webapp (Webapp2). The two webapps are on the same server. The forwarding works, but once I'm in the JSP2 (in Webapp2), it looks like

RE: RequestDispatcher.forward() problem

I am not sure if this helps, but a forward happens at the server so the server makes the forwarded request and returns the results to the browser, so the browser never knows the request has changed and therefor the URL in the browser will not change, on the other hand a redirect tells the browser

DO NOT REPLY [Bug 15576] - IllegalArgumentException during adding a cookie

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=15576. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

RequestDispatcher.forward() problem

Thanks for your reply, John. Can you transport data from one webapp to the other when you use the sendRedirect() method? Here is my true problem. I want to transport data such as a username and a password between two webapps (and I don't want to use URL rewriting). The user logs on Webapp1 and

RE: RequestDispatcher.forward() problem

There is a single sign on in tomcat, but I have never used it. You might want to ask about it in the user mailing list [EMAIL PROTECTED] or better yet read the archives and see if this question has already been answered there. John -Original Message- From: Simon Senécal [mailto:[EMAIL

RE: class-loading and java.endorsed.dirs

This is a JVM thing, not a tomcat thing. You're not normally allowed to override built-in Java classes locally (for security reasons). In JDK 1.4, the XML/XSLT classes are built in. The endorsed standards override mechanism was added to 1.4 because of the fact that some people might need or

DO NOT REPLY [Bug 17292] New: - tomcat 4.1.18 throws NullPointerExcpetion after reloading application with SingleThreadModel servlets

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=17292. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 13723] - Bootstrap: Class loader creation threw exception

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=13723. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

Re: [5.0.1] Tagging today

Costin Manolache wrote: Kin-Man Chung wrote: I also don't believe jsp-examples has been successful compiled with JSPC before. I know haven't tried that with JSP2.0 examples. With automatic compiling of the tag files, I won't be surprise if there are problems. :) It doesn't matter what

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler JspRuntimeContext.java TagFileProcessor.java TagLibraryInfoImpl.java

kinman 2003/02/21 10:23:14 Modified:jasper2/src/bin jasper.sh jspc.sh jasper2/src/share/org/apache/jasper JspC.java JspCompilationContext.java jasper2/src/share/org/apache/jasper/compiler

RE: class-loading and java.endorsed.dirs

Hi Tim, Thanks for an answer. It makes sense. In this case, it looks like the only way users can take advantage of all Xalan's features (including extension mechanism) is to store Xalan's jars into shared\lib directory and add this directory to java.endorsed.dirs, since normally most users

documentation format,

is there a specific format of documentation that I need to write, and if so, what is it, and how do I build it :) Filip - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

RE: class-loading and java.endorsed.dirs

There already is a java.endorsed.dirs set up it is common.lib/endorsed (atleast in the 4.1.x) and is documented AFAIK John -Original Message- From: Voytenko, Dimitry [mailto:[EMAIL PROTECTED]] Sent: Friday, February 21, 2003 1:35 PM To: 'Tomcat Developers List' Subject: RE:

Re: [5.0.1] Tagging today

Date: Fri, 21 Feb 2003 19:16:46 +0100 From: Remy Maucherat [EMAIL PROTECTED] Subject: Re: [5.0.1] Tagging today To: Tomcat Developers List [EMAIL PROTECTED] Costin Manolache wrote: Kin-Man Chung wrote: I also don't believe jsp-examples has been successful compiled with JSPC before.

Re: documentation format,

Filip Hanik wrote: is there a specific format of documentation that I need to write, and if so, what is it, and how do I build it :) I'd follow other docs(.xml) format in webapps/tomcat-docs for consistent look and feel. Amy Filip

Re: [5.0.1] Tagging today

Kin-Man Chung wrote: Date: Fri, 21 Feb 2003 19:16:46 +0100 From: Remy Maucherat [EMAIL PROTECTED] Subject: Re: [5.0.1] Tagging today To: Tomcat Developers List [EMAIL PROTECTED] Costin Manolache wrote: Kin-Man Chung wrote: I also don't believe jsp-examples has been successful compiled with

RE: documentation format,

thanks Amy! Filip -Original Message- From: Amy Roh [mailto:[EMAIL PROTECTED] Sent: Friday, February 21, 2003 11:05 AM To: Tomcat Developers List Subject: Re: documentation format, Filip Hanik wrote: is there a specific format of documentation that I need to write, and if so, what is

Re: [5.0.1] Tagging today

Kin-Man Chung wrote: It seems the new spec revisions mean more complex + more bloated :-( This is quite disappointing ... Isn't that always true? :-) You need to add new features but cannot remove old ones. You can allways side-step and create a new specification for the new features.

RE: JDK 1.4 - again

Gentlemen, as I really do appreciate all of the discussion about just how fast Resin and the others are, I was MAINLY asking about just what it is!!! Is it also a web container/application server like my Tomcat is? And in yer reply to me, would you also tell me how it's set up?

cvs commit: jakarta-tomcat-catalina/modules/cluster/etc - New directory

fhanik 2003/02/21 16:32:22 jakarta-tomcat-catalina/modules/cluster/etc - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp SimpleTcpCluster.java

fhanik 2003/02/21 16:46:22 Modified:modules/cluster/src/share/org/apache/catalina/cluster/tcp SimpleTcpCluster.java Added: modules/cluster/etc cluster-server.xml Log: added example config file Revision ChangesPath 1.1

Re: JDK 1.4 - again

Steve Burrus wrote: Gentlemen, as I really do appreciate all of the discussion about just how fast Resin and the others are, I was MAINLY asking about just what it is!!! Is it also a web container/application server like my Tomcat is? And in yer reply to me, would you also tell me how

DO NOT REPLY [Bug 15497] - deadlock in threadpool

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=15497. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.