Re: cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util/buf ByteChunk.java

i was looking at the diffs here because i was going to propagate this change to jakarta-tomcat-connectors, but i'm no sure i understand this: public int getOffset() { - return getStart(); + return getEnd(); } perhaps i'm missing something, but it looks like the

RE: cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util/buf ByteChunk.java

perhaps i'm missing something, but it looks like the offset returned by getOffset() should be the offset into the byte array contained in ByteChunk, which would be the start position in this case, rather than the end position. From the point of view of the o.a.t.m.s.ajp13, now

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources DirContextURLConnection.java

remm01/06/03 12:52:00 Modified:catalina/src/share/org/apache/naming/resources DirContextURLConnection.java Log: - Possible workaround for the perf problem reported by Jon : don't create a FilePermission is there is no security manager defined.

Re: cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util/buf ByteChunk.java

Ignacio J. Ortega wrote: perhaps i'm missing something, but it looks like the offset returned by getOffset() should be the offset into the byte array contained in ByteChunk, which would be the start position in this case, rather than the end position. From the point of view of

RE: cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util/buf ByteChunk.java

I reviewed it, and your are right for equals..but not for append..append is suppoused to use the end of the buffer not the start..so in append getOffset is suppoused to return end not the start... This is not true...append needs getStart too...finally i will make this changes: 1) use

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util/buf ByteChunk.java

nacho 01/06/03 13:16:46 Modified:src/share/org/apache/tomcat/core OutputBuffer.java src/share/org/apache/tomcat/util/buf ByteChunk.java Log: * Fix for ob.getByteOff hack...and reverting previous fix.. * Use getStart where needed on bb intead of getOffset, a bit

cvs commit: jakarta-tomcat-connectors/util/src/java/org/apache/tomcat/util/buf ByteChunk.java

seguin 01/06/03 13:34:25 Modified:util/src/java/org/apache/tomcat/util/buf ByteChunk.java Log: propagate changes made by Ignacio J. Ortega in tomcat 3. Revision ChangesPath 1.3 +13 -12

cvs commit: jakarta-tomcat-connectors/jk/src/java/org/apache/ajp/test TestAjp13.java

seguin 01/06/03 14:08:14 Modified:jk/src/java/org/apache/ajp/test TestAjp13.java Log: small update... Revision ChangesPath 1.4 +20 -23 jakarta-tomcat-connectors/jk/src/java/org/apache/ajp/test/TestAjp13.java Index: TestAjp13.java

cvs commit: jakarta-tomcat-connectors/jk/src/java/org/apache/ajp/test TestAjp13.java

seguin 01/06/03 14:13:44 Modified:jk/src/java/org/apache/ajp/test TestAjp13.java Log: remove commented out code. Revision ChangesPath 1.5 +1 -6 jakarta-tomcat-connectors/jk/src/java/org/apache/ajp/test/TestAjp13.java Index: TestAjp13.java

[ANNOUNCE] Domino redirector 1.0.1

Version 1.0.1 of the Lotus Domino redirector is available now at http://free.tagish.net/domino-tomcat/ The main change is that Linux is a supported platform in addition to Win32. It should be quite simple to build it for other Unices now, and I'd be most grateful to hear of the experiences of

[PATCH] [tc4] invisible docs

Hi, The docs have: body bgcolor=light blue link=black Mozilla doesn't understand light blue, and renders the background black, which is unfortunately the same colour as the links. The attached patch fixes this. thanks, --Jeff Index: catalina/docs/config/categories.html