DO NOT REPLY [Bug 43215] New: - typo of cluster send options.

2007-08-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=43215

   Summary: typo of cluster send options.
   Product: Tomcat 6
   Version: 6.0.14
  Platform: Other
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P2
 Component: Cluster
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Hi,

I found some typos about the default values of send options.

Regards,

Index: /tc6.0.x/trunk/webapps/docs/config/cluster.xml
===
--- /tc6.0.x/trunk/webapps/docs/config/cluster.xml  (revision 569774)
+++ /tc6.0.x/trunk/webapps/docs/config/cluster.xml  (working copy)
@@ -108,7 +108,7 @@
   
 
 
-  The Tribes channel send options, default is 11.
+  The Tribes channel send options, default is
8(asynchronous).
  This option is used to set the flag that all messages sent through 
the 
  SimpleTcpCluster uses. The flag decides how the messages are sent, and
is a simple logical OR.
  
Index: /tc6.0.x/trunk/webapps/docs/config/cluster-manager.xml
===
--- /tc6.0.x/trunk/webapps/docs/config/cluster-manager.xml  (revision 
569774)
+++ /tc6.0.x/trunk/webapps/docs/config/cluster-manager.xml  (working copy)
@@ -103,7 +103,7 @@
 
  
The backup manager uses a replicated map, this map is sending and
receiving messages.
-   You can setup the flag for how this map is sending messages, the default
value is 8(asynchronous).
+   You can setup the flag for how this map is sending messages, the default
value is 6(use synchronous ack).
  
 
   

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Bug in B2C converter WAS: svn commit: r568307 - /tomcat/trunk/java/org/apache/tomcat/util/buf/B2CConverter.java

2007-08-26 Thread Filip Hanik - Dev Lists

Bill Barker wrote:
"Filip Hanik - Dev Lists" <[EMAIL PROTECTED]> wrote in message 
news:[EMAIL PROTECTED]
  

Bill Barker wrote:

"Filip Hanik - Dev Lists" <[EMAIL PROTECTED]> wrote in message 
news:[EMAIL PROTECTED]


  

Bill Barker wrote:


"Filip Hanik - Dev Lists" <[EMAIL PROTECTED]> wrote in message 
news:[EMAIL PROTECTED]



  

Bill Barker wrote:



"Remy Maucherat" <[EMAIL PROTECTED]> wrote in message 
news:[EMAIL PROTECTED]




  

Filip Hanik - Dev Lists wrote:





Test Case and 5.5.x patch can be found here.
http://people.apache.org/~fhanik/tomcat/b2c/

This is what is happening

int cnt=conv.read( result, 0, BUFFER_SIZE );
is called with a "while (true)" statement,

When the IntermediateInputStream.read returns -1, the above 
statement returns cnt==1.
So to avoid calling conv.read, we must check to see if we have more 
bytes to read by implementing the available() method, to avoid the 
inputstream ever returning -1.




  

It's possible, but I have a hard time understanding the issue.





The issue is that InputStreamReader reads 8192 bytes from 
IntermediateInputStream on the first go.  It then translates them 
into 2734 chars, but thinks that the last few bytes represent an 
incomplete char, so holds onto them.  On the next call, 
IntermediateInputStream returns -1, so InputStreamReader outputs the 
last char as best it can (resulting in returning 1).  Then the 
IntermediateInputStream buffer is reset, and it can continue on 
reading (but from the wrong position, resulting in corruption).


Filip's patch is inelegant (better would be to use the ByteChunk 
sink), but other than my looking for a better way to do it, I can't 
come up with the required technical reason to porting the base of it 
to 5.5 (of course, I could care less what he does in his sandbox :).




  
I've committed the fix to 5.5, if you find a more elegant way of 
solving the actual problem, feel free to revert it and commit another 
fix. I don't care about the how, as long as there is a fix that will 
be included in the tag 5.5.25 on Friday





No problem.  I can see how to do this better, but I'll wait until the 
weekend to commit (since it's not totally trivial, I don't want a 
one-day window for regression testing :).  That way 5.5.25 can go out 
with your patch.  It doesn't include the NIO dependancy (which was my 
only concern), so it works well enough for me for now.



  
according to the KISS principle, your fix would have to be less than 4 
lines changed to be "more elegant" :)




Yes, it is more than 4 lines, but most of them are deletes :).  I've done 
it already on my local machine here, in case anybody wants RTC on the 
5.5.x branch (and Filip's test case passes with flying colors :).  I'm 
pretty much sure that there are no regressions for 5.5.x+, but I still 
need to look at 3.3.x,  and 4.1.x.


If anyone is interested, I can post the patch files.  Otherwise, I'll 
assume that CTR is still in place, and you can veto it when I commit over 
the w/e ;).  Of course, if this message was meant as a pre-emptive veto, 
then I won't bother.


  

it's your choice if you want to commit it before or after the tag today.
If you wanna commit it before, then we are counting on your vote :)




I've noticed a problem with using Reader.mark with multi-byte charsets (we 
have a hack in place that works for single-byte charsets).  I could just 
commit what I've got here (which should be no worse than before :), but I'd 
like to solve this once and for all first.


Using Filip's example servlet, if you modify it to do:
reader = request.getReader();
+reader.mark(5);   // content length + terminator
while (true) {
int c = reader.read();
if (c == -1 || c == '/')
break;
buf.append((char)c);
}
+   reader.reset(); // throws IOException here

With the current code (and what I have), the first call to reader.read 
requests 8192 chars, and produces 2734 chars.  The current code then results 
in throwing away the last 2729 chars and abandoning the mark.  The best I've 
got until now preserves the 2729 chars, but still throws away the mark, and 
hence still throws an IOE when reset is called.


Long story short, I'm not now sure that I can promise to commit a fix this 
weekend :(.
  


no worries, since UTF-8 can be anywhere between 1 and 6 bytes, wouldn't 
it just be easier to do

boolean markSupported() { return false; }
and not worry about parsing the bytes correctly during a mark?
the problem you are describing goes beyond that though, so take your time.

Filip

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 43216] New: - ACTIVITY_CHECK does not work correctly when Tomcat is restarted

2007-08-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=43216

   Summary: ACTIVITY_CHECK does not work correctly when Tomcat is
restarted
   Product: Tomcat 6
   Version: 6.0.14
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: P2
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Hi,

I noticed that org.apache.catalina.session.StandardSession.ACTIVITY_CHECK does
not work correctly because the StandardSession#accessCount will be set as -1
when Tomcat is restarted and session is loaded from the SESSION.ser file.

StandardManager#doLoad() calls session.endAccess() and this method execute 2 
things.
 * set isNew = false
 * decrement accessCount

I think isNew attribute is already set by session.readObjectData(ois) in
StandardManager#doLoad(),
and accessCount is already set as 0.

IMHO, it is not necessary calling session.endAccess() in the doLoad().

Here is a patch.

Index: /tc6.0.x/trunk/java/org/apache/catalina/session/StandardManager.java
===
--- /tc6.0.x/trunk/java/org/apache/catalina/session/StandardManager.java
(revision 569774)
+++ /tc6.0.x/trunk/java/org/apache/catalina/session/StandardManager.java
(working copy)
@@ -395,7 +395,6 @@
 session.setManager(this);
 sessions.put(session.getIdInternal(), session);
 session.activate();
-session.endAccess();
 }
 } catch (ClassNotFoundException e) {
   log.error(sm.getString("standardManager.loading.cnfe", e), e);

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



May Chun Chew/FEA/PEC is out of the office.

2007-08-26 Thread May Chun Chew

I will be out of the office starting  08/27/2007 and will not return until
08/29/2007.

For urgent matters, pls contact [EMAIL PROTECTED] Tel:
(65)63629408
I am also Contactable at (65)97876648.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



svn commit: r569969 - /tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/connector/InputBuffer.java

2007-08-26 Thread billbarker
Author: billbarker
Date: Sun Aug 26 20:35:52 2007
New Revision: 569969

URL: http://svn.apache.org/viewvc?rev=569969&view=rev
Log:
Use char counts and callbacks for determining marks.  

This will now read exactly to the end of the mark if over the default 8Kb, and 
the reset it on the next read over the mark.

Modified:

tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/connector/InputBuffer.java

Modified: 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/connector/InputBuffer.java
URL: 
http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/connector/InputBuffer.java?rev=569969&r1=569968&r2=569969&view=diff
==
--- 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/connector/InputBuffer.java
 (original)
+++ 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/connector/InputBuffer.java
 Sun Aug 26 20:35:52 2007
@@ -46,7 +46,6 @@
 
 // -- Constants
 
-
 public static final String DEFAULT_ENCODING = 
 org.apache.coyote.Constants.DEFAULT_CHARACTER_ENCODING;
 public static final int DEFAULT_BUFFER_SIZE = 8*1024;
@@ -259,8 +258,8 @@
 return -1;
 if (coyoteRequest == null)
 return -1;
-
-state = BYTE_STATE;
+if(state == INITIAL_STATE)
+state = BYTE_STATE;
 
 int result = coyoteRequest.doRead(bb);
 
@@ -293,6 +292,8 @@
 public void realWriteChars(char c[], int off, int len) 
 throws IOException {
 markPos = -1;
+cb.setOffset(0);
+cb.setEnd(0);
 }
 
 
@@ -318,13 +319,9 @@
 cb.setOffset(0);
 cb.setEnd(0);
 }
-
-int limit = bb.getLength()+cb.getStart();
-if( cb.getLimit() < limit ) 
-cb.setLimit(limit);
-conv.convert(bb, cb);
-bb.setOffset(bb.getEnd());
 state = CHAR_STATE;
+conv.convert(bb, cb, len);
+bb.setOffset(bb.getEnd());
 
 return cb.getLength();
 



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



svn commit: r569970 - in /tomcat/connectors/trunk/util/java/org/apache/tomcat/util/buf: B2CConverter.java CharChunk.java

2007-08-26 Thread billbarker
Author: billbarker
Date: Sun Aug 26 20:38:45 2007
New Revision: 569970

URL: http://svn.apache.org/viewvc?rev=569970&view=rev
Log:
Change B2C to only add up to the limit on the CB, and use the sinks to the BC 
to request all data.  

Modified:

tomcat/connectors/trunk/util/java/org/apache/tomcat/util/buf/B2CConverter.java
tomcat/connectors/trunk/util/java/org/apache/tomcat/util/buf/CharChunk.java

Modified: 
tomcat/connectors/trunk/util/java/org/apache/tomcat/util/buf/B2CConverter.java
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/util/java/org/apache/tomcat/util/buf/B2CConverter.java?rev=569970&r1=569969&r2=569970&view=diff
==
--- 
tomcat/connectors/trunk/util/java/org/apache/tomcat/util/buf/B2CConverter.java 
(original)
+++ 
tomcat/connectors/trunk/util/java/org/apache/tomcat/util/buf/B2CConverter.java 
Sun Aug 26 20:38:45 2007
@@ -72,18 +72,28 @@
 public  void convert( ByteChunk bb, CharChunk cb )
 throws IOException
 {
+convert(bb, cb, cb.getBuff().length - cb.getEnd());
+}
+
+/** Convert a buffer of bytes into a chars
+ */
+public  void convert( ByteChunk bb, CharChunk cb, int limit)
+throws IOException
+{
 // Set the ByteChunk as input to the Intermediate reader
 iis.setByteChunk( bb );
-convert(cb);
+convert(cb, limit);
 }
 
-private void convert(CharChunk cb)
+private void convert(CharChunk cb, int limit)
 throws IOException
 {
 try {
 // read from the reader
-while( iis.available()>0 ) { // conv.ready() ) {
-int cnt=conv.read( result, 0, BUFFER_SIZE );
+int count = 0;
+while( limit > 0 ) { 
+int size = limit < BUFFER_SIZE ? limit : BUFFER_SIZE; 
+int cnt=conv.read( result, 0, size );
 if( cnt <= 0 ) {
 // End of stream ! - we may be in a bad state
 if( debug>0)
@@ -96,6 +106,7 @@
 
 // XXX go directly
 cb.append( result, 0, cnt );
+limit -= cnt;
 }
 } catch( IOException ex) {
 if( debug>0)
@@ -222,10 +233,7 @@
 not be called if recycling the converter and if data was not flushed.
 */
 final class IntermediateInputStream extends InputStream {
-byte buf[];
-int pos;
-int len;
-int end;
+ByteChunk bc = null;
 
 public IntermediateInputStream() {
 }
@@ -236,41 +244,24 @@
 }
 
 public  final  int read(byte cbuf[], int off, int len) throws IOException {
-if( pos >= end ) return -1;
-if (pos + len > end) {
-len = end - pos;
-}
-if (len <= 0) {
-return 0;
-}
-System.arraycopy(buf, pos, cbuf, off, len);
-pos += len;
-return len;
+int nread = bc.substract(cbuf, off, len);
+return nread;
 }
 
 public  final int read() throws IOException {
-return (pos < end ) ? (buf[pos++] & 0xff) : -1;
+return bc.substract();
 }
 
 public int available() throws IOException {
-return end-pos;
+return bc.getLength();
 }
 
 
 //  Internal methods 
 
-void setBuffer( byte b[], int p, int l ) {
-buf=b;
-pos=p;
-len=l;
-end=pos+len;
-}
 
 void setByteChunk( ByteChunk mb ) {
-buf=mb.getBytes();
-pos=mb.getStart();
-len=mb.getLength();
-end=pos+len;
+bc = mb;
 }
 
 }

Modified: 
tomcat/connectors/trunk/util/java/org/apache/tomcat/util/buf/CharChunk.java
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/util/java/org/apache/tomcat/util/buf/CharChunk.java?rev=569970&r1=569969&r2=569970&view=diff
==
--- tomcat/connectors/trunk/util/java/org/apache/tomcat/util/buf/CharChunk.java 
(original)
+++ tomcat/connectors/trunk/util/java/org/apache/tomcat/util/buf/CharChunk.java 
Sun Aug 26 20:38:45 2007
@@ -293,12 +293,15 @@
 System.arraycopy(src, off+avail, buff, end, len - avail);
 end+= len - avail;
 
-} else {// len > buf.length + avail
+} else if(optimizedWrite) { // len > buf.length + avail & we have a 
real sink
 // long write - flush the buffer and write the rest
 // directly from source
 flushBuffer();
 
 out.realWriteChars( src, off, len );
+} else { // ugly but it works for fake sinks if they reset us
+flushBuffer();
+append(src, off, len);
 }
 }
 



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Bug in B2C converter WAS: svn commit: r568307 - /tomcat/trunk/java/org/apache/tomcat/util/buf/B2CConverter.java

2007-08-26 Thread Bill Barker

"Filip Hanik - Dev Lists" <[EMAIL PROTECTED]> wrote in message 
news:[EMAIL PROTECTED]
> Bill Barker wrote:
>> "Filip Hanik - Dev Lists" <[EMAIL PROTECTED]> wrote in message 
>> news:[EMAIL PROTECTED]
>>
>>> Bill Barker wrote:
>>>
 "Filip Hanik - Dev Lists" <[EMAIL PROTECTED]> wrote in message 
 news:[EMAIL PROTECTED]


> Bill Barker wrote:
>
>
>> "Filip Hanik - Dev Lists" <[EMAIL PROTECTED]> wrote in message 
>> news:[EMAIL PROTECTED]
>>
>>
>>
>>> Bill Barker wrote:
>>>
>>>
>>>
 "Remy Maucherat" <[EMAIL PROTECTED]> wrote in message 
 news:[EMAIL PROTECTED]




> Filip Hanik - Dev Lists wrote:
>
>
>
>
>> Test Case and 5.5.x patch can be found here.
>> http://people.apache.org/~fhanik/tomcat/b2c/
>>
>> This is what is happening
>>
>> int cnt=conv.read( result, 0, BUFFER_SIZE );
>> is called with a "while (true)" statement,
>>
>> When the IntermediateInputStream.read returns -1, the above 
>> statement returns cnt==1.
>> So to avoid calling conv.read, we must check to see if we have 
>> more bytes to read by implementing the available() method, to 
>> avoid the inputstream ever returning -1.
>>
>>
>>
>>
> It's possible, but I have a hard time understanding the issue.
>
>
>
>
>
 The issue is that InputStreamReader reads 8192 bytes from 
 IntermediateInputStream on the first go.  It then translates them 
 into 2734 chars, but thinks that the last few bytes represent an 
 incomplete char, so holds onto them.  On the next call, 
 IntermediateInputStream returns -1, so InputStreamReader outputs 
 the last char as best it can (resulting in returning 1).  Then the 
 IntermediateInputStream buffer is reset, and it can continue on 
 reading (but from the wrong position, resulting in corruption).

 Filip's patch is inelegant (better would be to use the ByteChunk 
 sink), but other than my looking for a better way to do it, I can't 
 come up with the required technical reason to porting the base of 
 it to 5.5 (of course, I could care less what he does in his sandbox 
 :).




>>> I've committed the fix to 5.5, if you find a more elegant way of 
>>> solving the actual problem, feel free to revert it and commit 
>>> another fix. I don't care about the how, as long as there is a fix 
>>> that will be included in the tag 5.5.25 on Friday
>>>
>>>
>>>
>>>
>> No problem.  I can see how to do this better, but I'll wait until the 
>> weekend to commit (since it's not totally trivial, I don't want a 
>> one-day window for regression testing :).  That way 5.5.25 can go out 
>> with your patch.  It doesn't include the NIO dependancy (which was my 
>> only concern), so it works well enough for me for now.
>>
>>
>>
> according to the KISS principle, your fix would have to be less than 4 
> lines changed to be "more elegant" :)
>
>
>
 Yes, it is more than 4 lines, but most of them are deletes :).  I've 
 done it already on my local machine here, in case anybody wants RTC on 
 the 5.5.x branch (and Filip's test case passes with flying colors :). 
 I'm pretty much sure that there are no regressions for 5.5.x+, but I 
 still need to look at 3.3.x,  and 4.1.x.

 If anyone is interested, I can post the patch files.  Otherwise, I'll 
 assume that CTR is still in place, and you can veto it when I commit 
 over the w/e ;).  Of course, if this message was meant as a pre-emptive 
 veto, then I won't bother.


>>> it's your choice if you want to commit it before or after the tag today.
>>> If you wanna commit it before, then we are counting on your vote :)
>>>
>>>
>>
>> I've noticed a problem with using Reader.mark with multi-byte charsets 
>> (we have a hack in place that works for single-byte charsets).  I could 
>> just commit what I've got here (which should be no worse than before :), 
>> but I'd like to solve this once and for all first.
>>
>> Using Filip's example servlet, if you modify it to do:
>> reader = request.getReader();
>> +reader.mark(5);   // content length + terminator
>> while (true) {
>> int c = reader.read();
>> if (c == -1 || c == '/')
>> break;
>> buf.append((char)c);
>> }
>> +   reader.reset(); // throws IOException here
>>
>> With the current code (and what I have), the first call to reader.read 
>> requests 8192 chars, and produces 2734 chars.  The current code then 
>> results in throwing away

Bug report for Tomcat 3 [2007/08/26]

2007-08-26 Thread bugzilla
+---+
| Bugzilla Bug ID   |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned|
| | OPN=ReopenedVER=Verified(Skipped Closed/Resolved)   |
| |   +-+
| |   | Severity: BLK=Blocker CRI=CriticalMAJ=Major |
| |   |   MIN=Minor   NOR=Normal  ENH=Enhancement   |
| |   |   +-+
| |   |   | Date Posted |
| |   |   |  +--+
| |   |   |  | Description  |
| |   |   |  |  |
| 2350|Ver|Nor|2001-06-27|ServletConfig.getInitParameter() requires url-patt|
| 5331|Ass|Nor|2001-12-09|getPathInfo vs URL normalization  |
| 6027|Inf|Maj|2002-01-25|Tomcat  Automatically shuts down as service   |
| 6488|Ver|Maj|2002-02-15|Error: 304. Apparent bug in default ErrorHandler c|
| 7785|Inf|Blk|2002-04-06|tomcat bug in context reloading   |
| 7863|Inf|Maj|2002-04-09|I have a problem when running Tomcat with IIS |
| 8187|Inf|Cri|2002-04-17|Errors when Tomcat used with MS Access database   |
| 9737|Ver|Nor|2002-06-10|ArrayIndexOutOfBoundsException when sending just p|
|10047|Ass|Cri|2002-06-20|IllegalStateException |
|10406|Ass|Cri|2002-07-02|IllegalStateException |
|11087|Inf|Blk|2002-07-23|IllegalStateException |
|12156|Inf|Cri|2002-08-29|Apache and Tomcat 3.3.1 Interworking problem  |
|16363|Ass|Cri|2003-01-23|Stack Overflow accessing compiled JSP - Tomcat 3.2|
|39250|Inf|Cri|2006-04-07|Tomcat 3.2.1 + JDK 1.4|
+-+---+---+--+--+
| Total   14 bugs   |
+---+

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Bug report for Watchdog [2007/08/26]

2007-08-26 Thread bugzilla
+---+
| Bugzilla Bug ID   |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned|
| | OPN=ReopenedVER=Verified(Skipped Closed/Resolved)   |
| |   +-+
| |   | Severity: BLK=Blocker CRI=CriticalMAJ=Major |
| |   |   MIN=Minor   NOR=Normal  ENH=Enhancement   |
| |   |   +-+
| |   |   | Date Posted |
| |   |   |  +--+
| |   |   |  | Description  |
| |   |   |  |  |
|  278|Unc|Nor|2000-12-04|Bug in GetParameterValuesTestServlet.java file Bug|
|  279|Unc|Nor|2000-12-04|Logical Error in GetParameterValuesTestServlet Bug|
|  469|Unc|Nor|2001-01-17|in example-taglib.tld "urn" should be "uri" BugRat|
|  470|Unc|Nor|2001-01-17|FAIL positiveForward.jsp and positiveInclude.jsp B|
| 9634|New|Enh|2002-06-05|No tests exist for ServletContext.getResourcePaths|
|10703|New|Enh|2002-07-11|Need to test getRequestURI after RequestDispatcher|
|11336|New|Enh|2002-07-31|Test wrapped path methods with RD.foward()|
|11663|New|Maj|2002-08-13|JSP precompile tests rely on Jasper specific behav|
|11664|New|Maj|2002-08-13|A sweep is needed of all Watchdog 4.0 tag librarie|
|11665|New|Maj|2002-08-13|ServletToJSPErrorPageTest and ServletToServletErro|
|11666|New|Maj|2002-08-13|SetBufferSize_1TestServlet is invalid.|
|14004|New|Maj|2002-10-28|Incorrent behaviour of all attribute-related lifec|
|15504|New|Nor|2002-12-18|JSP positiveGetValues test relies on order preserv|
|24649|New|Nor|2003-11-12|getRemoteHost fails when agent has uppercase chara|
|29398|New|Nor|2004-06-04|Update site and note current status   |
+-+---+---+--+--+
| Total   15 bugs   |
+---+

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Bug report for Tomcat 5 [2007/08/26]

2007-08-26 Thread bugzilla
+---+
| Bugzilla Bug ID   |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned|
| | OPN=ReopenedVER=Verified(Skipped Closed/Resolved)   |
| |   +-+
| |   | Severity: BLK=Blocker CRI=CriticalMAJ=Major |
| |   |   MIN=Minor   NOR=Normal  ENH=Enhancement   |
| |   |   +-+
| |   |   | Date Posted |
| |   |   |  +--+
| |   |   |  | Description  |
| |   |   |  |  |
|27122|Opn|Enh|2004-02-20|IE plugins cannot access components through Tomcat|
|28039|Opn|Enh|2004-03-30|Cluster Support for SingleSignOn  |
|29160|Ver|Enh|2004-05-23|precompile problem: _jspx_meth_* (javax.servlet.js|
|29494|Inf|Enh|2004-06-10|No way to set PATH when running as a service on Wi|
|29936|Opn|Blk|2004-07-06|XML parser loading problems by container  |
|30241|Ver|Enh|2004-07-21|Enhance build script to use branch argument when c|
|30949|Opn|Nor|2004-08-30|After Failed Include, Request and Response not Unw|
|33262|Inf|Enh|2005-01-27|Service Manager autostart should check for adminis|
|33453|Opn|Enh|2005-02-08|Jasper should recompile JSP files whose datestamps|
|33650|Inf|Enh|2005-02-19|Jasper performance for multiple files processing  |
|33671|Opn|Enh|2005-02-21|Manual Windows service installation with custom na|
|34801|New|Enh|2005-05-08|PATCH: CGIServlet does not terminate child after a|
|34805|Ass|Enh|2005-05-08|warn about invalid security constraint url pattern|
|34868|Ass|Enh|2005-05-11|allow to register a trust store for a session that|
|35054|Inf|Enh|2005-05-25|warn if appBase is not existing as a File or direc|
|35869|Inf|Enh|2005-07-26|Can't run as a service on Windows Server 2003 64-B|
|35941|Opn|Cri|2005-07-30|Wrong remote IP reported when using AJP and APR   |
|36121|Opn|Maj|2005-08-10|Including JSP's changes working directory |
|36133|Inf|Enh|2005-08-10|Support JSS SSL implementation|
|36169|New|Enh|2005-08-12|[PATCH] Enable chunked encoding for requests in II|
|36362|New|Enh|2005-08-25|missing check for Java reserved keywords in tag fi|
|36569|Inf|Enh|2005-09-09|Redirects produce illegal URL's   |
|36837|Inf|Enh|2005-09-28|Looking for ProxyHandler implementation of Http re|
|36922|Inf|Enh|2005-10-04|setup.sh file mis-advertised and missing  |
|36923|New|Nor|2005-10-05|Deactivated EL expressions are not parsed for jsp |
|37018|Ass|Enh|2005-10-11|Document how to use tomcat-SSL with a pkcs11 token|
|37072|Ass|Nor|2005-10-13|Encoding mismatch in error condition  |
|37084|Opn|   |2005-10-14|JspC from ant fails on JSPs that use custom taglib|
|37334|Inf|Enh|2005-11-02|Realm digest property not aligned with the adminis|
|37449|Opn|Enh|2005-11-10|Two UserDatabaseRealm break manager user  |
|37485|Inf|Enh|2005-11-14|I'd like to run init SQL after JDBC Connection cre|
|37498|Inf|Nor|2005-11-14|[PATCH] NPE in org.apache.catalina.core.ContainerB|
|37515|Inf|Nor|2005-11-15|smap not generated by JspC when used from Ant for |
|37627|Opn|Nor|2005-11-24|Slow and incomplete dynamic content generation aft|
|37785|Inf|Nor|2005-12-05|Changing startup type via Tomcat Monitor does not |
|37794|Opn|Nor|2005-12-05|getParameter() fails on POST with transfer-encodin|
|37797|Inf|Maj|2005-12-05|Configure Tomcat utility truncates classpath to 96|
|37822|Opn|Nor|2005-12-07|WebappClassLoader interfering with Catalina core c|
|37834|Ass|Nor|2005-12-08|compressableMimeTypes not working properly|
|37847|Ass|Enh|2005-12-09|Allow User To Optionally Specify Catalina Output F|
|37869|Opn|Nor|2005-12-12|Cannot obtain client certificate with SSL / client|
|37918|Inf|Nor|2005-12-15|EL cannot find valid getter from object when using|
|37984|New|Nor|2005-12-21|JNDIRealm.java not able to handle MD5 password|
|38001|Inf|Nor|2005-12-22|TruncatedClassFile when loadind applets   |
|38046|Ass|   |2005-12-27|apache-tomcat-5.5.14-deployer doesn't work (Illega|
|38131|New|Enh|2006-01-05|WatchedResource does not work if app is outside "w|
|38216|Inf|Enh|2006-01-10|Extend Jmxproxy to allow call of MBean Operations |
|38268|Inf|Enh|2006-01-13|User friendly: Need submit button on adding/deleti|
|38290|Inf|Nor|2006-01-16|No SESSION_DESTROYED_EVENT sent for existing webap|
|38291|Inf|Nor|2006-01-16|Form actions hanging in UDecoder.convert  |
|38352|Inf|Nor|2006-01-22|Additional Entries for Default catalina.policy fil|
|38360|

Bug report for Tomcat 4 [2007/08/26]

2007-08-26 Thread bugzilla
+---+
| Bugzilla Bug ID   |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned|
| | OPN=ReopenedVER=Verified(Skipped Closed/Resolved)   |
| |   +-+
| |   | Severity: BLK=Blocker CRI=CriticalMAJ=Major |
| |   |   MIN=Minor   NOR=Normal  ENH=Enhancement   |
| |   |   +-+
| |   |   | Date Posted |
| |   |   |  +--+
| |   |   |  | Description  |
| |   |   |  |  |
| 3839|Opn|Enh|2001-09-26|Problem bookmarking login page|
| 4227|Opn|Enh|2001-10-17|Invalid CGI path  |
| 5329|New|Enh|2001-12-08|NT Service exits startup before Tomcat is finished|
| 5795|New|Enh|2002-01-10|Catalina Shutdown relies on localhost causing prob|
| 5829|New|Enh|2002-01-13|StandardManager needs to cope with sessions throwi|
| 5985|New|Enh|2002-01-23|Tomcat should perform a more restrictive validatio|
| 6600|Opn|Enh|2002-02-20|enodeURL adds 'jsession' when 'isRequestedSessionI|
| 6614|New|Enh|2002-02-21|Have Bootstrap and StandardClassLoader use the sam|
| 6671|New|Enh|2002-02-25|Simple custom tag example uses old declaration sty|
| 7043|New|Enh|2002-03-12|database user and password for JDBC Based Store   |
| 7374|New|Enh|2002-03-22|Apache Tomcat/4.0.1 message on standard output|
| 7676|New|Enh|2002-04-02|Allow name property to use match experssions in  without className in server.xml produces N|
|11069|Opn|Enh|2002-07-23|Tomcat not flag error if tld is outside of /WEB-IN|
|11129|New|Enh|2002-07-24|New valve for putting the sessionIDs in the reques|
|11248|New|Enh|2002-07-29|DefaultServlet doesn't send expires header|
|11754|Opn|Enh|2002-08-15|Synchronous shutdown script - shutdown.sh should w|
|12069|New|Enh|2002-08-27|Creation of more HttpSession objects for one previ|
|12428|Opn|Enh|2002-09-09|request.getUserPrincipal(): Misinterpretation of s|
|12658|New|Enh|2002-09-15|a proxy host and port at the  element level |
|12766|New|Enh|2002-09-18|Tomcat should use tld files in /WEB-INF/ over vers|
|13309|Opn|Enh|2002-10-04|Catalina calls System.exit()  |
|13634|New|Enh|2002-10-15|Allowing system properties to be substituted in co|
|13689|Opn|Enh|2002-10-16|Classloader paths for 'Common' classes and librari|
|13731|New|Enh|2002-10-17|Final request, response, session and other variabl|
|13941|New|Enh|2002-10-24|reload is VERY slow   |
|13965|New|Enh|2002-10-25|Catalina.sh correction request for Tru64 Unix |
|14097|New|Enh|2002-10-30|hardcoded registry value for vm lets tomcat servic|
|14416|New|Enh|2002-11-10|blank tag name in TLD cause NullPointerException  |
|14635|New|Enh|2002-11-18|Should be possible not to have -MM-DD in log f|
|14766|New|Enh|2002-11-22|Redirect Vavle|
|14993|New|Enh|2002-12-02|Possible obselete synchronized declaration|
|15115|New|Enh|2002-12-05|correct docs... XML parser *cannot* be overridden |
|15417|Opn|Enh|2002-12-16|Add port for forced compilation of JSP pages  |
|15688|New|Enh|2002-12-27|full-qualified names instead of imports   |
|15941|New|Enh|2003-01-10|Expose rootCause exceptions at deeper levels  |
|16294|New|Enh|2003-01-21|Configurable URL Decoding.|
|16357|New|Enh|2003-01-23|"connection timeout reached"  |
|16531|New|Enh|2003-01-29|Updating already deployed ".war" files in a single|
|16579|New|Enh|2003-01-30|documentation page layout/style breaks wrapping to|
|16596|New|Enh|2003-01-30|option for disabling log rotation |
|17070|New|Enh|2003-02-14|The Catalina Ant tasks do not allow for 'reusable'|
|17146|New|Enh|2003-02-18|Simplify build.xml using