Re: svn commit: r493480 - /tomcat/connectors/trunk/jk/java/org/apache/jk/common/ChannelSocket.java

2007-01-07 Thread Peter Rossbach
I agree with you, but at apache takeover the backlog can be helpfull,  
and default is 0 as before.


Regards
Peter

Am 07.01.2007 um 00:15 schrieb Bill Barker:



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

ok,  this is hella confusing.  :)
the AJP is supposed to be a persistent protocol, so why would we  
have a

backlog on the listener?
ie, the connections can potentially not close at all in an ideal  
world,

yet you would accept connections and never do anything with them?



I agree that setting the backlog on the AJP Connector is pretty  
pointless.
I suppose that it might be possible to have a setup where Httpd can  
flood
Tomcat with new requests faster than it can handle accepts, but at  
worst it
would only be at startup.  However, the worst that the patch does  
is let a

clueless sysadm shoot herself in the foot :).


Filip

[EMAIL PROTECTED] wrote:

Author: pero
Date: Sat Jan  6 06:34:51 2007
New Revision: 493480

URL: http://svn.apache.org/viewvc?view=rev&rev=493480
Log:
Add backlog attribute to ChannelSocket

Modified:

tomcat/connectors/trunk/jk/java/org/apache/jk/common/ 
ChannelSocket.java


Modified:
tomcat/connectors/trunk/jk/java/org/apache/jk/common/ 
ChannelSocket.java

URL:
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/java/org/ 
apache/jk/common/ChannelSocket.java? 
view=diff&rev=493480&r1=493479&r2=493480
 
==

---
tomcat/connectors/trunk/jk/java/org/apache/jk/common/ 
ChannelSocket.java

(original)
+++
tomcat/connectors/trunk/jk/java/org/apache/jk/common/ 
ChannelSocket.java

Sat Jan  6 06:34:51 2007
@@ -82,6 +82,7 @@
 private int startPort=8009;
 private int maxPort=8019; // 0 for backward compat.
 private int port=startPort;
+private int backlog = 0;
 private InetAddress inet;
 private int serverTimeout;
 private boolean tcpNoDelay=true; // nodelay to true by default
@@ -263,12 +264,16 @@
 }
 public int getMaxSpareThreads() {
-return tp.getMaxSpareThreads();   +return
tp.getMaxSpareThreads();
 }
 public void setBacklog(int i) {
+this.backlog = i;
 }
-+  +public int getBacklog() {
+return backlog;
+}/*   */
 ServerSocket sSocket;
@@ -367,9 +372,9 @@
 for( int i=startPort; i<=maxPort; i++ ) {
 try {
 if( inet == null ) {
-sSocket = new ServerSocket( i, 0 );
+sSocket = new ServerSocket( i, backlog );
 } else {
-sSocket=new ServerSocket( i, 0, inet );
+sSocket=new ServerSocket( i, backlog, inet );
 }
 port=i;
 break;



 
-

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









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






Re: svn commit: r493480 - /tomcat/connectors/trunk/jk/java/org/apache/jk/common/ChannelSocket.java

2007-01-07 Thread Takayuki Kaneko

Hi all,

IMHO, it is useful that we can set the backlog on AJP connector.
Because mod_jk 1.2.19 or later has "DisableReuse" option.

In previous versions, Tomcat had to be set the maxThreads lager than
Apache's MaxClients. So, Tomcat's threads were excessive.

I expect that Tomcat will be able to handle multiple socket by lesser threads
with this option and backlog on AJP.

Regards,

-Takayuki

On 1/7/07, Peter Rossbach <[EMAIL PROTECTED]> wrote:

I agree with you, but at apache takeover the backlog can be helpfull,
and default is 0 as before.

Regards
Peter

Am 07.01.2007 um 00:15 schrieb Bill Barker:

>
> "Filip Hanik - Dev Lists" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
>> ok,  this is hella confusing.  :)
>> the AJP is supposed to be a persistent protocol, so why would we
>> have a
>> backlog on the listener?
>> ie, the connections can potentially not close at all in an ideal
>> world,
>> yet you would accept connections and never do anything with them?
>>
>
> I agree that setting the backlog on the AJP Connector is pretty
> pointless.
> I suppose that it might be possible to have a setup where Httpd can
> flood
> Tomcat with new requests faster than it can handle accepts, but at
> worst it
> would only be at startup.  However, the worst that the patch does
> is let a
> clueless sysadm shoot herself in the foot :).
>
>> Filip
>>


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



Re: svn commit: r493480 - /tomcat/connectors/trunk/jk/java/org/apache/jk/common/ChannelSocket.java

2007-01-07 Thread Filip Hanik - Dev Lists
in addition to that, shouldn;t the property be named "acceptCount" to 
match the other connectors?


Filip

Takayuki Kaneko wrote:

Hi all,

IMHO, it is useful that we can set the backlog on AJP connector.
Because mod_jk 1.2.19 or later has "DisableReuse" option.

In previous versions, Tomcat had to be set the maxThreads lager than
Apache's MaxClients. So, Tomcat's threads were excessive.

I expect that Tomcat will be able to handle multiple socket by lesser 
threads

with this option and backlog on AJP.

Regards,

-Takayuki

On 1/7/07, Peter Rossbach <[EMAIL PROTECTED]> wrote:

I agree with you, but at apache takeover the backlog can be helpfull,
and default is 0 as before.

Regards
Peter

Am 07.01.2007 um 00:15 schrieb Bill Barker:

>
> "Filip Hanik - Dev Lists" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
>> ok,  this is hella confusing.  :)
>> the AJP is supposed to be a persistent protocol, so why would we
>> have a
>> backlog on the listener?
>> ie, the connections can potentially not close at all in an ideal
>> world,
>> yet you would accept connections and never do anything with them?
>>
>
> I agree that setting the backlog on the AJP Connector is pretty
> pointless.
> I suppose that it might be possible to have a setup where Httpd can
> flood
> Tomcat with new requests faster than it can handle accepts, but at
> worst it
> would only be at startup.  However, the worst that the patch does
> is let a
> clueless sysadm shoot herself in the foot :).
>
>> Filip
>>


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






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



Re: svn commit: r493480 - /tomcat/connectors/trunk/jk/java/org/apache/jk/common/ChannelSocket.java

2007-01-07 Thread Bill Barker

"Takayuki Kaneko" <[EMAIL PROTECTED]> wrote in message 
news:[EMAIL PROTECTED]
> Hi all,
>
> IMHO, it is useful that we can set the backlog on AJP connector.
> Because mod_jk 1.2.19 or later has "DisableReuse" option.
>
> In previous versions, Tomcat had to be set the maxThreads lager than
> Apache's MaxClients. So, Tomcat's threads were excessive.
>
> I expect that Tomcat will be able to handle multiple socket by lesser 
> threads
> with this option and backlog on AJP.
>

And, you would be wrong.  Turning on the DisableReuse option basically 
downgrades Tomcat to AJP/1.2 (which also means that it is almost unusable in 
a production system).  And setting the backlog can only hurt you :).  Tomcat 
will still accept connections as fast as it can.  If you want to use fewer 
threads, then you need to use the APR or NIO AJP Connector.  But IMHO, you 
should get server with a real O/S, so you don't have to care about thread 
counts.

> Regards,
>
> -Takayuki
>
> On 1/7/07, Peter Rossbach <[EMAIL PROTECTED]> wrote:
>> I agree with you, but at apache takeover the backlog can be helpfull,
>> and default is 0 as before.
>>
>> Regards
>> Peter
>>
>> Am 07.01.2007 um 00:15 schrieb Bill Barker:
>>
>> >
>> > "Filip Hanik - Dev Lists" <[EMAIL PROTECTED]> wrote in message
>> > news:[EMAIL PROTECTED]
>> >> ok,  this is hella confusing.  :)
>> >> the AJP is supposed to be a persistent protocol, so why would we
>> >> have a
>> >> backlog on the listener?
>> >> ie, the connections can potentially not close at all in an ideal
>> >> world,
>> >> yet you would accept connections and never do anything with them?
>> >>
>> >
>> > I agree that setting the backlog on the AJP Connector is pretty
>> > pointless.
>> > I suppose that it might be possible to have a setup where Httpd can
>> > flood
>> > Tomcat with new requests faster than it can handle accepts, but at
>> > worst it
>> > would only be at startup.  However, the worst that the patch does
>> > is let a
>> > clueless sysadm shoot herself in the foot :).
>> >
>> >> Filip
>> >> 




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



Re: svn commit: r493480 - /tomcat/connectors/trunk/jk/java/org/apache/jk/common/ChannelSocket.java

2007-01-07 Thread Tim Whittington
This is one of the major problems with the current JK implementation
 
If web server threads, JK worker connection_pool_size and AJP
maxThreads don't all match, then you can get (silently) dropped
connections.
If you configure it so you don't, then you've got very large numbers of
connections (and possibly threads) on your backend Tomcats.
 
I've got one production Apache 2 with 1000 max threads, serving
multiple back end Tomcat instances, each of which have to have
maxThreads set to 1000 to be sure they don't break.
This is less of (not?) an issue with the NIO/APR connectors, but it's
somewhat of a broken architecture.
 
tim

>>> On 8/01/2007 at 7:48 a.m., in message <[EMAIL PROTECTED]>,
"Bill Barker" <[EMAIL PROTECTED]> wrote:

"Takayuki Kaneko" <[EMAIL PROTECTED]> wrote in message 
news:[EMAIL PROTECTED]
> Hi all,
>
> IMHO, it is useful that we can set the backlog on AJP connector.
> Because mod_jk 1.2.19 or later has "DisableReuse" option.
>
> In previous versions, Tomcat had to be set the maxThreads lager than
> Apache's MaxClients. So, Tomcat's threads were excessive.
>
> I expect that Tomcat will be able to handle multiple socket by lesser

> threads
> with this option and backlog on AJP.
>

And, you would be wrong.  Turning on the DisableReuse option basically

downgrades Tomcat to AJP/1.2 (which also means that it is almost
unusable in 
a production system).  And setting the backlog can only hurt you :). 
Tomcat 
will still accept connections as fast as it can.  If you want to use
fewer 
threads, then you need to use the APR or NIO AJP Connector.  But IMHO,
you 
should get server with a real O/S, so you don't have to care about
thread 
counts.

> Regards,
>
> -Takayuki
>
> On 1/7/07, Peter Rossbach <[EMAIL PROTECTED]> wrote:
>> I agree with you, but at apache takeover the backlog can be
helpfull,
>> and default is 0 as before.
>>
>> Regards
>> Peter
>>
>> Am 07.01.2007 um 00:15 schrieb Bill Barker:
>>
>> >
>> > "Filip Hanik - Dev Lists" <[EMAIL PROTECTED]> wrote in message
>> > news:[EMAIL PROTECTED]
>> >> ok,  this is hella confusing.  :)
>> >> the AJP is supposed to be a persistent protocol, so why would we
>> >> have a
>> >> backlog on the listener?
>> >> ie, the connections can potentially not close at all in an ideal
>> >> world,
>> >> yet you would accept connections and never do anything with
them?
>> >>
>> >
>> > I agree that setting the backlog on the AJP Connector is pretty
>> > pointless.
>> > I suppose that it might be possible to have a setup where Httpd
can
>> > flood
>> > Tomcat with new requests faster than it can handle accepts, but
at
>> > worst it
>> > would only be at startup.  However, the worst that the patch does
>> > is let a
>> > clueless sysadm shoot herself in the foot :).
>> >
>> >> Filip
>> >> 




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



Re: Script for publishing JARs to Maven Repo done

2007-01-07 Thread Paul McMahan

On 1/5/07, Filip Hanik - Dev Lists <[EMAIL PROTECTED]> wrote:

I'll add this patch in, that's not a problem, we've already identified

Thank you.


So if you are integrating TC6, I hope you are not doing it the same way
they did TC5.5, we've received complaints about that integration,
about the fact that server.xml is completely redundant but much more
complex and less documented in the GBean format.

I was going to, if I had time, simple have tomcat embedded but in such a
way that configuration files remained the same, even in an embedded version.
Is this where your head is at too?


The initial goal is to replace TC5 with TC6 as-is.  However, I agree
that Geronimo's  current approach of replicating the Tomcat settings
from server.xml as gbean attributes has caused some confusion for
experienced Tomcat users trying to port their applications to
Geronimo.  Taking this approach has some advantages, though, such as
the ability to expose Tomcat attributes via the Geronimo kernel
through inversion of control.  We can probably come up with a better
alternative if we move this discussion to [EMAIL PROTECTED], and it would
be timely as well since Geronimo is moving towards xbean.

Best wishes,
Paul

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



svn commit: r493861 - /tomcat/connectors/trunk/KEYS

2007-01-07 Thread rjung
Author: rjung
Date: Sun Jan  7 14:06:06 2007
New Revision: 493861

URL: http://svn.apache.org/viewvc?view=rev&rev=493861
Log:
Adding signing key of guenter knauf.
He provides signed Netware binaries for mod_jk.

Modified:
tomcat/connectors/trunk/KEYS

Modified: tomcat/connectors/trunk/KEYS
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/KEYS?view=diff&rev=493861&r1=493860&r2=493861
==
--- tomcat/connectors/trunk/KEYS (original)
+++ tomcat/connectors/trunk/KEYS Sun Jan  7 14:06:06 2007
@@ -460,3 +460,48 @@
 POKL9N3T3MkdexuGv1Fc41aWQRcAn3GUI1TJ4wJDGCPAJMb16IrnxUdt
 =C30m
 -END PGP PUBLIC KEY BLOCK-
+
+Type Bits/KeyIDDate   User ID
+pub  1024D/E55B0D0E 2007-01-01 "Guenter Knauf" ("CODE SIGNING KEY") <[EMAIL 
PROTECTED]>
+
+-BEGIN PGP PUBLIC KEY BLOCK-
+Version: GnuPG v1.4.6 (MingW32)
+
+mQGiBEWZmwYRBAD0q6ODLHHR2D/8L7yANKOviQZwhRDOxfxIL3PoZ/xN/bMPeo8t
+wcv6Wh/VnIdz153kl2EkdYhCNbc+d0g/WMfFNe7ch8hqeYJKKQBj2fViS30ZLfju
+EwVesWzr7kUah2ETHC2Lo+vd0+x2yLsTriWUhK/ZU+85MTZRs5HX4e03NwCg5SpM
+iJp1pLwJGEt1zsAfIqUVfXcD/3uOlJamsYXmNGtEsndP3V67gsQxrleWWrLQzkt5
+WP/Myq5uY3XtIa0j6NE9TZtXwFQzVoeLQhpUg8bMuPRg3VzB5oq3ClkS09w38xyF
+eEZlNjeJg9TfvDk4bYpLKHtJeFn3pFR13Ojz+r7AHo/wbcO/Jho6XXLJPCjeMBFg
+MVagA/oDalIMI9cUVmM5In2WexaGuYqOaLD/2CEpNpL2zppv/5ES75oU1I6bNVw8
+jVI5pHIVn7wTH4ja3GfK238uncqot4SM6DxdW1F4Gj4cKG1YXyPbD+kqqX4IrzFW
+VL92VtA7LJdt2t/z+OFg2StDKiKtpGdSGcWEimDu7RapK251d7Q4Ikd1ZW50ZXIg
+S25hdWYiICgiQ09ERSBTSUdOSU5HIEtFWSIpIDxmdWFua2dAYXBhY2hlLm9yZz6I
+ZgQTEQIAJgUCRZmbBgIbAwUJCWYBgAYLCQgHAwIEFQIIAwQWAgMBAh4BAheAAAoJ
+EC/waJTlWw0OzdYAnR7vfP8ygtxJ0d7zMxM+LphquxSJAKCCcOTJ4VO0NnidBb/n
+FHN99o9pdbkEDQRFmZtOEBAAwlQPuku80T82g6aS1HpnsXyzxG+k1k0Nj66ZvRM0
+f8gQKmGanVTsbmjXRD1Q0N/WR3F5ynrk+dvgdN0/IqBxR+Ek6L0hYFqa0Mp8Rqw7
+0M7oUI5iwMa/873koCnBhFet6Eu91mVPOSE9mdVIw/vlq8KT8VuxcqpvUKYgjC9h
+HK3GQniaR4JKkCQjk4ZynQiDckKcfaR765GYvw3Fq+v92Ebrdu5qYh4Tq2ncEY6q
+fCcxTu6THXNPVgX+A+5ASlcLAxMAD1W25//abwPdvBIZ/76nXXGnZI4NQDQQf1W3
+btrcHxQUXrvHM1DTV70wlifIA3xjuWTIRr31gXv5QVrVQdn58AhWoHB2eSGX/jhH
+zQfghS/FkBIt//THDNDYhNtqHLz6SihMHNDIUcBNNZDF1tO2slsrAtKkooX1J91l
+BtWRWwkU3VK1HttMhAB5xUswbn3XExKK/J7IiI2M+Qz/QIKVIWcPyYmPBUkwtNtV
+RiGPcq2OMF2BEKRVyCZa1rQuPNRLv2iuFD7iaRfMMakWGIY2uIeLAy3KNS6VbH0q
+a7LUfeUv0Be2yyEAr5luMwomWzAHpW4xhCLG0kjMiNCceTJwASG6eTg/JpWxcXca
+8M0ZvcbVBZ7nzvwDRBCtH0W+9w+gNwgtToE4UnglrO4TsXtWwOyLfv+GaVQIngqH
+4lsAAwUQAL/VaXfDuLOe1j3jn1sKjDIfIHzTS0THdxpP3B0WahZ7xHAtuFdd8jXi
+CmIGi9hKO99Mn5xsW3/cEPVfTjkXbfsgUc5xHsC8zJ9BCHctkgPvaHUJ7lAyZbW+
+y+CrW+dpCN49Y8H50NhwjiHiwT7GynNKnOxMFg/aZKLBVFFOzjqtDQ8qjiPdgAld
+O/tV7/WV4HTZvGUqQloEqqMjWTJO+fw9Mau/ejvBBuz/P78XkCku8cST6hjg89FX
+gyB0J7TL3ykvJltIS1gBNK6BF3N2es4qIaT/MUUbB5wdpltYt1HZHBUtvF8ywySu
+Tu3ymyYfLQdRt+e32tMWgbWL00d2YJDeEOFeylBbOErzHI+tqxAQlwigKzHyUQkN
+Kel2MRmdsaiHMlc8Btj6YsFTf+sXnLo/zkq3BLVJd9qRS+udbbT02TIVhKybbJbx
+tgg5ajhDzOuRHb+RhpqjAaM6HGM2Vv1y3OLSzAN981LyEKgqIG2cwmNmubQLgwi1
+UDhcrTLlaXpFB+SHpvZPsnBQ329YKurlIV/rL38ZajIIMYPmk6bZIqTW0cwy7aHL
+XgBEgIpUjHDBOnq80rcyc4dauctgU1muYFh6y47yqtxmTkHu5nwTbZEn6/l1/Ffo
+GCRMkLtwRdDm/4BfuuPExBNkplzglJ/cMAvvr0/mwv+tqvQTT0CMiE8EGBECAA8F
+AkWZm04CGwwFCQlmAYAACgkQL/BolOVbDQ4R3ACdHuJ0qhGNF2HmkKxkEvyQ8XYB
+KGYAoI/VBpQ3XajbV/CPs3YP4qBMddA/
+=LiRc
+-END PGP PUBLIC KEY BLOCK-



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



Bug report for Tomcat 3 [2007/01/07]

2007-01-07 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 Tomcat 4 [2007/01/07]

2007-01-07 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|
|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 

Bug report for Watchdog [2007/01/07]

2007-01-07 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/01/07]

2007-01-07 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  |
| |   |   |  |  |
|22679|Ver|Enh|2003-08-24|how to access ssl session ID out of tomcat to prev|
|28039|New|Enh|2004-03-30|Cluster Support for SingleSignOn  |
|28634|Ass|Enh|2004-04-27|Extend StandardManager/StandardSession for DeltaMa|
|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|
|30241|Ver|Enh|2004-07-21|Enhance build script to use branch argument when c|
|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|
|35079|Inf|Enh|2005-05-26|Should be able to specify DNS lookup timeout  |
|35229|Opn|Enh|2005-06-05|alert user about expired certificates in client ce|
|35552|Inf|Enh|2005-06-29|JMS destination under|
|35746|Inf|Enh|2005-07-14|session manager should be immune to system clock t|
|35765|New|Enh|2005-07-16|make the SSL cipher config in server.xml fail safe|
|35869|Inf|Enh|2005-07-26|Can't run as a service on Windows Server 2003 64-B|
|36133|Inf|Enh|2005-08-10|Support JSS SSL implementation|
|36169|New|Enh|2005-08-12|[PATCH] Enable chunked encoding for IIS JK connect|
|36362|New|Enh|2005-08-25|missing check for Java reserved keywords in tag fi|
|36365|Opn|Nor|2005-08-26|IIS5.1-isapi_redirector.dll (1.2.14) plugin issue |
|36540|Inf|Enh|2005-09-07|pooled cluster replication does not seem ensure sy|
|36569|Inf|Enh|2005-09-09|Redirects produce illegal URL's   |
|36630|Opn|Maj|2005-09-13|Error instantiating servlet class |
|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|New|Nor|2005-10-13|Encoding mismatch in error condition  |
|37084|Opn|   |2005-10-14|JspC from ant fails on JSPs that use custom taglib|
|37138|New|Enh|2005-10-18|Allow to specify a security provider (priority lis|
|37326|Ass|Nor|2005-11-01|No error reported when  has non-exist|
|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|
|37674|New|Nor|2005-11-29|Windows EXE fails to pass spaces in JVMTI -javaage|
|37785|Inf|Nor|2005-12-05|Changing startup type via Tomcat Monitor does not |
|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|Ass|Nor|2005-12-15|EL cannot find valid getter from object when using|
|37956|Opn|Enh|2005-12-18|Make 'set static fields to null' ClassLoader leak |
|37984|New|Nor|2005-12-21|JNDIRealm.java not able to handle MD5 password|
|38001|Inf|Nor|2005-12-22|Tru