Quoting Taral Shah [EMAIL PROTECTED]:
Try a different JDK. This doesn't look a Tomcat problem.
Bojan
Hi
I am facing strange problem at one of my customers side.
I am using tomcat 3.3 for my devlopment and its working fine.
But at one of customers side tomcat crases unknowingly. It even
Quoting [EMAIL PROTECTED]:
So: getServerPort() should return the same as the CGI variable SERVER_PORT
( which returns the server port, not the host header ! ), meaning the
value of the part after : in the Host header.
I didn't know that the servlet spec can define new meanings for the
But same thing works with different solaris. Here I have solaris 5.7 and
with 5.8 it works fine, even in one of 5.7 solaris machine tomcat runs fine.
I checked with memory and space, initially it showed that it had occupied
99% of disk space, so i moved whole code to another partition and there
One more thing - check if the OS has all the relevant patches. Sometimes it's
the libraries that JDK's using.
Bojan
Quoting Bojan Smojver [EMAIL PROTECTED]:
Quoting Taral Shah [EMAIL PROTECTED]:
Try a different JDK. This doesn't look a Tomcat problem.
Bojan
Hi
I am facing
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=12113.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Quoting Taral Shah [EMAIL PROTECTED]:
But same thing works with different solaris. Here I have solaris 5.7 and
with 5.8 it works fine, even in one of 5.7 solaris machine tomcat runs fine.
And they all have the same patches applied? I don't use Solaris, so I can't tell
you specifically what to
- Original Message -
From: [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Wednesday, August 28, 2002 7:12 PM
Subject: Re: Spec question: RE BUG 12052
On Wed, 28 Aug 2002, Bill Barker wrote:
I think the decision to use the Host header is right, but
I agree
[EMAIL PROTECTED] wrote:
On Wed, 28 Aug 2002, jean-frederic clere wrote:
Are you ok with a change for daemon to use introspection, and remove the
dependency from tomcat to daemon plus consolidate all startups ?
Sure ;-)
Ok, then let me push a bit more: are you ok with merging the C
- Original Message -
From: Bojan Smojver [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Wednesday, August 28, 2002 11:50 PM
Subject: Re: tomcat crashes
One more thing - check if the OS has all the relevant patches. Sometimes
it's
the libraries that JDK's using.
Well, it's a bug, but it is in the application programmer's code. There
should be a:
return;
after the 'response.sendRedirect(b.jsp)' line.
- Original Message -
From: Hugh J. L. [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Wednesday, August 28, 2002 11:12 PM
Bill Barker wrote:
- Original Message -
From: Ryan Lubke [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Wednesday, August 28, 2002 4:00 PM
Subject: Re: HTTP Host Request header and TC Connectors]
On Wed, 2002-08-28 at 17:32, Bill Barker wrote:
-
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=12098.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
[EMAIL PROTECTED] wrote:
On Wed, 28 Aug 2002, jean-frederic clere wrote:
Are you ok with a change for daemon to use introspection, and remove the
dependency from tomcat to daemon plus consolidate all startups ?
Sure ;-)
Ok, then let me push a bit more: are you ok with merging the C
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=12140.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi,
That is a good news for the native projects in Tomcat that use it, it is not it?
Cheers
Jean-frederic
---BeginMessage---
I've uploaded a site structure to http://www.apache.org/dist/apr/ and also
uploaded some 0.9.0 source tarballs/zipballs. (signed, blah blah)
Since this is our first
hgomez 2002/08/29 01:33:43
jakarta-tomcat-connectors/jk/doc/images - New directory
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Glenn Nielsen wrote:
Remy Maucherat wrote:
Glenn Nielsen wrote:
Capturing of stdout/stderr has been enabled in Tomcat 4.1 for 2-3
months now.
I don't think it was, as RequestBase is deprecated, and is not used
anymore (except in the old connectors).
What I committed was a bug fix.
hgomez 2002/08/29 01:34:38
Added: jk/doc/images banner.gif tomcat.gif tomcat.ico
Log:
Added images
Revision ChangesPath
1.1 jakarta-tomcat-connectors/jk/doc/images/banner.gif
Binary file
1.1
Jan Luehe wrote:
Remy,
I'm testing 4.1.10-dev before tagging, and I ran into some serious problems.
Jasper 2 seems broken (in the TC 4 branch; the HEAD/TC 5 branch may be
broken as well, but I didn't have time to test it), and fails to compile
most pages from the admin webapp.
my
Kin-Man Chung wrote:
Date: Wed, 28 Aug 2002 16:41:16 -0700 (PDT)
From: Craig R. McClanahan [EMAIL PROTECTED]
Subject: Re: cvs commit:
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/servlet
JspServletWrapper.java
To: Tomcat Developers List [EMAIL PROTECTED]
On 28 Aug 2002
remm2002/08/29 02:15:38
Modified:.RELEASE-NOTES-4.1.txt
Log:
- Status update.
Revision ChangesPath
1.17 +6 -1 jakarta-tomcat-4.0/RELEASE-NOTES-4.1.txt
Index: RELEASE-NOTES-4.1.txt
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=12126.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=12126.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi,
I checked with solaris and no patch is installed, but surprisingly on the
other solaris(i.e. 5.7) where tomcat is running there also no patch is
installed. In my solaris 8 where sun had asked to install one patch that is
not installed and still my system is running perfectly.
So now I am
remm2002/08/29 03:37:55
Modified:catalina/src/share/org/apache/catalina/core
StandardWrapper.java
Log:
- Capture output when unloading servlets.
Revision ChangesPath
1.40 +16 -4
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=11891.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=11891.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=11891.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
jfclere 2002/08/29 03:49:16
jakarta-tomcat-connectors/jk/xdocs/jk2 - New directory
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
jfclere 2002/08/29 03:49:17
jakarta-tomcat-connectors/jk/xdocs/common - New directory
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
jfclere 2002/08/29 03:49:17
jakarta-tomcat-connectors/jk/xdocs/jk - New directory
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
jfclere 2002/08/29 04:04:34
Modified:jk build.xml
jk/xdocs menu.idx style.xsl.in
Added: jk/xdocs/common AJPv13.xml
jk/xdocs/jk2 configtc.xml configweb.xml
Removed: jk/xdocs AJPv13.xml configtc.xml configweb.xml
Log:
Arrange
remm2002/08/29 04:16:10
Modified:resources INSTALLLICENSE
Log:
- Update copyright year.
Revision ChangesPath
1.2 +1 -1 jakarta-tomcat-4.0/resources/INSTALLLICENSE
Index: INSTALLLICENSE
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=12156.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Remy Maucherat wrote:
Glenn Nielsen wrote:
Remy Maucherat wrote:
Glenn Nielsen wrote:
Capturing of stdout/stderr has been enabled in Tomcat 4.1 for 2-3
months now.
I don't think it was, as RequestBase is deprecated, and is not used
anymore (except in the old connectors).
What I
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=12101.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi,
I'm new to the list, so please forgive me if
i'm posting an already answered issue (although i did not
find it in the archive)
My problem :
I've built a quite huge web app based on JSP pages,
and there is a page which SOMETIMES does not get compiled.
It happens once or twice form 10
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=12041.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
-Mensaje original-
De: Bojan Smojver [mailto:[EMAIL PROTECTED]]
Enviado el: 29 de agosto de 2002 1:46
Para: Tomcat Dev List
Asunto: Re: Spec question: RE BUG 12052
AP_DECLARE(apr_port_t) ap_get_server_port(const request_rec *r)
{
apr_port_t port;
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=7359.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=12126.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
glenn 2002/08/29 07:01:21
Modified:catalina/src/share/org/apache/catalina/servlets
HTMLManagerServlet.java LocalStrings.properties
ManagerServlet.java
Log:
Prevent manager from trying to reload, remove, stop, or undeploy itself
Glenn Nielsen wrote:
So I'll add support for log capture on shutdown (I think it's as
useful to have it as on startup). My personal preference is to leave
the capture switched off by default for the critical path, as it would
confuse developers (IMO).
Thanks
The number of people
The pending Tomcat 4.1.10 release looks like it may be a good candidate for a final
release.
It would be nice if we included some docs on using/configuring jasper.
And the manager-howto.xml doc needs to be updated to document the HTMLManagerServlet,
/manager/html/
Regards,
Glenn
Remy
Remy Maucherat wrote:
Glenn Nielsen wrote:
So I'll add support for log capture on shutdown (I think it's as
useful to have it as on startup). My personal preference is to leave
the capture switched off by default for the critical path, as it
would confuse developers (IMO).
Thanks
Glenn Nielsen wrote:
Remy Maucherat wrote:
Glenn Nielsen wrote:
So I'll add support for log capture on shutdown (I think it's as
useful to have it as on startup). My personal preference is to leave
the capture switched off by default for the critical path, as it
would confuse
On Thu, 29 Aug 2002, Bill Barker wrote:
FWIW, I agree that the 2.4 servlet-spec and the CGI-spec are out of sync
here. If I actually thought that any members of the JCP were subscribed to
this list, I'd think to ask for clarification before 2.4 went final. :)
The way to ask would be to
On Thu, 29 Aug 2002, Remy Maucherat wrote:
Date: Thu, 29 Aug 2002 10:40:49 +0200
From: Remy Maucherat [EMAIL PROTECTED]
Reply-To: Tomcat Developers List [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Subject: Re: cvs commit:
jfclere 2002/08/29 08:52:07
Modified:jk/xdocs style.xsl.in
Log:
Use the @name instead generate-id().
That way it is possible to add a href to a session in the xml.
Revision ChangesPath
1.5 +3 -3 jakarta-tomcat-connectors/jk/xdocs/style.xsl.in
Index:
On Thu, 2002-08-29 at 11:13, Craig R. McClanahan wrote:
On Thu, 29 Aug 2002, Bill Barker wrote:
FWIW, I agree that the 2.4 servlet-spec and the CGI-spec are out of sync
here. If I actually thought that any members of the JCP were subscribed to
this list, I'd think to ask for
Remy,
Remy Maucherat wrote:
+1 from me.
If we do that, that would mean commons-daemon is not going anywhere:
- the interfaces will go away
- the launcher code is supposed to end up in Ant
If the launcher doesn't end up in Ant, then IMO we should create
commons-launcher.
Since it
jfclere 2002/08/29 09:12:01
Modified:jk build.xml
Log:
Allow to build the html documentation even if the tomcat-coyote.jar is not
present.
Revision ChangesPath
1.49 +1 -1 jakarta-tomcat-connectors/jk/build.xml
Index: build.xml
On Thu, 29 Aug 2002, Bill Barker wrote:
So: getServerPort() should return the same as the CGI variable SERVER_PORT
( which returns the server port, not the host header ! ), meaning the
value of the part after : in the Host header.
I didn't know that the servlet spec can define new
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=12126.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Thu, 29 Aug 2002, jean-frederic clere wrote:
I am +1 for merging the code but in daemon. I am using the daemon code for
projects not related with mod_jk and I would perfer to have it independant from
mod_jk.
An other point to be against moving it in mod_jk is that the code has been
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=12101.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
To answer my own email - with a summary:
- what the user really wants is to know how to form URLs - that's
how the server name and port are used in most cases
- the real problem is getServerName(). In CGI it is the 'canonical'
name. A server may have multiple aliases for a host, and in many
FYI: I'll be in vacation between Sep 1 and Sep 21. I'll read the mail from
time to time, but probably not answer too much.
I'm 'pre' voting +1 on the release of tomcat4.1 and on the release of
jk1.2 and jk2.0beta - preferably using the same tag and date. I consider
all of them stable and good
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=12171.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=12147.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
patrickl2002/08/29 11:19:27
Modified:catalina/src/bin shutdown-using-launcher.bat
startup-using-launcher.bat
tool-wrapper-using-launcher.bat
Log:
Update scripts that use commons-launcher.jar so that %PATH% is only used on Window 9x
patrickl2002/08/29 11:19:59
Modified:jasper2/src/bin jspc-using-launcher.bat
Log:
Update scripts that use commons-launcher.jar so that %PATH% is only used on Windows
9x
Revision ChangesPath
1.2 +7 -1
kinman 2002/08/29 11:31:20
Modified:jasper2/src/share/org/apache/jasper/compiler
ParserController.java
jasper2/src/share/org/apache/jasper/servlet
JspServletWrapper.java
Log:
- Fix the regression that isTagFile not
luehe 2002/08/29 12:22:00
Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java
Log:
Fixed 11742 (jsp:attribute with a non string body)
Revision ChangesPath
1.84 +22 -11
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=11742.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
amyroh 2002/08/29 12:32:29
Modified:webapps/examples/WEB-INF/classes/compressionFilters
CompressionServletResponseWrapper.java
Log:
Minor change to take default encoding when no content-type is set.
Patch submitted by Peter Rajsky [EMAIL PROTECTED].
Tony,
Bugzilla bug status will remain UNCONFIRMED until one of the
developers takes a look at it and change its status. Depending on the
bug, its status can be changed to NEW, ASSIGNED, or RESOLVED.
Amy
Tony LaPaso wrote:
Hey all,
I'm new to Bugzilla so forgive me if you know about
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=12126.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
My recollection is that this is a known bug with the (deprecated)
Http11Connector, but is fixed in the CoyoteConnector. I haven't attempted
to reproduce the bug myself however.
- Original Message -
From: Amy Roh [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent:
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=12179.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
bobh2002/08/29 15:23:38
Modified:catalina/src/share/org/apache/catalina/session
StandardSession.java
Log:
- fix for some of bug 12147 Namely, logout() was deferring to the
SingleSignOn bit to perform the logout - however if SingleSignOn isn't
being
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=12126.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
The JSP spec 2.4 gives us Session.logout(), what do we do when using
Basic authentication? Once challenged, the web browser keeps passing
the user/pass (right?) so any ideas about how to get the browser to
re-challenge the end user? (change the domain?)
Cheers,
-bob
--
To unsubscribe,
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=12183.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Thu, 2002-08-29 at 23:49, Ignacio J. Ortega wrote:
We know how r-parsed_uri.port gets his value?
Yep. It's getting it from the URL, not the headers.
Bojan
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
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=12184.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
kinman 2002/08/29 16:27:36
Modified:jasper2/src/share/org/apache/jasper/compiler
JspDocumentParser.java Parser.java
ParserController.java TagFileProcessor.java
jasper2/src/share/org/apache/jasper/resources
horwat 2002/08/29 16:56:12
Modified:catalina/src/share/org/apache/catalina/util
ExtensionValidator.java
Log:
Add more robust handling of invalid manifests.
If a manifest does not end with a newline as defined by the Manifest Specification
luehe 2002/08/29 18:43:53
Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java
Log:
Fixed indentation in generated servlet code
Revision ChangesPath
1.85 +7 -7
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java
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=12101.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
glenn 2002/08/29 20:46:27
Modified:webapps/tomcat-docs manager-howto.xml
Log:
Update the manager docs
Revision ChangesPath
1.16 +49 -12jakarta-tomcat-4.0/webapps/tomcat-docs/manager-howto.xml
Index: manager-howto.xml
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=12101.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Bob,
You are correct that browsers keep passing the user/pass with each
request. As for getting the browser to rechallenge, that is very tricky
and would be hacky at best.
I would expect that when Basic authentication is used and the last
request caused Session.logout() to called, the next
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=9361.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=10671.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
glenn 2002/08/29 22:41:13
Modified:catalina/src/share/org/apache/catalina/core
StandardDefaultContext.java
catalina/src/share/org/apache/catalina DefaultContext.java
Log:
Implement support for swallowOutput in DefaultContext.
Cleanup the
glenn 2002/08/29 22:41:41
Modified:webapps/tomcat-docs/config context.xml defaultcontext.xml
Log:
Implement support for swallowOutput in DefaultContext.
Cleanup the default context docs and add swallowOutput.
useNaming was not in Context.java, just in the
Standard
billbarker2002/08/29 22:41:42
Modified:src/share/org/apache/tomcat/modules/session
SimpleSessionStore.java
Log:
Switch the order between copy and Serialize.
Reloading is an expensive operation in any case. By doing serialize first, we
handle the case
I can't reproduce this (ok, I'm lying, if you re-order server.xml enough,
you can do it :). But I can't find a valid case where this occurs.
I've reversed the check between Serialize, and Copy so that your
previous Hashtable example should now work.
- Original Message -
From: Hugh J.
89 matches
Mail list logo
