billbarker2003/07/18 00:35:57
Modified:.RELEASE-NOTES-4.1.txt
Log:
Document Authenticator change.
Revision ChangesPath
1.77 +4 -1 jakarta-tomcat-4.0/RELEASE-NOTES-4.1.txt
Index: RELEASE-NOTES-4.1.txt
billbarker2003/07/18 00:48:56
Modified:webapps/docs changelog.xml
Log:
Document changes.
Revision ChangesPath
1.8 +8 -3 jakarta-tomcat-catalina/webapps/docs/changelog.xml
Index: changelog.xml
Tim Funk wrote:
One feature of enterprise ready software is the ability to apply small
patches to an existing system. For example: if a single class (or a few
classes) have an error and that is the only fix - it might be nice to
deploy a jar (or jars) that have a higher classloader preference.
I have put the tester back in activity for TC 5 (and it caught the
failure for error pages), but unfortunately there are a few limitations
caused by the HTTP client used (for example, if the status is 500, you
can't read the content). It would be a good idea IMO to switch to
commons-httpclient
remm2003/07/18 02:47:23
Modified:tester/src/bin tester.xml
Removed: tester build.bat build.sh
tester/src/bin tester.bat tester.sh
Log:
- Fix some obvious tester problems.
Revision ChangesPath
1.4 +20 -19
[ ] Alpha
[ ] Beta
[ ] Stable
I hope people had enough time to test this build (and thanks for voting) :)
Remy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Is there any chance we'd want to use Latka instead? (Which uses HttpClient)
-Tim
Remy Maucherat wrote:
I have put the tester back in activity for TC 5 (and it caught the
failure for error pages), but unfortunately there are a few limitations
caused by the HTTP client used (for example, if the
Tim Funk wrote:
Is there any chance we'd want to use Latka instead? (Which uses HttpClient)
Well, I don't know that component ;-)
There's an apparent problem with it, though: it's an alpha 1 release,
and doesn't seem to be evolving anymore (last release in 2001, so it's
likely not in sync with
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=16144.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Glenn Nielsen a écrit :
I have been testing mod_jk 1.2.5 with Apache 2 and load balancing.
I noticed in the source that mod_jk 1.2 endpoint cache's are disabled
by forcing ep_cache_sz=0. I did a cvs log and could not find any
comments on why this is so. Is there a reason why this is disabled?
I don't have much experience using Latka either but it used HttpClient and
appeared to use an xml config file for all the tests. It also has the ability
to add your own condition classes too.
But it does appear dormant in commons. :(
+1 to using just HttpClient
-Tim
Remy Maucherat wrote:
Tim
Glenn Nielsen a écrit :
I have taken care of the serveral minor bug fixes I wanted to get
into the mod_jk 1.2.5 release. But I still have the question
below about endpoint caching.
I would like to renable endpoint caching for use by threaded servers.
Is there any reason to not do this?
hgomez 2003/07/18 04:06:43
Modified:jk/xdocs/jk workershowto.xml
Log:
Indicate that cache is disable by default.
If Glenn set a default valuen I'll update the doc
Revision ChangesPath
1.13 +1 -0 jakarta-tomcat-connectors/jk/xdocs/jk/workershowto.xml
Henri Gomez wrote:
Glenn Nielsen a écrit :
I have been testing mod_jk 1.2.5 with Apache 2 and load balancing.
I noticed in the source that mod_jk 1.2 endpoint cache's are disabled
by forcing ep_cache_sz=0. I did a cvs log and could not find any
comments on why this is so. Is there a reason why
Glenn Nielsen a écrit :
Henri Gomez wrote:
Glenn Nielsen a écrit :
I have been testing mod_jk 1.2.5 with Apache 2 and load balancing.
I noticed in the source that mod_jk 1.2 endpoint cache's are disabled
by forcing ep_cache_sz=0. I did a cvs log and could not find any
comments on why this is
Glenn Nielsen a écrit :
Henri Gomez wrote:
Glenn Nielsen a écrit :
I have been testing mod_jk 1.2.5 with Apache 2 and load balancing.
I noticed in the source that mod_jk 1.2 endpoint cache's are disabled
by forcing ep_cache_sz=0. I did a cvs log and could not find any
comments on why this is
Howdy,
On a couple of days testing, no problems. Very light JSP testing, heavy
servlet testing. Easily beta:
[ ] Alpha
[X] Beta
[ ] Stable
With some more time, more testing, maybe stable.
Yoav Shapira
This e-mail, including any attachments, is a confidential business communication, and
Howdy,
Currently o.a.c.startup.ClassLoaderFactory just does a standard
directory
listing. It might be nice to have the directory listed sorted in some
manner
so files with certain attributes might be loaded first.
I was thinking of either
- sorting by date
- looking for
Henri Gomez wrote:
Glenn Nielsen a écrit :
Henri Gomez wrote:
Glenn Nielsen a écrit :
I have been testing mod_jk 1.2.5 with Apache 2 and load balancing.
I noticed in the source that mod_jk 1.2 endpoint cache's are disabled
by forcing ep_cache_sz=0. I did a cvs log and could not find any
Well stated, I agree with your concerns.
Shapira, Yoav wrote:
Howdy,
Currently o.a.c.startup.ClassLoaderFactory just does a standard
directory
listing. It might be nice to have the directory listed sorted in some
manner
so files with certain attributes might be loaded first.
I was thinking of
Funkman, Thanks for fixing the timezone calculation bug. I know I'm
just being picky now, but shouldn't positive timezone offsets have a
(redundant) '+' at the start.
From http://httpd.apache.org/docs/logs.html#common
[10/Oct/2000:13:55:36 -0700] (%t)
The time
Sorry for the confusion, you are right. It does get set later on.
Did you get a chance to review the minor changes I made in the last week?
Yes and I don't see any problems.
With that resolved I am ready to roll another test mod_jk 1.2.5 release.
If that looks ok we can vote on doing 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=21709.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
remm2003/07/18 07:29:29
Modified:.build.properties.default build.xml
Log:
- Add commons-httpclient to the download list, for use with the tester
component.
Revision ChangesPath
1.98 +15 -8 jakarta-tomcat-5/build.properties.default
Index:
I have generated another mod_jk 1.2.5 test source distribution,
it can be found at:
http://cvs.apache.org/~glenn/jakarta-tomcat-connectors-jk-1.2.5-src.tar.gz
Please build and test binaries for different OS and web servers.
I will call for a release vote for mod_jk 1.2.5 one week from today.
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=21711.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Doh! Your right. ( If its supposed to mimic the apache's %t, which I think it
should)
-Tim
Yuri Schimke wrote:
Funkman, Thanks for fixing the timezone calculation bug. I know I'm
just being picky now, but shouldn't positive timezone offsets have a
(redundant) '+' at the start.
From
Hello,
I don't agree with Glenn or Yoav.
For each tomcat 4.1.x version I use there are a couple of things I have
to fix over and over again. My approach to making changes is: 1) take
the official binary release of tomcat and 2) make *minimal* changes to
address the problems I have with it.
What about anteater ?
Costin
Tim Funk wrote:
Is there any chance we'd want to use Latka instead? (Which uses
HttpClient)
-Tim
Remy Maucherat wrote:
I have put the tester back in activity for TC 5 (and it caught the
failure for error pages), but unfortunately there are a few
Yeah, I am scared of side effects too. This funtionality will be helpful in
the following situations:
- My previous post where the access log doesn't print '+' in front of the offset
- ExtendedAccessLogValve printed the date instead of bytes (recent patch)
- The recent Connector fixes we have
Costin Manolache wrote:
What about anteater ?
(yet another project I didn't know about)
The sad truth is that I'm lazy :)
I want to rewrite the minimum possible amount of code and fix the tests
which can't work with the JDK's HTTP client (ex: it returns 500 - TC 5
now restores the original
Do you want me to create a bugzilla report? here's the diff. Need to check for the
whole class
(mx4j.adaptor.http.HttpAdaptor)
Thanks,
dims
Index: JkMX.java
===
RCS file:
In an effort to tweak the core a bit more to simplify things:
- Remove ContainerBase.invoke: A Container always has a Pipeline
associated with it; as such, the Container interface should have a
getPipeline method, and this should be called instead. This will reduce
a bit the call stack.
- I
Tim Funk wrote:
Yeah, I am scared of side effects too. This funtionality will be helpful
in the following situations:
- My previous post where the access log doesn't print '+' in front of
the offset
- ExtendedAccessLogValve printed the date instead of bytes (recent patch)
- The recent Connector
Howdy,
Tomcat 4.1.26-LE
Solaris 8
JDK 1.4.2
Invoking $CATALINA_HOME/bin/startup.sh produces the following output:
/home/shapira/tomcat/bin/catalina.sh: !: not found
Using CATALINA_BASE: /home/shapira/tomcat
Using CATALINA_HOME: /home/shapira/tomcat
Using CATALINA_TMPDIR:
Howdy,
I would also vote -1 as I mentioned before. It's another source for
confusion and bugs, and does not add much in practice I think. The
small bugs that necessitate one class changes are typically not
showstoppers, but more the PITA category that Tim referred to. To the
individual
Tim,
If the problem is that bug fixes have not made it into a release
in a timely manner, then we should be doing releases more frequently.
Or put back in place the nightly builds.
Using hotfixes to bridge the gap between releases is overkill IMHO.
I am still -1 on adding this.
Glenn
Tim Funk
Thats ok with me, I'm glad this was discussed in case this topic comes up in
the future.
-Tim
Remy Maucherat wrote:
After reading everyone's comments, I will vote -1 to the hotfix
proposal, because:
-
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=21714.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21714
--- Davanum Srinivas [EMAIL PROTECTED] wrote:
Do you want me to create a bugzilla report? here's the diff. Need to check for the
whole class
(mx4j.adaptor.http.HttpAdaptor)
Thanks,
dims
Index: JkMX.java
On Fri, 18 Jul 2003, Remy Maucherat wrote:
Date: Fri, 18 Jul 2003 11:30:35 +0200
From: Remy Maucherat [EMAIL PROTECTED]
Reply-To: Tomcat Developers List [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Subject: [5.0] Tester
I have put the tester back in activity for TC 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=21219.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Craig R. McClanahan wrote:
I have put the tester back in activity for TC 5 (and it caught the
failure for error pages), but unfortunately there are a few limitations
caused by the HTTP client used (for example, if the status is 500, you
can't read the content). It would be a good idea IMO to
Remy Maucherat wrote:
In an effort to tweak the core a bit more to simplify things:
- Remove ContainerBase.invoke: A Container always has a Pipeline
associated with it; as such, the Container interface should have a
getPipeline method, and this should be called instead. This will reduce
a bit
There is a minor capitalization typo that is causing 4.1.26 to not start
up properly on NetWare. I think this typo has been there a while, but
the newer version of struts causes the typo to actually trigger an error
now.
I have attached a diff file; could somebody please make this simple
change
remm2003/07/18 11:48:59
Modified:catalina/src/share/org/apache/catalina Container.java
Log:
- Add a getPipeline() to allow bypassing the (useless) invoke method.
Revision ChangesPath
1.6 +11 -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=21717.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
remm2003/07/18 11:49:28
Modified:catalina/src/share/org/apache/catalina/core
StandardContextValve.java StandardEngineValve.java
StandardHostValve.java
Log:
- Add a getPipeline() to allow bypassing the (useless) invoke method.
--- Marc Slemko [EMAIL PROTECTED] wrote:
On Thu, 17 Jul 2003, P. Brewer wrote:
I found the following thread from a year ago:
http://marc.theaimsgroup.com/?l=tomcat-devm=102815260317741w=2\
. . . deleted . . .
Was it shot down for a technical reason? Just didn't get
implmented?
Or
--- Marc Slemko [EMAIL PROTECTED] wrote:
On Thu, 17 Jul 2003, P. Brewer wrote:
I found the following thread from a year ago:
http://marc.theaimsgroup.com/?l=tomcat-devm=102815260317741w=2\
. . . deleted . . .
Was it shot down for a technical reason? Just didn't get
implmented?
Or
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=3884.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I'm working on the following changes:
- Stripping out all the Catalina related part of the stack trace in the
HTML generated by the ErrorReportValve; that eases debugging.
- When an exception occurs, and it is a ServletException, I think the
root cause should be logged, not the external
remm2003/07/18 15:24:38
Modified:util/java/org/apache/tomcat/util/compat Jdk14Compat.java
JdkCompat.java
Log:
- Add compat code to print out partial stack traces.
Revision ChangesPath
1.4 +27 -4
remm2003/07/18 15:25:53
Modified:catalina/src/share/org/apache/catalina/valves
ErrorReportValve.java
Log:
- Print out partial stack traces (on JDK 1.4; older JDKs would need substring
based hacks, and I'm not sure it's a very good idea ...).
remm2003/07/18 15:26:15
Modified:catalina/src/share/org/apache/catalina/core
StandardWrapperValve.java
Log:
- Log root cause of an exception.
Revision ChangesPath
1.16 +11 -2
remm2003/07/18 15:31:55
Modified:catalina/src/share/org/apache/catalina/valves
LocalStrings_fr.properties
Log:
- Fix typos on the 500 error message.
Revision ChangesPath
1.2 +1 -1
remm2003/07/18 15:54:20
Modified:catalina/src/share/org/apache/catalina/util
StringManager.java
Log:
- Fix a problem where the Strings weren't escaped in the same way for chars
such as '. This caused problems for localization in French.
Revision
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=21709.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I have no issue with substring use for jdk1.3 getPartialServletStackTrace()
since it should not get called often so the performance shouldn't be an issue
(or am I missing something more subtle).
Possible alternative (for the 1.3 version).
public String getPartialServletStackTrace(Throwable t) {
Tim Funk wrote:
I have no issue with substring use for jdk1.3
getPartialServletStackTrace() since it should not get called often so
the performance shouldn't be an issue (or am I missing something more
subtle).
Yes, zero performance impact.
Possible alternative (for the 1.3 version).
public
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=15002.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
62 matches
Mail list logo