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=5729.
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=5660.
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=5724.
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=3884.
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=5735.
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=5736.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
remm02/01/08 06:49:33
Modified:http11/src/java/org/apache/coyote/http11
InternalInputBuffer.java
Log:
- Fix a few obvious bugs in the header parsing code, which now appears to
be functional.
- The new code will now remove all unneeded spaces in the
I wouldn't mind seeing the check in StaticInterceptor being
a configurable option. That way it could be turned back
on should the need arise.
Cheers,
Larry
-Original Message-
From: Bill Barker [mailto:[EMAIL PROTECTED]]
Sent: Monday, January 07, 2002 5:35 PM
To: Tomcat Developers
Remy Maucherat wrote:
Hi,
Here goes the list:
- Tag the JK + util directories in j-t-c with some tag (Costin proposed
jk_14)
- Build the corresponding JK binaries
- Write some documentation about the new auto-configuration mechanism (but
it can wait until 4.0.2 Final)
- Update the AJP
Martin van den Bemt wrote:
Hi everyone,
I probably missed a couple of threads on mod_webapp, so forgive me ;)
In the release notes of v4.0.2-b1 it states :
* If you restart Tomcat, you must also restart Apache to avoid receiving
Error 400 - Bad Request errors. This will be handled
Hi to all and Happy new year.
Slowly back to mail after hollidays ,(
- the stable jk1.x. We want to release it and it needs
testing - the code
is very close to what was released with 4.0.1 and 3.3, with
few additional
bug fixes, with the auto-conf generator for 4.x ( the code is there,
Well I didn't want to bring this to the sunlight so soon but since you brought up the
issue:
I'm developing a generic non-blocking server framework for JDK 1.4.
It handles all subtleties of the non-blocking server's life, such as non-blocking
pipes for servlet output buffering, thread scaling
Craig
After a long delay, I'm looking at your proposed functional spec for the
Tomcat 4 JNDI Realm, and am having trouble with this excerpt from the
Adminstrator Login Mode Functionality section:
The following approaches should be supported [ for retrieving the roles
associated with an
My primary goal for bringing the code in the public is that I want
to build a HTTP/1.1 connector for Tomcat 4.0 based on it
I don't think you can have a nbio connector with a compliant servlet
container, because the J2EE spec mandates at the moment: 1 thread - 1
request.
That requirements
Remy, Kevin, Jena-Frederic, Bill, Craig et al,
Could we also do...
* the jar split (my email Jan 7th, 14:28)
* Embbeded interface (my email Jan 7th, 18:51)
Regards,
- Paul H
Hi,
Here goes the list:
- Tag the JK + util directories in j-t-c with some tag (Costin proposed
jk_14)
- Build the
Remy, Kevin, Jena-Frederic, Bill, Craig et al,
Could we also do...
* the jar split (my email Jan 7th, 14:28)
No, sorry, some people depend on the binary distribution packaging. Will do
it in the HEAD branch.
* Embbeded interface (my email Jan 7th, 18:51)
-1, because it's an API change
remm02/01/08 08:03:34
Modified:http11/src/java/org/apache/coyote/http11
InternalInputBuffer.java
Log:
- The third parameter of addValue should be the length, although the method
prototype implies otherwise.
Revision ChangesPath
1.6
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=5740.
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=5741.
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=5742.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
- Original Message -
From: Remy Maucherat [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: 2002. január 8. 16:35
Subject: Re: nbio connector
My primary goal for bringing the code in the public is that I want
to build a HTTP/1.1 connector for Tomcat 4.0 based on
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=5740.
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=5742.
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=5719.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I don't think I conflict with this requirement. In fact,
to execute a servlet's service() method still requires
a separate thread. In my design, the connector first reads
the request line and the headers in a non-blocking fashion,
naturally multiplexing up to 63 requests on a single thread.
Hi John,
Some LDAP servers are configured to never allow the userPassword attribute
be accessed at all. The only way to authenticate, in this approach, is to
attempt an LDAP bind using the username and password values specified by
the user of the web application -- so that each authentication
Craig,
I am trying to get JNDIRealm SHA digested password work (TC4.0),
however, there is a bud (#3990). From bug report, I noticed that you
already fixed this bug.
I appreciate if you could tell me where I can find the fixed JNDIRealm.
Thanks and Regards,
Shelly
--
To unsubscribe,
Remy Maucherat wrote:
With my design, you still need one thread/request but only for the
time required to process container.invoke()
In the real world, the servlets and JSPs are the thing which take by far the
most time to complete, so I'm not sure you wouldn't end up spending a lot of
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=5372.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
David Graff wrote:
I'm having trouble uploading a patch to bug# 5372 using Internet Explorer
5.5SP2.
I have done it for you - Patch looks nice, I test it and commit it -
I've been trying for a couple of days to get this to upload with no success.
I entere the patch file location, the
Craig
I understand (and prefer!) the bind approach to authentication. Its the
two approaches to role retrieval that has me puzzled.
John
At 17:08 08/01/02, Craig R. McClanahan wrote:
Hi John,
Some LDAP servers are configured to never allow the userPassword attribute
be accessed at all. The
IMHO, the main benefit of non-blocking io has to do with improved
robustness. If a router or adapter goes off the air while you're in the
middle of a 'blocking' read, you are likely to never to see the light of
day.
This problem is exacerbated for client-side development because it
is
Remy Maucherat wrote:
With my design, you still need one thread/request but only for the
time required to process container.invoke()
In the real world, the servlets and JSPs are the thing which take by far
the
most time to complete, so I'm not sure you wouldn't end up spending a
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=5746.
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=5747.
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=5746.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Thanks for putting that in for me. I was getting very frustrated with that.
I hope the patch was pretty much self explanitory.
- Original Message -
From: jean-frederic clere [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Tuesday, January 08, 2002 12:25
Subject:
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=5747.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
My opinion on the nbio issue:
I completely agree with Remy, the IO is not the issue at least
for the current code and the near future. The char-byte
conversions are far more expensive.
JDK1.4 provides a very nice solution for the char conversions,
however my tests show it to be comparable in
I'm curious how Tomcat deals with this issue.
Oh yea. Yet another reason why JSP sucks. :-)
-jon
-- Forwarded Message
From: Peter Gründl [EMAIL PROTECTED]
Date: Tue, 8 Jan 2002 16:33:26 +0100
To: [EMAIL PROTECTED]
Subject: KPMG-2002003: Bea Weblogic DOS-device Denial of Service
[EMAIL PROTECTED] wrote:
I'm not very sure about nbio - most of the time there's a lot
of complexity ( and a different programming model, etc )
Yes.
- and the benefits seems pretty small.
It depends. Using NIO, you can serve static content as fast
or faster than Apache 1.3 in pure
This also causes Tomcat 3.3 to hang a thread when it
tries to read aux.ver. Tomcat 3.2.4 doesn't appear
to have a problem and reports a not found error.
A quick test of Tomcat 4.0.1 returned a blank page
without hanging.
I'll investigate and prepare, if possible, a quick
patch to Tomat 3.3 and
Hello,
I have been trying to implement ip address restrictions on my root directory
for my apache-tomcat web server without any luck. I am able to get it to
work with just apache but not with apache-tomcat. I am at a lost. Could
you please help,
Edward
--
To unsubscribe, e-mail:
On Mon, 2002-01-07 at 16:23, Bojan Smojver wrote:
Ray Pitmon wrote:
Originally sent to tomcat-user, but here may be a better place for this.
Why do I have to start java with -Xms400m -Xmx500m to get it to compile
JSP pages?
(see below for a better description of the problem)
I tried the latest mod_webapp (build from jakarta-tomcat-connectors, head
branch) and starting up apache before tomcat still gives the error
Web-aplication not yet deployed (in wa_request.c).
I thought : what the hack, let's fix this ;)
Attached the diff to the current cvs version of wa_request
This may be too kludgy, but my quick test shows that aux.ver
returns -1164447360 for lastModified.
Less kludgy would be to simply add a complete list of DOS devices to the
keywords that are mangled.
- Original Message -
From: Larry Isaacs [EMAIL PROTECTED]
To: 'Tomcat Developers
Craig
I've attached a revised version of your proposed functional specification
for JNDIRealm. The main changes are to spell out in more detail options for
determining the user's distinguished name, and expanding on the
functionality of the User Login mode. I've not said much 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=5752.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
remm02/01/08 14:21:01
Modified:catalina/src/share/org/apache/catalina/core
ContainerBase.java
Log:
- Fix another deadlock occurring on shutdown. The synced section can be
smaller while still making sure the method is thread safe (bug 5747).
-
remm02/01/08 14:22:28
Modified:catalina/src/share/org/apache/catalina/core Tag:
tomcat_40_branch ContainerBase.java
Log:
- Port patch.
- Fix another deadlock occurring on shutdown. The synced section can be
smaller while still making sure 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=5747.
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=5755.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I'm not sure if you caught Bill's reply, but apparently there was a
similar bug reported and fixed. Can you try the CVS version (I have the
version from 05/01/2002), which seems to be fine (at least it works for me).
Jikes is not the default compiler. You have to configure it (and
obviously
I find that isFile() returns false, at least for JDK 1.3.1 and JDK1.2.2.
I tried JDK1.1.8, but Tomcat 3.3.x wouldn't come up. I get:
java.lang.ClassNotFoundException: org.apache.tomcat.startup.EmbededTomcat
at org.apache.tomcat.util.compat.SimpleClassLoader.loadClass
My preference
GOMEZ Henri wrote:
I'm been using 1.2.0 on my systems for months. Seems OK.
There was a bug in 1.2.0 (jtc) with post mode
(search for messages about pmsg), corrected by Kevin Seguin
You're right, the code is correct in tomcat 3.3 mod_jk
and conform with the latest patch I
Remy,
* Embbeded interface (my email Jan 7th, 18:51)
-1, because it's an API change for cosmetic reasons only.
In the head branch again then? It of course changes nothing if the
class is not renamed. It is not for cosmetic reasons, it will help
third party applications instantiate
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=5756.
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=5078.
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=5755.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
amyroh 02/01/08 16:51:28
Modified:catalina/src/share/org/apache/catalina/mbeans
mbeans-descriptors.xml
Log:
Add getParent operation to various MBeans for Catalina tree hierarchy.
Revision ChangesPath
1.14 +37 -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=5755.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
1.3.0_01 returns true for isFile on my Win-NT box.
I've attached the program I've been running (so as to avoid having to load
all of Tomcat.
- Original Message -
From: Larry Isaacs [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Tuesday, January 08, 2002 4:01 PM
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=5758.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I am using Apache mod_jk and Ajp13 to connect to Tomcat 4.
When shutting down Tomcat 4 it takes about 15 seconds when
using apache for the tomcat process to complete,
when using Tomcat 4 standalone shutdown and termination of
the process happens almost immediately.
Has anyone else seen
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=5758.
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=5758.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I was too optimistic after testing only with Win98. I get the same problem with Win2k.
As you have probably already discovered, FileUtil.savePath() blocks the attempt to read
aux.jsp. So getting past the version file safely should be sufficient. Updating the
mangler
looks like it would
I think what Craig is referring to for role retrieval is the idea that the roles a
user is a member of are stored in the user's directory entry. This approach allows
entry to a group by adding that attribute to the specific user entry.
The role retrieval would have the option to look a list of
I'm also looking at calling fis.available() and test for 0 just before we hang with
fis.read().
So far my tests on Win2k show this throws an exception in most cases. The one that
doesn't throw an exception is lptn, which returns 0.
Larry
-Original Message-
From: Larry Isaacs
Sent:
Now the question is...
How hard would it be to get the worker threads to block on either the
socket OR some type of shutdown event, with either satisfying
the wait?
ideally :) i think the problem might be that once you're blocked reading on
a socket, other than shutting down the socket
I found this at:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/fileio/fsys_7qwj.asp
The following reserved words cannot be used as the name of a file: CON,
PRN, AUX, CLOCK$, NUL, COM1, COM2, COM3, COM4, COM5, COM6, COM7, COM8,
COM9, LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7,
What about an API to list DosDevices? Sorry if you already looked.
cheers,
David.
On Tue, 8 Jan 2002, Jim Seach wrote:
And unfortunately, I also found this:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/fileio/filesio_697p.asp
Platform SDK: File Storage
There is one, but it would be better if we didn't have to use native
code.
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/fileio/filesio_697p.asp
Platform SDK: File Storage
QueryDosDevice
The QueryDosDevice function retrieves information about MS-DOS device
names. The
Thanks for the list. I had forgotten PRN and would have never thought of CLOCK$.
I think using FileInputStream.available() 0 has a good chance of handling the user
defined
devices. I don't see doing any more for that unlikely case. Thanks for being
thorough though.
Larry
-Original
larryi 02/01/08 22:21:14
Modified:src/share/org/apache/tomcat/util/depend
DependClassLoader12.java
Log:
I believe the intent was to convert the sealed attribute string to a
boolean value. getBoolean() searches System properties, which throws
an NPE in
uOn Tue, 8 Jan 2002, Kevin Seguin wrote:
i think Ajp13Connector and Ajp13Processor are more complicated than they
need to be. but, that's just thought :)
I'll check in the jk2 version of the 4.0 connector - it seems to work
fine ( using ThreadPool and C2B and all the nice stuff ), but I have
larryi 02/01/08 22:29:07
Modified:src/share/org/apache/tomcat/util JavaGeneratorTool.java
Log:
Try to avoid denial of service attack where a JSP page uses a name
matching a Windows DOS device name, such as aux.jsp. Otherwise,
attempting to read the device may hang the thread
larryi 02/01/08 22:33:38
Modified:src/facade22/org/apache/tomcat/facade JspInterceptor.java
Log:
Avoid NPE when setDependency() is hit with an unsafe path. Return 404
in this situation.
Revision ChangesPath
1.34 +11 -2
larryi 02/01/08 22:36:25
Modified:src/tests/webpages/WEB-INF test-tomcat.xml
Log:
Add tests to ensure JSP pages whose names match Windows DOS device
names, such as aux.jsp, return not found.
Revision ChangesPath
1.49 +74 -2
larryi 02/01/08 22:37:13
Modified:src/admin/test sanity-form.jsp
Log:
Add new dos_devices test to the list.
Revision ChangesPath
1.6 +1 -1 jakarta-tomcat/src/admin/test/sanity-form.jsp
Index: sanity-form.jsp
If FileUtil.safePath works on NT/W2K, then it is easier than that. The
attached fixes it. I only have my W98 box here (which as you've pointed out
for once works better :), so I want to test it tommorrow on NT before I
commit.
- Original Message -
From: Larry Isaacs [EMAIL PROTECTED]
larryi 02/01/08 22:41:01
Modified:.RELEASE-NOTES-3.3.1.txt
Log:
Document aux.jsp bug fix.
Revision ChangesPath
1.20 +5 -1 jakarta-tomcat/RELEASE-NOTES-3.3.1.txt
Index: RELEASE-NOTES-3.3.1.txt
billbarker02/01/08 22:57:42
Modified:src/facade22/org/apache/tomcat/facade JspInterceptor.java
Log:
Prevent writing out a useless .ver file in the case where the jsp doesn't exist.
Under W98, this is enough to pass the sanity test. Still needs testing under NT/W2K.
billbarker02/01/08 23:00:04
Removed: src/share/org/apache/tomcat/util/net
StreamHandlerFactory.java
Log:
Moving to it's new home.
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
billbarker02/01/08 23:03:58
Modified:src/share/org/apache/tomcat/startup EmbededTomcat.java
Log:
Remove setting of StreamHandlerFactory, since it's not there anymore.
It will come back as a module, since it does nothing for Tomcat itself. It only
provides a service to e.g.
billbarker02/01/08 23:43:20
Modified:src/share/org/apache/tomcat/modules/generators
StaticInterceptor.java
Log:
Make the (redundant) check for WEB-INF optional.
This was reported against 4.x as bug #5724. However, in our case it actually
prevents
86 matches
Mail list logo
