svn commit: r381081 - /tomcat/container/tc5.5.x/webapps/docs/logging.xml

[jfclere]

Author: jfclere
Date: Sun Feb 26 03:36:53 2006
New Revision: 381081

URL: http://svn.apache.org/viewcvs?rev=381081&view=rev
Log:
Arrange commons-logging location.

Modified:
tomcat/container/tc5.5.x/webapps/docs/logging.xml

Modified: tomcat/container/tc5.5.x/webapps/docs/logging.xml
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/webapps/docs/logging.xml?rev=381081&r1=381080&r2=381081&view=diff
==
--- tomcat/container/tc5.5.x/webapps/docs/logging.xml (original)
+++ tomcat/container/tc5.5.x/webapps/docs/logging.xml Sun Feb 26 03:36:53 2006
@@ -61,8 +61,7 @@
 
   
 Create a file called log4j.properties with the following content 
-and save it into common/classes. 
-
+and save it into common/classes.
   
 log4j.rootLogger=debug, R 
 log4j.appender.R=org.apache.log4j.RollingFileAppender 
@@ -78,7 +77,7 @@
http://logging.apache.org/log4j";>Download Log4J 
 (v1.2 or later) and place the log4j jar in 
$CATALINA_HOME/common/lib.
 
-http://jakarta.apache.org/site/binindex.cgi#commons-logging";>
+http://jakarta.apache.org/site/downloads/downloads_commons-logging.cgi";>
 Download Commons Logging and place the commons-logging.jar 
 (not commons-logging-api.jar) in $CATALINA_HOME/common/lib with 
 the log4j jar.



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

Re: Strange Google search text for Tomcat

[Jean-frederic Clere]

Costin Manolache wrote:


If you do a search for the snippet, one of the first links is in the
directory - 
http://www.google.com/Top/Computers/Programming/Languages/Java/Server-Side/Servlets/Servlet_Engines/

Searching for resin or servletexec will also show the snippents from
the directory - so it's likely the source.

Don't know how it could be fixed - either submit it with the right
description, or maybe ask to become an editor ?
 


I have applied for it.

Cheers

Jean-Frederic


Costin
( with standard disclaimers, I just did a quick search :-)


On 2/25/06, Yoav Shapira <[EMAIL PROTECTED]> wrote:
 


Hi,
When I do a Google search for Tomcat, the first result is
tomcat.apache.org as expected, but the snippet line that google
displays is strange, saying something about Tomcat growing into a
fuller J2EE container.  Does anyone have a clue where the line under
the top result ("has grown into...") comes from?

Attaching a screenshot to show this, though it's easy to reproduce by
just googling for tomcat...

--
Yoav Shapira
System Design and Management Fellow
MIT Sloan School of Management
Cambridge, MA, USA
[EMAIL PROTECTED] / www.yoavshapira.com



-
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]


 




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

Re: svn commit: r381081 - /tomcat/container/tc5.5.x/webapps/docs/logging.xml

[Jean-frederic Clere]

Hi,

Next question: how do I republish the 
http://tomcat.apache.org/tomcat-5.5-doc pages?


Cheers

Jean-Frederic

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

Change process (Was: Persistent storage of sessions, why no Principal?)

[Roland Turner (Apache)]

Hi all.

Last week I posted the question below. It appears from the (near)
complete silence that followed that no-one knows. So, my new question is
about tomcat's change process. I've not submitted code to tomcat before,
so don't really where to start. Is simply posting a patch to this list
an appropriate place to start?

- Raz

On Sun, 2006-02-19 at 17:41 +, Roland Turner (Apache) wrote:
> I note that StandardSession has notes on the authType and principal
> indicating that they are not included in the serialised form of the
> object, but no explanation of this choice is obvious. I also have the
> impression that there's some see-sawing on this; the limitation is
> present in 4.1.31 and 5.0.30, but some Googling shows this up in the
> 5.0.20 changelog:
> 
> Avoid serializing Subject/Principal when persisting the session
> (jfarcand)
> 
> Can someone explain why (or point me at an existing explanation that
> I've missed)?
> 
> Thanks.
> 
> - Raz


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

Re: Change process (Was: Persistent storage of sessions, why no Principal?)

[Leon Rosenberg]

Opening a bugzilla ticket (http://issues.apache.org/bugzilla/) and
attaching a patch there is surely the first step to take :-)

regards
Leon

On 2/26/06, Roland Turner (Apache) <[EMAIL PROTECTED]> wrote:
> Hi all.
>
> Last week I posted the question below. It appears from the (near)
> complete silence that followed that no-one knows. So, my new question is
> about tomcat's change process. I've not submitted code to tomcat before,
> so don't really where to start. Is simply posting a patch to this list
> an appropriate place to start?
>
> - Raz
>
> On Sun, 2006-02-19 at 17:41 +, Roland Turner (Apache) wrote:
> > I note that StandardSession has notes on the authType and principal
> > indicating that they are not included in the serialised form of the
> > object, but no explanation of this choice is obvious. I also have the
> > impression that there's some see-sawing on this; the limitation is
> > present in 4.1.31 and 5.0.30, but some Googling shows this up in the
> > 5.0.20 changelog:
> >
> > Avoid serializing Subject/Principal when persisting the session
> > (jfarcand)
> >
> > Can someone explain why (or point me at an existing explanation that
> > I've missed)?
> >
> > Thanks.
> >
> > - Raz
>
>
> -
> 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]

svn commit: r381105 - in /tomcat/container/tc5.5.x/modules/groupcom: src/share/org/apache/catalina/tribes/ src/share/org/apache/catalina/tribes/io/ src/share/org/apache/catalina/tribes/mcast/ src/shar

[fhanik]

Author: fhanik
Date: Sun Feb 26 07:14:18 2006
New Revision: 381105

URL: http://svn.apache.org/viewcvs?rev=381105&view=rev
Log:
Optimized the Mcast membership`

Modified:

tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/Constants.java

tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/Member.java

tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/io/ObjectReader.java

tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/io/ReplicationStream.java

tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/mcast/Constants.java

tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/mcast/McastMember.java

tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/mcast/McastMembership.java

tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/mcast/McastService.java

tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/mcast/McastServiceImpl.java

tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tcp/AsyncSocketSender.java

tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tcp/Constants.java

tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tcp/DataSender.java

tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tcp/DataSenders.properties

tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tcp/FastAsyncSocketSender.java

tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tcp/IDataSenderFactory.java

tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tcp/ReplicationListener.java

tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tcp/ReplicationTransmitter.java

tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/util/FastQueue.java

tomcat/container/tc5.5.x/modules/groupcom/test/org/apache/catalina/tribes/demos/Draw.java

Modified: 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/Constants.java
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/Constants.java?rev=381105&r1=381104&r2=381105&view=diff
==
--- 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/Constants.java
 (original)
+++ 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/Constants.java
 Sun Feb 26 07:14:18 2006
@@ -18,7 +18,7 @@
 package org.apache.catalina.tribes;
 
 /**
- * Manifest constants for the org.apache.catalina.groups
+ * Manifest constants for the org.apache.catalina.tribes
  * package.
  *
  * @author Bip Thelin
@@ -26,5 +26,5 @@
  */
 
 public final class Constants {
-public static final String Package = "org.apache.catalina.groups";
+public static final String Package = "org.apache.catalina.tribes";
 }

Modified: 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/Member.java
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/Member.java?rev=381105&r1=381104&r2=381105&view=diff
==
--- 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/Member.java
 (original)
+++ 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/Member.java
 Sun Feb 26 07:14:18 2006
@@ -48,7 +48,7 @@
 /**
  * Returns the TCP listen host for the TCP implementation
  */
-public String getHost();
+public byte[] getHost();
 /**
  * Returns the TCP listen portfor the TCP implementation
  */

Modified: 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/io/ObjectReader.java
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/io/ObjectReader.java?rev=381105&r1=381104&r2=381105&view=diff
==
--- 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/io/ObjectReader.java
 (original)
+++ 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/io/ObjectReader.java
 Sun Feb 26 07:14:18 2006
@@ -90,7 +90,7 @@
  * Send buffer to cluster listener (callback).
  * Is message complete receiver send message to callback?
  *
- * @see 
org.apache.catalina.groups.tcp.ClusterReceiverBase#messageDataReceived(ChannelMessage)
+ * @see 
org.apache.catalina.tribes.tcp.ClusterReceiverBase#messageDataReceived(ChannelMessage)

Re: Change process (Was: Persistent storage of sessions, why no Principal?)

[Roland Turner (Apache)]

On Sun, 2006-02-26 at 15:47 +0100, Leon Rosenberg wrote:

> Opening a bugzilla ticket (http://issues.apache.org/bugzilla/) and
> attaching a patch there is surely the first step to take :-)

Ah, good idea. Thanks.

Now, to work up that patch...

- Raz


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

svn commit: r381136 - /tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/mcast/McastMembership.java

[fhanik]

Author: fhanik
Date: Sun Feb 26 10:47:41 2006
New Revision: 381136

URL: http://svn.apache.org/viewcvs?rev=381136&view=rev
Log:
Remove the use of getName as the hash key. use the member itself

Modified:

tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/mcast/McastMembership.java

Modified: 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/mcast/McastMembership.java
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/mcast/McastMembership.java?rev=381136&r1=381135&r2=381136&view=diff
==
--- 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/mcast/McastMembership.java
 (original)
+++ 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/mcast/McastMembership.java
 Sun Feb 26 10:47:41 2006
@@ -88,10 +88,10 @@
 if (  member.equals(local) ) return result;
 
 //return true if the membership has changed
-MbrEntry entry = (MbrEntry)map.get(member.getName());
+MbrEntry entry = (MbrEntry)map.get(member);
 if ( entry == null ) {
 entry = new MbrEntry(member);
-map.put(member.getName(),entry);
+map.put(member,entry);
 addMcastMember(member);
 result = true;
} else {
@@ -176,7 +176,7 @@
 McastMember[] result = new McastMember[list.size()];
 list.toArray(result);
 for( int j=0; j

svn commit: r381138 - /tomcat/container/tc5.5.x/modules/groupcom/test/org/apache/catalina/tribes/demos/Draw.java

[fhanik]

Author: fhanik
Date: Sun Feb 26 10:50:12 2006
New Revision: 381138

URL: http://svn.apache.org/viewcvs?rev=381138&view=rev
Log:
Should have never made it into SVN, license incompatibilities

Removed:

tomcat/container/tc5.5.x/modules/groupcom/test/org/apache/catalina/tribes/demos/Draw.java


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

Re: Change process (Was: Persistent storage of sessions, why no Principal?)

[Mark Thomas]

Roland Turner (Apache) wrote:
> Hi all.
> 
> Last week I posted the question below. It appears from the (near)
> complete silence that followed that no-one knows. So, my new question is
> about tomcat's change process. I've not submitted code to tomcat before,
> so don't really where to start. Is simply posting a patch to this list
> an appropriate place to start?
> 
> - Raz
> 
> On Sun, 2006-02-19 at 17:41 +, Roland Turner (Apache) wrote:
> 
>>I note that StandardSession has notes on the authType and principal
>>indicating that they are not included in the serialised form of the
>>object, but no explanation of this choice is obvious. I also have the
>>impression that there's some see-sawing on this; the limitation is
>>present in 4.1.31 and 5.0.30, but some Googling shows this up in the
>>5.0.20 changelog:
>>
>>Avoid serializing Subject/Principal when persisting the session
>>(jfarcand)

I doubt there has been see-sawing. 4.1.x and 5.x have been developed
in parallel so it is more likely that the change was made on the 4.1.x
and the 5.0.x branch at roughly the same time although I haven't been
back through the SVN logs to confirm this.

As to the why, searching the archives for "serialize principal" turned
up this thread:
http://marc.theaimsgroup.com/?l=tomcat-dev&m=107841409104907&w=2

Not a complete explanation, but a start. Maybe some further digging in
the archives would turn up the answer you are looking for.


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

Re: Change process (Was: Persistent storage of sessions, why no Principal?)

[Marc de Klerk]

once more: please unsubscribe!
Thanks


- Original Message 
From: Roland Turner (Apache) <[EMAIL PROTECTED]>
To: dev@tomcat.apache.org
Sent: Sunday, February 26, 2006 3:45:08 PM
Subject: Change process (Was: Persistent storage of sessions, why no Principal?)

Hi all.

Last week I posted the question below. It appears from the (near)
complete silence that followed that no-one knows. So, my new question is
about tomcat's change process. I've not submitted code to tomcat before,
so don't really where to start. Is simply posting a patch to this list
an appropriate place to start?

- Raz

On Sun, 2006-02-19 at 17:41 +, Roland Turner (Apache) wrote:
> I note that StandardSession has notes on the authType and principal
> indicating that they are not included in the serialised form of the
> object, but no explanation of this choice is obvious. I also have the
> impression that there's some see-sawing on this; the limitation is
> present in 4.1.31 and 5.0.30, but some Googling shows this up in the
> 5.0.20 changelog:
> 
> Avoid serializing Subject/Principal when persisting the session
> (jfarcand)
> 
> Can someone explain why (or point me at an existing explanation that
> I've missed)?
> 
> Thanks.
> 
> - Raz


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

Bug report for Tomcat 3 [2006/02/26]

[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|
| 2478|Opn|Cri|2001-07-06|Passing Session variables between JSP's and Servle|
| 4551|Opn|Nor|2001-10-31|Ctx( /tt01 ): IOException in: R( /tt01 + /com/abc/|
| 4980|New|Min|2001-11-20|Startup message indicates incorrect log file  |
| 4994|New|Nor|2001-11-21|Tomcat needs a mechanism for clean and certain shu|
| 5064|New|Cri|2001-11-25|Socket write error when include files is more than|
| 5108|New|Maj|2001-11-26|Docs for Tomcat 3.2.x appear to be for Tomcat 3.3 |
| 5137|New|Nor|2001-11-27|Null pointer in class loader after attempting to r|
| 5160|Unc|Maj|2001-11-28|'IllegalStateException'   |
| 5331|New|Nor|2001-12-09|getPathInfo vs URL normalization  |
| 5510|New|Blk|2001-12-19|How to call ejb deployed in JBoss from Tomcat serv|
| 5756|New|Nor|2002-01-08|jspc.bat exits with wrong ERRORLEVEL  |
| 5797|New|Nor|2002-01-10|UnCatched ? StringIndexOutOfBoundsException: Strin|
| 6027|New|Maj|2002-01-25|Tomcat  Automatically shuts down as service   |
| 6168|New|Blk|2002-02-01|IllegalStateException |
| 6451|New|Cri|2002-02-14|Stackoverflow |
| 6478|New|Enh|2002-02-14|Default Tomcat Encoding   |
| 6488|Ver|Maj|2002-02-15|Error: 304. Apparent bug in default ErrorHandler c|
| 6648|New|Nor|2002-02-25|jakarta-servletapi build with java 1.4 javadoc err|
| 6702|New|Cri|2002-02-27|win 2k services not working   |
| 6796|New|Cri|2002-03-01|Tomcat dies periodically  |
| 6989|New|Maj|2002-03-08|Unable to read tld file during parallel JSP compil|
| 7013|New|Cri|2002-03-10|Entering a servlet path with non-ISO8859-1 charact|
| 7227|New|Nor|2002-03-19| directive don't work |
| 7626|New|Nor|2002-03-29|classloader not working properly  |
| 7652|New|Cri|2002-04-01|Tomcat stalls periodically|
| 7785|New|Blk|2002-04-06|tomcat bug in context reloading   |
| 7863|New|Maj|2002-04-09|I have a problem when running Tomcat with IIS |
| 8187|New|Cri|2002-04-17|Errors when Tomcat used with MS Access database   |
| 8239|New|Cri|2002-04-18|Resource temporary unavailable|
| 8263|New|Cri|2002-04-18|url-pattern easy to circumvent|
| 9250|New|Maj|2002-05-20|outOfMemoryError  |
| 9367|New|Maj|2002-05-23|HttpSessionBindingEvent not thrown for HttpSession|
| 9390|New|Nor|2002-05-24|jasper compilation error in tomcat|
| 9480|New|Nor|2002-05-29|Data connection pooling   |
| 9607|New|Maj|2002-06-04|precompile JSP|
| 9737|Ver|Nor|2002-06-10|ArrayIndexOutOfBoundsException when sending just p|
|10047|New|Cri|2002-06-20|IllegalStateException |
|10202|New|Maj|2002-06-25|Tomcat is not responding in time  |
|10357|Unc|Blk|2002-06-30|java.lang.IllegalArgumentException: Short Read|
|10406|New|Cri|2002-07-02|IllegalStateException |
|11087|New|Blk|2002-07-23|IllegalStateException |
|11286|New|Maj|2002-07-30|Tomcat threads not respond if increase JVM size   |
|11466|New|Nor|2002-08-05|ContextManager: SocketException reading request   |
|12156|New|Cri|2002-08-29|Apache and Tomcat 3.3.1 Interworking problem  |
|12194|New|Maj|2002-08-30|Tomcat does not send WWW-Authenticate header  |
|12852|New|Nor|2002-09-20|May be error in _jspService() -> out.flushBuffers(|
|14386|New|Maj|2002-11-08|Date headers corrupted using setDateHeader|
|15632|New|Nor|2002-12-23|Problem with the Tomcat Sessions Parameter on URL |
|16363|New|Cri|2003-01-23|Stack Overflow accessing compiled JSP - Tomcat 3.2|
|17081|New|Min|2003-02-14|Some javadoc comment fixes|
|17915|New|Maj|2003

Bug report for Tomcat 4 [2006/02/26]

[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   |
|15893|New|Enh|2003-01-08|Need a getPort() method on Connector or similar fu|
|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 Tomcat 5 [2006/02/26]

[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  |
| |   |   |  |  |
|13723|New|Cri|2002-10-17|Tom Cat does not start|
|17310|Ver|Nor|2003-02-22|;jsessionid confuses StandardHostcan't find Co|
|19803|Ver|Maj|2003-05-09|manager reload fails and disables app - Incompatib|
|19958|Ver|Maj|2003-05-15|Problems reading ServletInputStream   |
|20268|Opn|Maj|2003-05-27|Tomcat 5.0.2 takes 100% CPU   |
|21045|Ver|Nor|2003-06-24|Manager app does find resources   |
|21600|Ver|Nor|2003-07-15|'s lost after manager stop/start or rel|
|22679|Ver|Enh|2003-08-24|how to access ssl session ID out of tomcat to prev|
|22986|Ver|Nor|2003-09-08|Web apps with context XML file don't start if CATA|
|24413|Ver|Nor|2003-11-04|bundled JMX implementation not compliant to specif|
|24943|Ver|Nor|2003-11-24|Tomcat 5.0.14 / Windows 2000 Service does not star|
|25078|Ver|Nor|2003-11-29|Catalina Ant Serverinfo task always fails |
|27338|Ver|Maj|2004-03-01|Wrong mappings for JSP Documents (.jspx)  |
|28039|New|Enh|2004-03-30|Cluster Support for SingleSignOn  |
|28633|Ass|Enh|2004-04-27|Add JMX Support to ClusterManager |
|28634|Ass|Enh|2004-04-27|Extend StandardManager/StandardSession for DeltaMa|
|28709|Ver|Nor|2004-04-30|javax.servlet.http.HttpServletRequest.isRequestedS|
|28875|Ver|Nor|2004-05-10|Multi-byte characters in default error page aren't|
|29091|Opn|Nor|2004-05-19|Non-ascii characters are not handled correctly... |
|29160|Ver|Enh|2004-05-23|precompile problem: _jspx_meth_* (javax.servlet.js|
|29494|Opn|Enh|2004-06-10|No way to set PATH when running as a service on Wi|
|29497|Unc|Nor|2004-06-10|Connection pool, redeployment |
|29521|Ver|Cri|2004-06-11|No destroy methods called on service shutdown |
|30241|Ver|Enh|2004-07-21|Enhance build script to use branch argument when c|
|30489|Opn|Cri|2004-08-05|removeAttribute: Session already invalidated  |
|30833|Ver|Nor|2004-08-24|request.getServerPort() returns wrong port (WAS: r|
|31125|Opn|Nor|2004-09-08|conf/web.xml not valid|
|31339|Opn|Maj|2004-09-21|admin app throwing struts exceptions  |
|32180|New|Nor|2004-11-11|EL functions are executed in privileged context   |
|32280|Ver|Cri|2004-11-17|Problem clustering tomcat when a failed server is |
|32569|Ass|Nor|2004-12-07|ServletContextListener will not die   |
|32593|Inf|Maj|2004-12-09|Server (Apache 2.0.48) reached MaxClients setting |
|32754|Inf|Nor|2004-12-17|Can't modify thread configuration attributes of AJ|
|32832|Ver|Maj|2004-12-23|request.getSession(false) fails to return null.   |
|33180|Ver|Nor|2005-01-20|JSTL automatic type conversion gives unexpected re|
|33262|Inf|Nor|2005-01-27|Service Manager autostart should check for adminis|
|33356|Inf|Maj|2005-02-02|Incorrect parsing of tag attributes   |
|33407|Inf|Nor|2005-02-05|\$ is quoted even with el-ignored=true|
|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|
|33806|Opn|Maj|2005-03-02|Session tracking using URL rewriting fails, if cli|
|33831|Ver|Nor|2005-03-03|RequestDispatcher.forward and resource missing|
|34006|Ver|Nor|2005-03-14|Undeploy of webapps with antiResourceLocking in ME|
|34016|Ver|Nor|2005-03-15|antiResourceLocking webapp fails to deploy on Tomc|
|34033|Ver|Nor|2005-03-16|Cannot delete users using Administration Tool weba|
|34076|Inf|Nor|2005-03-18|overriding content.xml docBase with manager webapp|
|34319|New|Nor|2005-04-06|StoreBase.processExpires() is very inefficient|
|34396|Inf|   |2005-04-11|security exception using datasource in|
|35635|New|Nor|2005-07-06|Tomcat service does not log startup error messages|
|35746|Inf|Nor|2005-07-14|session manager should be immune to system clock t|
|35765|New

Bug report for Watchdog [2006/02/26]

[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]

Cluster redesign

[dietmar mueller]

Hello List,

1st: sorry for my bad english.
2nd: you do a great job
3th: the reason for this posting.

I use tomcat for some years in our production environment with many
success. Since 3 month we use the great cluster functionallity. I watch
the development from the clustersupport since about 1 year.

Before I use the version 5.5.15 on our production enviroment I made many
test and found also bugs in the cluster implementation. What I saw is in
this time is, that this cluster implementation grow to a very good and
very stable pice of software.

But since some days I saw massive changes in the sourcecode with some
serious changes in the design.

Now I am in doubt what happend.
Why does the design change in this release?
Why do the developers don't wait to the 6 Release?
Are all my tests for nothing with the next release?

Do I have to test the complete cluster, with the next version from
tomcat, for some weeks after this redesign?

Isn't cluster2 the right way for this changes, then I can test the new
implementations when I need it and not when I need version 5.5.16!

regards Dietmar


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

DO NOT REPLY [Bug 38776] - Jsp generated servlet classes have bad SourceFile attribute

[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=38776





--- Additional Comments From [EMAIL PROTECTED]  2006-02-27 03:44 ---
Created an attachment (id=17801)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=17801&action=view)
fix sourcefile attribute generation

Olivier Thomann found this code that was incorrectly generating the source file
attribute in the class file. This patch fixes this.

-- 
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]

DO NOT REPLY [Bug 38776] - [PATCH] Jsp generated servlet classes have bad SourceFile attribute

[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=38776


[EMAIL PROTECTED] changed:

   What|Removed |Added

Summary|Jsp generated servlet   |[PATCH] Jsp generated
   |classes have bad SourceFile |servlet classes have bad
   |attribute   |SourceFile attribute




-- 
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]

DO NOT REPLY [Bug 38788] New: - TCP Worker thread in cluster caught java.io.IOException

[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=38788

   Summary: TCP Worker thread in cluster caught java.io.IOException
   Product: Tomcat 5
   Version: 5.5.14
  Platform: Other
OS/Version: Linux
Status: NEW
  Severity: normal
  Priority: P3
 Component: Catalina:Cluster
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


I've a little cluster with 2 Tomcats 5.5.12 and 1 apache2.2 running on fedora 
4.0 linux box.
(tomcat and apache are connected by mod_jk.so module) 

During tests I have found that exception while I startup on this cluster. 

---
WARNING: Manager [], requesting session state from 
org.apache.catalina.cluster.mcast.McastMember[tcp://10.10.10.2:4003,catalina
,10.10.10.2,4003, alive=61880]. This operation will timeout if no session state 
has been received within 60 seconds.
Feb 26, 2006 6:51:32 PM org.apache.catalina.cluster.tcp.TcpReplicationThread run
SEVERE: TCP Worker thread in cluster caught 'java.io.IOException: Connection 
reset by peer' closing channel
java.io.IOException: Connection reset by peer
at sun.nio.ch.FileDispatcher.read0(Native Method)
at sun.nio.ch.SocketDispatcher.read(SocketDispatcher.java:21)
at sun.nio.ch.IOUtil.readIntoNativeBuffer(IOUtil.java:233)
at sun.nio.ch.IOUtil.read(IOUtil.java:206)
at sun.nio.ch.SocketChannelImpl.read(SocketChannelImpl.java:207)
at org.apache.catalina.cluster.tcp.TcpReplicationThread.drainChannel
(TcpReplicationThread.java:125)
at org.apache.catalina.cluster.tcp.TcpReplicationThread.run
(TcpReplicationThread.java:69)
Feb 26, 2006 6:52:31 PM org.apache.catalina.cluster.session.DeltaManager 
waitForSendAllSessions
SEVERE: Manager []: No session state send at 2/26/06 6:51 PM received, timing 
out after 60,086 ms.
Feb 26, 2006 6:52:32 PM org.apache.catalina.cluster.session.DeltaManager 
getAllClusterSessions
WARNING: Manager []: Drop message SESSION-GET-ALL inside GET_ALL_SESSIONS sync 
phase start date 2/26/06 6:51 PM message date 2/26/06
 6:51 PM
 INFO [main] - Tiles definition factory loaded for module ''.

--
 
Is that a known bug? Has anyone fixed this problem in an offical patch?

-- 
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]