Hi Remy,
What's the final goal for Coyote ?
;)
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
-Original Message-
From: [EMAIL
In few days we'll have the jk2 working, so you can play with
unix domain
sockets - that should improve a bit the performance. There are few
other optimizations there ( more agressive recycling, etc ) - and
we really need help testing it and feedback.
( I have it working on my machine, but I'm
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=4212.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi Remy,
What's the final goal for Coyote ?
;)
- It should be faster than the current HTTP/1.1 processor
- It should address the HTTP/1.1 items marked as later in bugzilla
- It should be maintainable
- It should be easily testable
- It uses j-t-c/util and should be GC friendly, at least
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=5759.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi,
Would it be possible to add the following mime-mapping to the default
web.xml file for future releases of Tomcat?
mime-mapping
extensionhtc/extension
mime-typetext/plain/mime-type
/mime-mapping
It's for DHTML behaviors, which don't work without this mime type. It's a
minor
Hi
I use tomcat 3.2 on various platforms.
My problem is this: when modifying a bean's properties through a jsp form, I
would like a property to be cleared if the corresponding form field is
cleared. The introspect(...) method in the JspRuntimeLibrary does not do
this for me.
I searched the
Hi Johan,
I always create a reset() method within beans to circumvent this problem. It
clears all fields that I don't want to hold any value during form
processing.
Mika
- Original Message -
From: Johan Hoogenboezem [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, January 11, 2002
Hi Mika
Thanks for your reply. I can see how the reset() method can be useful. It is
like the reset type button in html, no? Especially if you re-use the same
form+bean to edit a lot of records. You don't want to carry over values from
the previous record.
However, I do not see how it will help
Yep,
if you have a one2one mapping between form and bean, you can be sure that
all fields, that have no value will not be touched. As you have reset them
previously, you do something like
% bean.reset(); %
jsp:setProperty name=bean property=*/
So you clear all the fields and let them set
Excellent Mika!
Thanks, I would never have thought of that.
Regards
Johan
-Original Message-
From: Mika Goeckel [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 11, 2002 3:25 PM
To: Tomcat Developers List
Subject: Re: preferred method of handling empty form fields
Yep,
if you have a
On Thu, Jan 10, 2002 at 11:08:00AM -0800, Craig R. McClanahan wrote:
I'm working on a webapp, for which I want to build (eventually) some shell
access for administration purposes. I want administrators to be able to
log into the application and perform maintenance through a UNIX like
I was just wondering why you do not want to use http as the underlying
protocol. I do not believe it would be that difficult to write a shell
application to utilize the management web app in tomcat. In fact with a
little abstraction this could be rather simplistic. I may be totally off
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=5031.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I'm working on something very similar, I have a management servlet that uses rhino to
wrap important container objects as javascript objects. You can then send javascript
function definitions and commands over HTTP. Basically this is the plumbing for a
nice ant task that will deploy a webapp
jfclere 02/01/11 08:39:14
Modified:catalina/src/conf Tag: tomcat_40_branch server.xml
Log:
The appBase should be in WarpConnector not in WarpEngine.
It will apply for all virtual hosts deployed bu mod_webapp.
PR: 5031
Revision ChangesPath
No
jfclere 02/01/11 08:43:58
Modified:catalina/src/conf server.xml
Log:
The appBase has be to in WarpConnector not it WarpEngine.
PR: 5031
Revision ChangesPath
1.48 +2 -2 jakarta-tomcat-4.0/catalina/src/conf/server.xml
Index: server.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=5741.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I think that you could use the Rhino shell to be this shell. You would have
to write an initializer so that all of the command objects that you wanted
to work on where available. This would fit nicely with some of my ideas on
how to wrap different commands. You could simply use the HTTP
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=5220.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Fri, 11 Jan 2002, Creighton Kirkendall wrote:
Date: Fri, 11 Jan 2002 12:39:08 -0500
From: Creighton Kirkendall [EMAIL PROTECTED]
Reply-To: Tomcat Developers List [EMAIL PROTECTED]
To: 'Tomcat Developers List' [EMAIL PROTECTED]
Subject: RE: shell connector
I think that you could use
Please don't send big attachments to the list, the commits are enough to
fill my yahoo mailbox :-)
And please don't send xls/doc - it's painfull to read on linux.
Costin
On Fri, 11 Jan 2002, Lauer, Oliver wrote:
Hi,
we've made a performance comparison between TC3.2 and 4.0 and TC3.2 seems
From: Alan Newberger [mailto:[EMAIL PROTECTED]]
I'm working on something very similar, I have a management servlet that uses
rhino to wrap important container objects as javascript objects. You can
then send javascript function definitions and commands over HTTP. Basically
this is the
On Fri, 11 Jan 2002, GOMEZ Henri wrote:
Unix domain will be faster on systems running Apache and Tomcat on
the same box, so faster network IO will still be fine for configuration
with separate Webserver and Tomcat (security concerns or load-balancing)
Of course, different issues. For 'lb'
thanks for your reply, I still feel there is a problem with ContainerServlets from
arbitrary packages even when placed in $CATALINA_HOME/server/lib, see below...
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
I committed some Ant custom tasks yesterday that talk to
Manager ... they
Craig et.al.
Recently I posted a vague question w.r.t. Multi-byte support in tomcat
4.0.2.
Somewhat similar to the oracle at delphi, by asking a general question,
I got a general answer.
I now have a specific case where there appears to be a problem with
multi-byte support in the
latest
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=5814.
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=5815.
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=5820.
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=5814.
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=5197.
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=5814.
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=5814.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
remm02/01/11 15:56:07
Modified:http11/src/java/org/apache/coyote/http11/filters
IdentityOutputFilter.java
Log:
- Fix incorrect handling of the number of bytes remaining on output.
Revision ChangesPath
1.4 +8 -11
I checked in the change to LoaderInterceptor11 to allow it to optionally use
the SimpleClassLoader (which is mostly the code from AdaptiveClassLoader)
even under Java2. It should show up in tonight's nightly.
To enable it, you set the use11Loader=true attribute on the
LoaderInterceptor11
jGuru maintains FAQs and Forums on Servlets, JSP, and Tomcat (as well as
many other Java topics). Here is an automated update on recent postings to
Tomcat-related FAQs. Please direct flames and feedback to [EMAIL PROTECTED] .
- Alex
++ Servlets FAQ: http://www.jguru.com/faq/Servlets
How do
The JSP spec assumes a default character encoding of ISO-8859-1 for GET/POST
parameters.
You will need to convert the parameter strings received by servlets/JSP
pages into bytes with
their character encoding as ISO-8859-1 and convert them back to Java strings
with your own
favorite character
costin 02/01/11 20:00:15
Added: jk/java/org/apache/jk/apr AprInputStream.java
AprOutputStream.java AprSocketServer.java
Log:
Abstractions for the apr is, os, socket. Initial version based on JFC's
unix socket ( which will eventually be part of the
costin 02/01/11 20:01:47
Modified:jk/java/org/apache/jk/apr AprImpl.java
Log:
Few more enhancements. Load libapr.so ( yes, I know - it works only on Unix
at this moment, .so is hardcoded and few other things ). This is
required to get it working without having to set
costin 02/01/11 20:03:42
Modified:jk/java/org/apache/jk/common ChannelUn.java MsgAjp.java
Added: jk/java/org/apache/jk/common ChannelJni.java
Log:
Added the template for the jni channel. Work is underway on the C side as well.
Few fixes/enhancements for the Unix
costin 02/01/11 20:05:54
Removed: jk/java/org/apache/jk/server/tomcat40 Ajp13Connector.java
Ajp13InputStream.java Ajp13Logger.java
Ajp13OutputStream.java Ajp13Processor.java
Ajp13Request.java Ajp13Response.java
costin 02/01/11 20:10:14
Added: jk/java/org/apache/jk/server/tomcat40 JkConnector.java
JkRequest40.java JkResponse40.java Worker40.java
Log:
Jk2-style connector for 4.0.
I couldn't find any way to make it work as a servlet ( class loader is a
billbarker02/01/11 20:12:29
jakarta-tomcat/proposals/StreamHandler - New directory
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
billbarker02/01/11 20:12:53
jakarta-tomcat/proposals/StreamHandler/WEB-INF - New directory
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
billbarker02/01/11 20:13:27
jakarta-tomcat/proposals/StreamHandler/WEB-INF/classes - New directory
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
billbarker02/01/11 20:13:39
jakarta-tomcat/proposals/StreamHandler/WEB-INF/classes/org - New directory
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
billbarker02/01/11 20:13:50
jakarta-tomcat/proposals/StreamHandler/WEB-INF/classes/org/apache - New directory
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
billbarker02/01/11 20:13:59
jakarta-tomcat/proposals/StreamHandler/WEB-INF/classes/org/apache/tomcat - New
directory
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
billbarker02/01/11 20:14:18
jakarta-tomcat/proposals/StreamHandler/WEB-INF/classes/org/apache/tomcat/modules -
New directory
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
billbarker02/01/11 20:14:18
jakarta-tomcat/proposals/StreamHandler/WEB-INF/classes/org/apache/tomcat/util - New
directory
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
billbarker02/01/11 20:14:32
jakarta-tomcat/proposals/StreamHandler/WEB-INF/classes/org/apache/tomcat/util/net -
New directory
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
costin 02/01/11 20:14:53
Added: jk/java/org/apache/jk/server/tomcat40 JkConfig40.java
Log:
Add an initial config code to extract webapps ( I don't think autoconf will
happen very soon, but it's a small start ).
Revision ChangesPath
1.1
billbarker02/01/11 20:15:04
jakarta-tomcat/proposals/StreamHandler/WEB-INF/classes/org/apache/tomcat/modules/config
- New directory
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
costin 02/01/11 20:20:43
Modified:jk/java/org/apache/jk/server/tomcat33 JkServlet33.java
Added: jk/java/org/apache/jk/server/tomcat33 JkConfig33.java
Log:
Few fixes, added the template for the config extractor.
Revision ChangesPath
1.2 +21 -32
costin 02/01/11 20:25:14
Modified:jk/java/org/apache/jk/server JkMain.java JkServlet.java
Log:
Few fixes. 4.x can't be starte from a servlet ( I tried with 4.1 as well, no luck )
but it uses server.xml
Revision ChangesPath
1.4 +11 -2
costin 02/01/11 20:33:54
Added: jk/native2/include jk_vm.h
Log:
I did a bit of refactoring on the jni worker. This deals with starting the vm.
There are 2 benefits of separating this:
- the code gets much simpler and cleaner. We can now use different impl.
for jni1.1
costin 02/01/11 20:43:04
Modified:jk/native2/include jk_global.h
Log:
In global we have a lot of platform specific stuff, added some more.
There is absolutely no reason to ask the user to specify the file separator
and all those things when we already know them.
(
costin 02/01/11 20:43:46
Modified:jk/native2/include jk_map.h
Log:
Small change in signature - the exact same code was duplicated in jni worker.
Revision ChangesPath
1.8 +6 -5 jakarta-tomcat-connectors/jk/native2/include/jk_map.h
Index: jk_map.h
costin 02/01/11 20:44:32
Modified:jk/native2/include jk_workerEnv.h
Log:
Pointer to the vm. ( not sure if this is the best place, or if it should
be a singleton - but different components will use the vm ).
Revision ChangesPath
1.8 +8 -1
costin 02/01/11 20:48:20
Added: jk/native2/common jk_vm_default.c
Log:
This is the code extracted from jni worker.
Few changes - we do now a lot of 'guessing' to avoid asking the user
for things we can find for ourself. The defaults do work now fine - it
required
costin 02/01/11 20:59:19
Added: jk/native2/common jk_channel_jni.c
Log:
I'm changing the way the jni worker operates, to use the same code
as ajp.
Making enhancements to jni and ajp in parallel is too difficult, and the current
jni code has some problems - it's using
costin 02/01/11 21:01:15
Added: jk/native2/common jk_worker_run.c
Log:
Initial template for run worker. This will start a java process ( it'll be the
'startup' part of the jni worker ).
Revision ChangesPath
1.1
costin 02/01/11 21:05:12
Modified:jk/native2/common jk_ajp14_worker.c
Log:
Make channel a configurable option.
Revision ChangesPath
1.13 +24 -12jakarta-tomcat-connectors/jk/native2/common/jk_ajp14_worker.c
Index: jk_ajp14_worker.c
costin 02/01/11 21:06:06
Modified:jk/native2/common jk_jni_worker.c
Log:
Jni worker, with starting the vm removed, a bit of cleanup, etc.
Seems to work fine ( starting the vm, etc ) - need to get the rest working.
( and to start the real tomcats to do the work :-)
Could somebody who knows CVS better then I do explain why I can't ci files
from here? The message is:
cvs server: could not stub branch HEAD for
/home/cvs/jakarta-tomcat/proposals/StreamHandler/WEB-INF/classes/org/apache/
tomcat/util/net/Attic/StreamHandlerFactory.java,v
- Original Message
costin 02/01/11 21:08:57
Modified:jk/native2/common jk_lb_worker.c jk_map.c
Log:
Few fixes in jk_map. The 'split' code is now used for processing jni props too.
Revision ChangesPath
1.12 +2 -2 jakarta-tomcat-connectors/jk/native2/common/jk_lb_worker.c
costin 02/01/11 21:09:50
Modified:jk/native2/common jk_registry.c jk_registry.h
Log:
Added the new entries.
Revision ChangesPath
1.9 +9 -5 jakarta-tomcat-connectors/jk/native2/common/jk_registry.c
Index: jk_registry.c
costin 02/01/11 21:15:35
Modified:jk/native2/common jk_workerEnv.c
Log:
Add the things we know at compile time into the properties.
( when we build the library for windows or unix it's likely we'll figure the
path separator instead of asking the user to type it ).
(
costin 02/01/11 21:20:18
Modified:jk/native2/common jk_worker_status.c
Log:
More code to display status information on the jni worker. Very good for
debugging ( especially lb ).
Revision ChangesPath
1.2 +162 -30
costin 02/01/11 21:25:09
Modified:jk/native2 CHANGES.html build.xml
jk/native2/jni jk_jni_aprImpl.c
Log:
Document some of the changes. Move some of the code did by Jean-Francisc in
jk_jni_aprImpl.
The whole thing will disapear as soon as apr adds the support.
costin 02/01/11 21:27:39
Modified:jk/native build.xml
jk/native/common jk_lb_worker.c
Log:
Few changes to make it build on hpux.
A small fix in lb worker - try once more to connect to the host
where the session is located before giving up. This should solve
costin 02/01/11 21:28:48
Modified:jk build.xml
Log:
Fix the build ( if only 3.3 is installed )
Revision ChangesPath
1.20 +2 -2 jakarta-tomcat-connectors/jk/build.xml
Index: build.xml
costin 02/01/11 21:29:56
Modified:jk/conf web.xml
Log:
The config file
Revision ChangesPath
1.3 +8 -13 jakarta-tomcat-connectors/jk/conf/web.xml
Index: web.xml
===
RCS file:
costin 02/01/11 21:33:03
Modified:jk/jkant/java/org/apache/jk/ant/compilers CcCompiler.java
CompilerAdapter.java LibtoolCompiler.java
LibtoolLinker.java
Log:
Use 'cc' by default ( it works on both systems using gcc and cc, the
billbarker02/01/11 21:54:32
jakarta-tomcat/proposals/URLStreamHandler - New directory
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
billbarker02/01/11 21:54:48
jakarta-tomcat/proposals/URLStreamHandler/WEB-INF - New directory
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
billbarker02/01/11 21:55:04
jakarta-tomcat/proposals/URLStreamHandler/WEB-INF/classes - New directory
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
billbarker02/01/11 21:55:14
jakarta-tomcat/proposals/URLStreamHandler/WEB-INF/classes/org - New directory
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
billbarker02/01/11 21:55:24
jakarta-tomcat/proposals/URLStreamHandler/WEB-INF/classes/org/apache - New directory
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
billbarker02/01/11 21:55:36
jakarta-tomcat/proposals/URLStreamHandler/WEB-INF/classes/org/apache/tomcat - New
directory
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
billbarker02/01/11 21:55:47
jakarta-tomcat/proposals/URLStreamHandler/WEB-INF/classes/org/apache/tomcat/util -
New directory
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
billbarker02/01/11 21:55:47
jakarta-tomcat/proposals/URLStreamHandler/WEB-INF/classes/org/apache/tomcat/modules
- New directory
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
billbarker02/01/11 21:55:55
jakarta-tomcat/proposals/URLStreamHandler/WEB-INF/classes/org/apache/tomcat/util/net
- New directory
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
billbarker02/01/11 21:56:28
jakarta-tomcat/proposals/URLStreamHandler/WEB-INF/classes/org/apache/tomcat/modules/config
- New directory
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
billbarker02/01/11 22:37:58
Added: proposals/URLStreamHandler Tag: tomcat_33_final build.xml
proposals/URLStreamHandler/WEB-INF Tag: tomcat_33_final
interceptors.xml
billbarker02/01/11 22:43:03
Removed: proposals/URLStreamHandler Tag: tomcat_33_final build.xml
proposals/URLStreamHandler/WEB-INF Tag: tomcat_33_final
interceptors.xml
billbarker02/01/11 23:08:40
Added: proposals/StreamHandler build.xml
proposals/StreamHandler/WEB-INF interceptors.xml
proposals/StreamHandler/WEB-INF/classes/org/apache/tomcat/modules/config
StreamHandler.java
87 matches
Mail list logo