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=11845.
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=11846.
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=11849.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I see that Tomcat binary releases after 3.3.1 do not have accompanying
digital signatures from the developers. I have scoured the mailing list
archives and FAQ's and I can't see where the signatures have been moved or
why they are not there. Are they there where I haven't looked, or has the
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=11849.
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=11849.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
-Original Message-
From: Dev Zero G Ltd [mailto:[EMAIL PROTECTED]]
Sent: Monday, August 19, 2002 9:31 PM
To: Tomcat Developers List
Subject: Strange delays while Tomcat works
If your processor load is low during those delays then it seems to me
that you have a problems like a
Quoting Bojan Smojver [EMAIL PROTECTED]:
On Tue, 2002-08-20 at 00:50, Henri Gomez wrote:
Welcome back from holidays,
Thanks
hope you had a good time...
Rainy ;[
I propose to create a snapshot subdir in jtc, snapshot, and provide here
the
necessary binaries, for example Linux rpms
Quoting Alex Chaffee / Purple Technology [EMAIL PROTECTED]:
Thanks! I added it to the recently-posted Bug 11754. You may want to
add yourself as a CC on this to track its progress.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11754
Thanks also.
I applied the patch to the 4.1.9 rpm
Henri,
You've probably already thought of this but I just wanted to mention that if you're
going to do something like this you probably ought not to write to the temp file
(instead just storing to a threads variable directly like threads=$(ps auxwww | grep
$TOMCAT_USER -c)) or if there's some
The compiler driver and classloader used by tomcat
does a lot of magic to
get it to work. All jsp files named, for example,
Yes I know the class loader has the job done, is it
bearking the convention? Anyway, I can debug my jsp
now with the jasper I patched.
Yunfeng Hou
On Tue, 2002-08-20 at 18:56, Henri Gomez wrote:
Quoting Bojan Smojver [EMAIL PROTECTED]:
On Tue, 2002-08-20 at 00:50, Henri Gomez wrote:
Welcome back from holidays,
Thanks
hope you had a good time...
Rainy ;[
Sorry to hear that :-(
Yes, with latest Apache 2.0, modules
The Java compiler used by Tomcat doesn't have any
problems compiling the
sources that are currently being generated. What
compiler are you trying
to use that has problems with it? That's where your
problem really
appears to lie.
Yes, because the magic class loader has the tricky
work
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=6279.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I have been working on JspC.java to have it generate the .class files in
the same directory structure that the jsp files are in ie
/root/dir/test.jsp --
/root/dir/test_jsp.java --
/root/dir/test_jsp.class
this is for compiling a webapp vs one file at a time.
The problem
Not acked
Begin forwarded message:
From: Lukas Hazlehurst [EMAIL PROTECTED]
Date: Wed Aug 14, 2002 01:05:07 Europe/London
To: [EMAIL PROTECTED]
Subject: Tomcat 4.03 / 4.04 source download incorrect.
Hello,
Just thought i'd mention that the link
Humm. Are the examples Tomcat specific or should they work in any
JSP2.0 and Servlet 2.4 container? If they are generic then perhaps
keeping them separate would encourage their reuse with other JSP/Servlet
projects. Shouldn't every jsp server have a decent Snoop.jsp ?
Cheers,
-bob
On Mon,
Not acked.
Begin forwarded message:
From: Asuja Andreas [EMAIL PROTECTED]
Date: Fri Aug 16, 2002 09:09:44 Europe/London
To: '[EMAIL PROTECTED]' [EMAIL PROTECTED]
Subject: Minor bug in Tomcat docs
Hi!
On page
http://jakarta.apache.org/tomcat/tomcat-4.1-doc/appdev/deployment.html
Not acked
Begin forwarded message:
From: Jørgen Nørgaard [EMAIL PROTECTED]
Date: Tue Aug 20, 2002 14:17:23 Europe/London
To: [EMAIL PROTECTED]
Subject: Broken link
On http://jakarta.apache.org/site/sourceindex.html there is a link to
Tomcat 4.0.2 srcs
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=11849.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
The examples, just as in Tomcat 4, are small, portable JSP / Servlet
examples to illustrate how to use these technologies.
Because Tomcat forms the basis of the RI for Servlet/JSP, and because it
is so easy to use, many developers download it to try their hand at
Servlet/JSP development. 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=11859.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
2002 14:50:02 - 1.22
@@ -217,7 +217,7 @@
(8) Download and Install the Commons Digester Binary Distribution
-* Download a binary distribution (version 20020819 or later) from:
+* Download a binary distribution (version 20020820 or later) from:
http
I've got the following error when building TC 4.1.9
build-main:
[javac] Compiling 161 source files to
/usr/src/redhat/BUILD/tomcat4-4.1.9/jakarta-tomcat-4.1.9-src/webapps/build/admin/WEB-INF/classes
[javac] Found 2 semantic errors compiling
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=11859.
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=11865.
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=11798.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Mark Roth wrote:
It would be great to restore the examples (both JSP and Servlet) so that
they are deployed on startup and so they are easily accessible. In the
current build they are broken links.
I also would like to commit a number of additional JSP examples that
illustrate the 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=11849.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
kinman 2002/08/20 08:50:23
Modified:jasper2/src/share/org/apache/jasper JspC.java
jasper2/src/share/org/apache/jasper/compiler Generator.java
ImplicitTagLibraryInfo.java Parser.java
ParserController.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=11826.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I'm open to that possibility, as long as we're able to have then
automatically deployed in Tomcat 5 builds.
Vote:
[ ] A. jakarta-tomcat-catalina
[ ] B. jakarta-tomcat-jasper
[ ] C. jakarta-tomcat-5
[X] D. jakarta-servletapi-5
Given JB and Remy's comments, I
On Tue, 2002-08-20 at 11:42, Remy Maucherat wrote:
Mark Roth wrote:
It would be great to restore the examples (both JSP and Servlet) so that
they are deployed on startup and so they are easily accessible. In the
current build they are broken links.
I also would like to commit a
David Oxley wrote:
Hi Remy,
I've just attached some comments to the bug log
(http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7082) that were posted to
the user list a week or so ago. They seem to explain exactly why this is
happening. Have a read through and see what you think.
I think
Thans, Kin-Man!
- Mark
On Tue, 2002-08-20 at 11:50, [EMAIL PROTECTED] wrote:
kinman 2002/08/20 08:50:23
Modified:jasper2/src/share/org/apache/jasper JspC.java
jasper2/src/share/org/apache/jasper/compiler Generator.java
Mark Roth wrote:
I'm open to that possibility, as long as we're able to have then
automatically deployed in Tomcat 5 builds.
Yes, I was planning to do that of course. The webapps will be built by
the scripts from the jakarta-servletapi-5 repository, and the result
will be copied to the
and Install the Commons Digester Binary Distribution
* Download a binary distribution (version 20020820 or later) from:
-
-http://jakarta.apache.org/builds/jakarta-commons/release/commons-digester
+http://jakarta.apache.org/builds/jakarta-commons/nightly/commons-digester
Remy,
Remy Maucherat wrote:
I just got a bit lazy after finishing the repackaging in j-s-5, and
thought I would do it the next day :-D
I don't think it is lazy to put this off. Instead, I think we are all
trying to tackle higher priority issues first.
Speaking of higher priority
Patrick Luby wrote:
Remy,
Remy Maucherat wrote:
I just got a bit lazy after finishing the repackaging in j-s-5, and
thought I would do it the next day :-D
I don't think it is lazy to put this off. Instead, I think we are all
trying to tackle higher priority issues first.
On Tue, 20 Aug 2002, Patrick Luby wrote:
Are you and Costin comfortable with Steve Downey's latest proposal
(headers are split on , for only the headers explicitly defined in the
HTTP/1.1 specification)?
I am not.
I am ok ( and I think it is required ) to merge all headers with the
Regarding examples/:
One think I would like to see is removal of all webapp-related config
from server.xml, and moving it to webapps/examples.xml ( there is already
code to support it ).
Not sure how it would work with the current jmx code ( the saving part),
but hopefully that will be replaced
On August 20, 2002 11:42 am, you wrote:
The examples are portable and independent of Tomcat, so I want them to
go into jakarta-servletapi-5. I posted some time ago about that, and I
was planning to do it.
Maybe a separate cvs repo? jakarta-servlet-examples?
Before I started getting involved
In StandardWrapper.java lines 651 through 664 of
Tomcat 4.0.4, the double-check locking idiom is used
to avoid synchronization.
The double-check locking idiom does not work
reliably in Java. For reasons why, see:
http://www.cs.umd.edu/~pugh/java/memoryModel/DoubleCheckedLocking.html
The result
There are several possible use cases, and I think we should try to
provide options to support each one.
Regardless of the startup timing, in all cases no request will
be served from an webapp until all initialization is done, including
load on startup servlets. There are 2 options here:
1.
[EMAIL PROTECTED] wrote:
There are several possible use cases, and I think we should try to
provide options to support each one.
Regardless of the startup timing, in all cases no request will
be served from an webapp until all initialization is done, including
load on startup servlets. There
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=11867.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Jean-francois Arcand wrote:
[EMAIL PROTECTED] wrote:
There are several possible use cases, and I think we should try to
provide options to support each one.
Regardless of the startup timing, in all cases no request will
be served from an webapp until all initialization is done,
On Tue, Aug 20, 2002 at 09:59:11AM -0700, [EMAIL PROTECTED] wrote:
There are several possible use cases, and I think we should try to
provide options to support each one.
Agreed.
Regardless of the startup timing, in all cases no request will
be served from an webapp until all
On Tue, 20 Aug 2002, Jean-francois Arcand wrote:
Actually, implementing the xml validation on/off mechanism, admin/ is
_the_ reason why Tomcat is slow at startup. There is a lot of xml files
to parse/validate in that applicationso I'm +1 to load on demand and
set validation to false
On Tue, 20 Aug 2002, Alex Chaffee / Purple Technology wrote:
There is a third option, by the way:
3. Wait with timeout. The request is queued, but if it takes longer
than a specified time to process (say, 20 seconds), then it returns a
503.
Probably that's the best - and should be the
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=11868.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Sorry, Joe,
Typo on Teresa's name fixed here.
Micael
business_card.doc
Description: MS-Word document
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Hi,
attached is a patch that implement the mechanism to turn off/on the XML
validation and namespace awareness. Starting with this patch,
validation/namespace will be turned off. If you want to turn it on, do:
Host name=localhost debug=0 appBase=webapps
unpackWARs=true
costin 2002/08/20 12:02:40
Modified:.build2.xml
Log:
Update the paths for servletapi.
rename 'checkout' to update.
Add discovery and a small test for it.
Revision ChangesPath
1.5 +44 -15jakarta-tomcat-5/build2.xml
Index: build2.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=11871.
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=11740.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
costin 2002/08/20 12:25:11
Modified:jasper2 build.xml
Log:
User properties must be first - that's where he can override settings.
Also read the build.properties.samples - if the user has all his overrides
in home, there is no need to copy it.
Revision ChangesPath
costin 2002/08/20 12:29:09
Modified:.gump2.xml
Log:
Add commons-logging as dependency.
Revision ChangesPath
1.2 +1 -0 jakarta-tomcat-jasper/gump2.xml
Index: gump2.xml
===
RCS
costin 2002/08/20 12:30:29
Modified:jasper2/src/share/org/apache/jasper
JspCompilationContext.java
Log:
Add a stack trace. This should help debug the ant test failures.
Revision ChangesPath
1.16 +4 -3
costin 2002/08/20 12:35:25
Modified:jasper2/src/share/org/apache/jasper/compiler Compiler.java
Log:
Switch to commons-logging instead of jasper's own logging.
To enable debugging - use log4j.properties or the jdk1.4 config.
Right now it uses the 'class name' convention -
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=11868.
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=11846.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Aha !
I think I got it, it has nothing to do with the naming... When I do a
start() and try to do the config in the background, the 'ok' return
status is not set and the main thread believe an error happened and
resets the resource field.
Costin
On Tue, 20 Aug 2002 [EMAIL PROTECTED]
kinman 2002/08/20 14:08:24
Modified:jsr152/src/share/javax/servlet/jsp/tagext
TagLibraryInfo.java
Log:
- Removed annoying No tags messages, now that either a tag or/and tagfile
can be in a tag library.
Revision ChangesPath
1.3 +0 -2
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=11875.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Thanks for the suggestion, however:
We are running on a dual Athlon 1900/1GB RAM/2x18Gb 15K RPM SCSI FreeBSD
system, yet the processor load hits 100% (top).
We have tried running the same on Resin, and DO NOT have the problem...
It seems to be some internal Tomcat bug. How and what can we
Hello and thanks for reading.
Building and then launching the Tomcat 4.0.4 connector for Apache 2 on
FreeBSD 4.4, linux-jdk 1.4 , we get:
org.apache.jk.server.JkMain init
INFO: Starting Jk2, base dir= /usr/local/tomcat4.0.4_1.4.0
conf=/usr/local/tomcat4.0.4_1.4.0/conf/jk2.properties
If we're using JNDI for configuration, then it's a good idea
to use JNDI for user config ( tomcat-users.xml ).
That would make the jndi authenticator 'first class'.
In order to support jdbc 'user databases' we just need
a jndi-jdbc adapter.
I think that's a very nice and flexible solution -
Henri Gomez wrote:
I've got the following error when building TC 4.1.9
build-main:
[javac] Compiling 161 source files to
/usr/src/redhat/BUILD/tomcat4-4.1.9/jakarta-tomcat-4.1.9-src/webapps/build/admin/WEB-INF/classes
[javac] Found 2 semantic errors compiling
amyroh 2002/08/20 16:09:18
Modified:catalina/src/share/org/apache/catalina/core
StandardHostDeployer.java StandardServer.java
Log:
Change install(String contextPath, URL war, String configFile) method
to actually save context info to the configuration
luehe 2002/08/20 16:35:31
Modified:jasper2/src/share/org/apache/jasper
JspCompilationContext.java
jasper2/src/share/org/apache/jasper/servlet
JspServletWrapper.java
luehe 2002/08/20 16:44:29
Modified:jasper2/src/share/org/apache/jasper/resources
messages.properties messages_es.properties
messages_ja.properties
Log:
Added jsp.error.invoke.varAndVarReader and jsp.error.doBody.varAndVarReader
kinman 2002/08/20 17:45:00
Modified:jasper2/src/share/org/apache/jasper/compiler
ParserController.java
Log:
- Minor treak to get isTagFile and Encoding right.
Revision ChangesPath
1.14 +10 -12
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=11878.
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=11879.
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=11191.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
kinman 2002/08/20 18:53:28
Modified:jasper2/src/share/org/apache/jasper/compiler Collector.java
Generator.java PageInfo.java
Log:
- Silently catch SkipPageException when the page has a tag handler from
tag file.
Revision ChangesPath
1.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=11846.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I did a more detailed review of the code. Haven't made any
code change yet.
There are some very serious issues right now.
For example, the shutdown() native method just can't work - at
least based on my knowledge of unix. It is executed in the child,
not in parent - and it tries to access the
Patch to the XML Schema to accept the new is-xml element. Eduardo and
I forgot to add it before PFD.
- Mark
Index: jsr152/src/share/dtd/jsp_2_0.xsd
===
RCS file:
costin 2002/08/20 20:19:36
Modified:catalina/src/share/org/apache/catalina/startup
CatalinaService.java
Log:
The patch to set base/home from ant.
Commented out - the IU that also guesses the home ( need to also
fix build.xml to package it )
costin 2002/08/20 20:24:37
Modified:catalina/src/share/org/apache/catalina/startup
ContextConfig.java
Log:
Patch from Jean-Francois Arcand to turn off validation.
Also:
- start using commons-logging
- report the processing time for expensive
costin 2002/08/20 20:26:34
Modified:catalina/src/share/org/apache/catalina Host.java
catalina/src/share/org/apache/catalina/core
StandardHost.java
Log:
Part 2 of the patch to make validation configurable.
Also changed to commons-logging.
costin 2002/08/20 20:29:31
Modified:catalina/src/share/org/apache/catalina/startup
HostConfig.java
Log:
Switch to commons-logging.
Added some time logging ( it shouldn't display in most cases, only for very
large .wars )
Revision ChangesPath
costin 2002/08/20 20:31:18
Modified:catalina/src/share/org/apache/catalina/startup
CatalinaService.java
Log:
Forgot the debug statement
Revision ChangesPath
1.4 +4 -6
billbarker2002/08/20 20:58:59
Modified:src/share/org/apache/tomcat/core BaseInterceptor.java
Container.java
Log:
API changes to allow for saving session across Context reloading.
Revision ChangesPath
1.53 +8 -0
billbarker2002/08/20 21:07:35
Modified:src/share/org/apache/tomcat/modules/mappers
ReloadInterceptor.java
Log:
Support for reloading session.
Also synchronized reloading, to prevent a double-adding bug.
Reported by: Hugh J.L. [EMAIL PROTECTED]
billbarker2002/08/20 21:08:43
Modified:src/share/org/apache/tomcat/modules/config
LoaderInterceptor11.java
Log:
Session reloading support on Context reload.
Revision ChangesPath
1.25 +23 -5
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=11882.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
billbarker2002/08/20 21:11:56
Modified:src/share/org/apache/tomcat/modules/session
SimpleSessionStore.java
Log:
Support for saving session on Context reloading.
This version maximizes code re-use, at the expense of a some-what dirty lifecycle.
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=11883.
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=11884.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
92 matches
Mail list logo