DO NOT REPLY [Bug 39061] - Cannot undeploy application due to javax.crypto.Cipher

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





--- Additional Comments From [EMAIL PROTECTED]  2006-03-23 08:10 ---
When undeploying the manager says that it undeployed the application, but when 
looking in webapps my application folder is there with just the specific jar in 
there. When trying to deploy my application again the manager fails to do so 
and 
I have to restart tomcat and undeploy it again.

I determined that it was the init() method that was causing the problem because 
I put it in comments leaving everything else in place and the application was 
undeploying succefully. It seems that the init() method starts a thread that 
stays in memory.



(In reply to comment #1)
> I'm having a similar issue, but with different libraries.  
> 
> Does your case report success when undeploying, but leave files anyway?
> 
> Also, how did you determine that the ecipher.init(..) is the cause of the 
issue?
> 
> -Kevin



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

svn commit: r388098 - in /tomcat/container/tc5.5.x/modules/groupcom: ./ src/share/org/apache/catalina/tribes/ src/share/org/apache/catalina/tribes/tcp/ src/share/org/apache/catalina/tribes/tcp/nio/ sr

[fhanik]

Author: fhanik
Date: Thu Mar 23 00:12:41 2006
New Revision: 388098

URL: http://svn.apache.org/viewcvs?rev=388098&view=rev
Log:
More adjustments

Modified:

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

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

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

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

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

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

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

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

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

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

tomcat/container/tc5.5.x/modules/groupcom/test/org/apache/catalina/tribes/demos/MapDemo.java
tomcat/container/tc5.5.x/modules/groupcom/to-do.txt

Modified: 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/ChannelException.java
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/ChannelException.java?rev=388098&r1=388097&r2=388098&view=diff
==
--- 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/ChannelException.java
 (original)
+++ 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/ChannelException.java
 Thu Mar 23 00:12:41 2006
@@ -58,6 +58,12 @@
 return buf.toString();
 }
 
+public void addFaultyMember(Member[] mbrs) {
+for (int i=0; mbrs!=null && ihttp://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tcp/SenderState.java?rev=388098&r1=388097&r2=388098&view=diff
==
--- 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tcp/SenderState.java
 (original)
+++ 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tcp/SenderState.java
 Thu Mar 23 00:12:41 2006
@@ -21,9 +21,6 @@
 
 
 /**
- * Send cluster messages with a pool of sockets (25).
- * 
- * FIXME support processing stats
  * 
  * @author Filip Hanik
  * @version 1.0
@@ -84,7 +81,7 @@
  * @return boolean
  */
 public boolean isSuspect() {
-return state == SUSPECT;
+return (state == SUSPECT) || (state == FAILING);
 }
 
 public void setSuspect() {

Modified: 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tcp/nio/NioReceiver.java
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tcp/nio/NioReceiver.java?rev=388098&r1=388097&r2=388098&view=diff
==
--- 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tcp/nio/NioReceiver.java
 (original)
+++ 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tcp/nio/NioReceiver.java
 Thu Mar 23 00:12:41 2006
@@ -17,7 +17,6 @@
 package org.apache.catalina.tribes.tcp.nio;
 
 import java.io.IOException;
-import java.net.InetSocketAddress;
 import java.net.ServerSocket;
 import java.nio.channels.SelectableChannel;
 import java.nio.channels.SelectionKey;
@@ -26,15 +25,14 @@
 import java.nio.channels.SocketChannel;
 import java.util.Iterator;
 
-import org.apache.catalina.tribes.ChannelMessage;
 import org.apache.catalina.tribes.ChannelReceiver;
-import org.apache.catalina.tribes.MessageListener;
 import org.apache.catalina.tribes.io.ListenCallback;
 import org.apache.catalina.tribes.io.ObjectReader;
 import org.apache.catalina.tribes.tcp.Constants;
-import org.apache.catalina.util.StringManager;
 import org.apache.catalina.tribes.tcp.ReceiverBase;
-import org.apache.catalina.tribes.tcp.*;
+import org.apache.catalina.tribes.tcp.ThreadPool;
+import org.apache.catalina.tribes.tcp.WorkerThread;
+import org.apache.catalina.util.StringManager;
 
 /**
  * @author Filip Hanik

Modified: 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tcp/nio/NioReplicationThread.java
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tcp/nio/NioReplicationThread.java?rev=388098&r1=388097&r2=388098&view=diff
=

svn commit: r388105 - in /tomcat/container/tc5.5.x/modules: groupcom/src/share/org/apache/catalina/tribes/tipis/ ha/src/share/org/apache/catalina/ha/session/

[fhanik]

Author: fhanik
Date: Thu Mar 23 00:29:19 2006
New Revision: 388105

URL: http://svn.apache.org/viewcvs?rev=388105&view=rev
Log:
Fixed the startup order of the backup manager, otherwise the standard manager 
empties out all the sessions upon stop

Modified:

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

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

tomcat/container/tc5.5.x/modules/ha/src/share/org/apache/catalina/ha/session/BackupManager.java

Modified: 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tipis/AbstractReplicatedMap.java
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tipis/AbstractReplicatedMap.java?rev=388105&r1=388104&r2=388105&view=diff
==
--- 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tipis/AbstractReplicatedMap.java
 (original)
+++ 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tipis/AbstractReplicatedMap.java
 Thu Mar 23 00:29:19 2006
@@ -234,7 +234,7 @@
 
 }
 try {
-if ( entry.getBackupNodes()!= null && 
entry.getBackupNodes().length > 0 ) {
+if ( channel!=null && entry.getBackupNodes()!= null && 
entry.getBackupNodes().length > 0 ) {
 channel.send(entry.getBackupNodes(), msg, 
channelSendOptions);
 }
 } catch (ChannelException x) {

Modified: 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tipis/LazyReplicatedMap.java
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tipis/LazyReplicatedMap.java?rev=388105&r1=388104&r2=388105&view=diff
==
--- 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tipis/LazyReplicatedMap.java
 (original)
+++ 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tipis/LazyReplicatedMap.java
 Thu Mar 23 00:29:19 2006
@@ -148,10 +148,8 @@
 public Object get(Object key) {
 MapEntry entry = (MapEntry)super.get(key);
 if (log.isTraceEnabled()) log.trace("Requesting id:"+key+" 
entry:"+entry);
-System.out.println("Requesting id:"+key+" entry:"+entry);
 if ( entry == null ) return null;
 if ( !entry.isPrimary() ) {
-if ( entry.isProxy() ) System.out.println("PROXY:Requesting 
id:"+key+" entry:"+entry);
 //if the message is not primary, we need to retrieve the latest 
value
 try {
 Member[] backup = null;

Modified: 
tomcat/container/tc5.5.x/modules/ha/src/share/org/apache/catalina/ha/session/BackupManager.java
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/modules/ha/src/share/org/apache/catalina/ha/session/BackupManager.java?rev=388105&r1=388104&r2=388105&view=diff
==
--- 
tomcat/container/tc5.5.x/modules/ha/src/share/org/apache/catalina/ha/session/BackupManager.java
 (original)
+++ 
tomcat/container/tc5.5.x/modules/ha/src/share/org/apache/catalina/ha/session/BackupManager.java
 Thu Mar 23 00:29:19 2006
@@ -124,6 +124,7 @@
 }
 
 public ClusterMessage requestCompleted(String sessionId) {
+if ( !this.started ) return null;
 LazyReplicatedMap map = (LazyReplicatedMap)sessions;
 map.replicate(sessionId,false);
 return null;
@@ -221,16 +222,21 @@
  */
 public void stop() throws LifecycleException
 {
+
+LazyReplicatedMap map = (LazyReplicatedMap)sessions;
+if ( map!=null ) {
+map.breakdown();
+}
 if ( !this.started ) return;
-super.stop();
 try {
-cluster.removeManager(getName(),this);
-LazyReplicatedMap map = (LazyReplicatedMap)sessions;
-map.breakdown();
 } catch ( Exception x ){
 log.error("Unable to stop BackupManager",x);
 throw new LifecycleException("Failed to stop BackupManager",x);
+} finally {
+super.stop();
 }
+cluster.removeManager(getName(),this);
+
 }
 
 public void setDistributable(boolean dist) {



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

svn commit: r388108 - /tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tipis/AbstractReplicatedMap.java

[fhanik]

Author: fhanik
Date: Thu Mar 23 00:32:29 2006
New Revision: 388108

URL: http://svn.apache.org/viewcvs?rev=388108&view=rev
Log:
removed debug statements

Modified:

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

Modified: 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tipis/AbstractReplicatedMap.java
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tipis/AbstractReplicatedMap.java?rev=388108&r1=388107&r2=388108&view=diff
==
--- 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tipis/AbstractReplicatedMap.java
 (original)
+++ 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tipis/AbstractReplicatedMap.java
 Thu Mar 23 00:32:29 2006
@@ -449,7 +449,6 @@
 }
 }
 if ( memberAdded ) {
-printMap("BEFORE MEMBER ADD");
 synchronized (stateMutex) {
 Iterator i = super.entrySet().iterator();
 while (i.hasNext()) {
@@ -466,7 +465,6 @@
 } //end if
 } //while
 } //synchronized
-printMap("AFTER MEMBER ADD");
 }//end if
 }
 
@@ -494,7 +492,6 @@
 }
 
 public void memberDisappeared(Member member) {
-printMap("BEFORE MEMBER GONE");
 boolean removed = false;
 synchronized (mapMembers) {
 removed = mapMembers.remove(member);
@@ -512,7 +509,6 @@
 }
 } //end if
 } //while
-printMap("AFTER MEMBER GONE");
 }
 
 int currentNode = 0;



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

svn commit: r388111 - in /tomcat/container/tc5.5.x/modules: groupcom/etc/cluster-server.xml ha/etc/cluster-server.xml

[fhanik]

Author: fhanik
Date: Thu Mar 23 00:41:18 2006
New Revision: 388111

URL: http://svn.apache.org/viewcvs?rev=388111&view=rev
Log:
Corrected the XML

Modified:
tomcat/container/tc5.5.x/modules/groupcom/etc/cluster-server.xml
tomcat/container/tc5.5.x/modules/ha/etc/cluster-server.xml

Modified: tomcat/container/tc5.5.x/modules/groupcom/etc/cluster-server.xml
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/modules/groupcom/etc/cluster-server.xml?rev=388111&r1=388110&r2=388111&view=diff
==
--- tomcat/container/tc5.5.x/modules/groupcom/etc/cluster-server.xml (original)
+++ tomcat/container/tc5.5.x/modules/groupcom/etc/cluster-server.xml Thu Mar 23 
00:41:18 2006
@@ -280,10 +280,10 @@
 -->
 
 
+ notifyListenersOnReplication="true"
+ channelSendOptions="11">
 
 
 
+txBufSize="25188"
+autoBind="10"/>
 
 
-
-
-
+
 
-
-
 
 
 
@@ -384,6 +364,22 @@
 -->
 
+
+

Modified: tomcat/container/tc5.5.x/modules/ha/etc/cluster-server.xml
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/modules/ha/etc/cluster-server.xml?rev=388111&r1=388110&r2=388111&view=diff
==
--- tomcat/container/tc5.5.x/modules/ha/etc/cluster-server.xml (original)
+++ tomcat/container/tc5.5.x/modules/ha/etc/cluster-server.xml Thu Mar 23 
00:41:18 2006
@@ -280,10 +280,10 @@
 -->
 
 
+ notifyListenersOnReplication="true"
+ channelSendOptions="11">
 
 
 
 
 
+txBufSize="25188"
+autoBind="10"/>
 
 
-
-
+
className="org.apache.catalina.tribes.tcp.ReplicationTransmitter">
+
+
+
 
 
 
 
+
+



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

DO NOT REPLY [Bug 39073] New: - getAttribute: Session already invalidated

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

   Summary: getAttribute: Session already invalidated
   Product: Tomcat 5
   Version: 5.0.28
  Platform: Other
OS/Version: Windows XP
Status: NEW
  Severity: major
  Priority: P2
 Component: Webapps:Manager
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Overview Description:

When a new session is created, jsp:useBean of scope="session" throws 
java.lang.IllegalStateException

Steps to Reproduce:

The sample.jsp can be used to reproduce the error.



<%@ page session ="true" language="java" %>

<%
// step 1 : old session is closed
   session.invalidate();

// step 2 : A new session is created
   session = request.getSession(true);

// Step 3: create a jsp bean of scope =" session" 
// exception occurs here 
%>





Actual Results:

java.lang.IllegalStateException: getAttribute: Session already invalidated
org.apache.catalina.session.StandardSession.getAttribute
(StandardSession.java:993)

Expected Results:

The java bean with session scope has to be created.

Platform:

This bug can be reproduced in 
Build 5.0.28 on windows XP

Additional Builds and Platforms:

Build 5.0.28 on windows HP-UX
Build 5.5.9 on Windows XP

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

svn commit: r388112 - /tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/session/ManagerBase.java

[fhanik]

Author: fhanik
Date: Thu Mar 23 01:00:30 2006
New Revision: 388112

URL: http://svn.apache.org/viewcvs?rev=388112&view=rev
Log:
Use containsKey() instead of get(), this way you can ensure that you get a 
completely unique session Id across the cluster.
get() can initiate a RPC call to other members.

Modified:

tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/session/ManagerBase.java

Modified: 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/session/ManagerBase.java
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/session/ManagerBase.java?rev=388112&r1=388111&r2=388112&view=diff
==
--- 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/session/ManagerBase.java
 (original)
+++ 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/session/ManagerBase.java
 Thu Mar 23 01:00:30 2006
@@ -987,7 +987,7 @@
 buffer.append('.').append(jvmRoute);
 }
 result = buffer.toString();
-} while (sessions.get(result) != null);
+} while (sessions.containsKey(result));
 return (result);
 
 }



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

Primary/Backup replication 1st prototype is complete

[Filip Hanik - Dev Lists]

ladies and gents,
the first rough prototype of primary/secondary replication has been 
completed.


For those wish to try it out,

1. To build it, add
"cluster-ha=true" to container/modules/build.properties
this will build catalina-tribes.jar and catalina-ha.jar instead of 
catalina-cluster.jar


2. Sample server.xml file can be found:
http://svn.apache.org/viewcvs.cgi/tomcat/container/tc5.5.x/modules/ha/etc/cluster-server.xml?rev=388111&view=markup

3. The implementation of the manager extends StandardManager, and can be 
found at

http://svn.apache.org/viewcvs.cgi/tomcat/container/tc5.5.x/modules/ha/src/share/org/apache/catalina/ha/session/BackupManager.java?rev=388105&view=markup

There is much work to be done completing this so if anyone feels 
inclined, I can give them the overview since I don't have any docs 
completed yet.


let me know if you have any questions.
Filip

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

svn commit: r388137 - in /tomcat/connectors/trunk/http11/src/java/org/apache/coyote/http11: Http11AprProcessor.java InternalAprInputBuffer.java

[remm]

Author: remm
Date: Thu Mar 23 02:54:30 2006
New Revision: 388137

URL: http://svn.apache.org/viewcvs?rev=388137&view=rev
Log:
- Add some new fisrtReadTimeout modes (mostly for Mladen's testing):
  - 0: poller will be used for all keepalives (this one was the behavior if 
fisrtReadTimeout <= 0),
and all the initial reads will have a short timeout
  - -1: poller will be used for all keepalives, but all reads will use the 
regular socket timeout
  - < -1: all reads will use the regular socket timeout; the mode becomes 
equivalent to -1 as soon
as more than maxThreads/2 are used

Modified:

tomcat/connectors/trunk/http11/src/java/org/apache/coyote/http11/Http11AprProcessor.java

tomcat/connectors/trunk/http11/src/java/org/apache/coyote/http11/InternalAprInputBuffer.java

Modified: 
tomcat/connectors/trunk/http11/src/java/org/apache/coyote/http11/Http11AprProcessor.java
URL: 
http://svn.apache.org/viewcvs/tomcat/connectors/trunk/http11/src/java/org/apache/coyote/http11/Http11AprProcessor.java?rev=388137&r1=388136&r2=388137&view=diff
==
--- 
tomcat/connectors/trunk/http11/src/java/org/apache/coyote/http11/Http11AprProcessor.java
 (original)
+++ 
tomcat/connectors/trunk/http11/src/java/org/apache/coyote/http11/Http11AprProcessor.java
 Thu Mar 23 02:54:30 2006
@@ -86,8 +86,10 @@
 
 request = new Request();
 int readTimeout = endpoint.getFirstReadTimeout();
-if (readTimeout <= 0) {
+if (readTimeout == 0) {
 readTimeout = 100;
+} else if (readTimeout < 0) {
+readTimeout = -1;
 }
 inputBuffer = new InternalAprInputBuffer(request, headerBufferSize,
 readTimeout);
@@ -763,7 +765,7 @@
 long soTimeout = endpoint.getSoTimeout();
 
 int limit = 0;
-if (endpoint.getFirstReadTimeout() > 0) {
+if (endpoint.getFirstReadTimeout() > 0 || 
endpoint.getFirstReadTimeout() < -1) {
 limit = endpoint.getMaxThreads() / 2;
 }
 

Modified: 
tomcat/connectors/trunk/http11/src/java/org/apache/coyote/http11/InternalAprInputBuffer.java
URL: 
http://svn.apache.org/viewcvs/tomcat/connectors/trunk/http11/src/java/org/apache/coyote/http11/InternalAprInputBuffer.java?rev=388137&r1=388136&r2=388137&view=diff
==
--- 
tomcat/connectors/trunk/http11/src/java/org/apache/coyote/http11/InternalAprInputBuffer.java
 (original)
+++ 
tomcat/connectors/trunk/http11/src/java/org/apache/coyote/http11/InternalAprInputBuffer.java
 Thu Mar 23 02:54:30 2006
@@ -73,7 +73,11 @@
 parsingHeader = true;
 swallowInput = true;
 
-this.readTimeout = readTimeout * 1000;
+if (readTimeout < 0) {
+this.readTimeout = -1;
+} else {
+this.readTimeout = readTimeout * 1000;
+}
 
 }
 
@@ -404,19 +408,24 @@
 if (useAvailableData) {
 return false;
 }
-// Do a simple read with a short timeout
-bbuf.clear();
-int nRead = Socket.recvbbt
-(socket, 0, buf.length - lastValid, readTimeout);
-if (nRead > 0) {
-bbuf.limit(nRead);
-bbuf.get(buf, pos, nRead);
-lastValid = pos + nRead;
+if (readTimeout == -1) {
+if (!fill())
+throw new EOFException(sm.getString("iib.eof.error"));
 } else {
-if ((-nRead) == Status.ETIMEDOUT || (-nRead) == 
Status.TIMEUP) {
-return false;
+// Do a simple read with a short timeout
+bbuf.clear();
+int nRead = Socket.recvbbt
+(socket, 0, buf.length - lastValid, readTimeout);
+if (nRead > 0) {
+bbuf.limit(nRead);
+bbuf.get(buf, pos, nRead);
+lastValid = pos + nRead;
 } else {
-throw new IOException(sm.getString("iib.failedread"));
+if ((-nRead) == Status.ETIMEDOUT || (-nRead) == 
Status.TIMEUP) {
+return false;
+} else {
+throw new 
IOException(sm.getString("iib.failedread"));
+}
 }
 }
 }
@@ -434,19 +443,24 @@
 if (useAvailableData) {
 return false;
 }
-// Do a simple read with a short timeout
-bbuf.clear();
-int nRead = Socket.recvbbt
-(socket, 0, buf.length - lastValid, readTimeout);
-if (nRead > 0) {
-bbuf.limit(nRead);
-bbuf.get

DO NOT REPLY [Bug 39078] New: - Problem with http headers

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

   Summary: Problem with http headers
   Product: Tomcat 5
   Version: 5.5.8
  Platform: PC
OS/Version: Windows Server 2003
Status: NEW
  Severity: normal
  Priority: P2
 Component: Connector:AJP
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


sorry - i'm not sure that this is a bug

i have following configuration:
- iis under win2003 
- jboss with tomcat under linux
- iis connected to tomcat using jk1.2.15 connector

then jboss running - it is all ok.
but then jboss stopped - connector does not return anything - is there any 
setups or configs to force connector to return a http code 404 in this case?
i need to display special static page in case of jboss stopped and easyest way 
to do this - assign this static page to some http code - 404 for example.

-- 
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 33453] - Jasper should recompile JSP files whose datestamps change in either direction (not just newer)

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





--- Additional Comments From [EMAIL PROTECTED]  2006-03-23 13:35 ---
(In reply to comment #39)
What you wrote is totally correct.  I don't want to confuse the issue so I'll 
shut up now.  :)

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

svn commit: r388179 - in /tomcat/container/tc5.5.x/modules: groupcom/etc/cluster-server.xml ha/etc/cluster-server.xml

[fhanik]

Author: fhanik
Date: Thu Mar 23 06:33:27 2006
New Revision: 388179

URL: http://svn.apache.org/viewcvs?rev=388179&view=rev
Log:
Added in the ability to set map send options per manager

Modified:
tomcat/container/tc5.5.x/modules/groupcom/etc/cluster-server.xml
tomcat/container/tc5.5.x/modules/ha/etc/cluster-server.xml

Modified: tomcat/container/tc5.5.x/modules/groupcom/etc/cluster-server.xml
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/modules/groupcom/etc/cluster-server.xml?rev=388179&r1=388178&r2=388179&view=diff
==
--- tomcat/container/tc5.5.x/modules/groupcom/etc/cluster-server.xml (original)
+++ tomcat/container/tc5.5.x/modules/groupcom/etc/cluster-server.xml Thu Mar 23 
06:33:27 2006
@@ -283,7 +283,8 @@
  
managerClassName="org.apache.catalina.ha.session.BackupManager"
  expireSessionsOnShutdown="false"
  notifyListenersOnReplication="true"
- channelSendOptions="11">
+ channelSendOptions="11"
+ manager.mapSendOptions="11">
 
 
 http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/modules/ha/etc/cluster-server.xml?rev=388179&r1=388178&r2=388179&view=diff
==
--- tomcat/container/tc5.5.x/modules/ha/etc/cluster-server.xml (original)
+++ tomcat/container/tc5.5.x/modules/ha/etc/cluster-server.xml Thu Mar 23 
06:33:27 2006
@@ -283,7 +283,8 @@
  
managerClassName="org.apache.catalina.ha.session.BackupManager"
  expireSessionsOnShutdown="false"
  notifyListenersOnReplication="true"
- channelSendOptions="11">
+ channelSendOptions="11"
+ manager.mapSendOptions="11">
 
 
 

Re: Requesting volunteers to regression test commons-logging release candidate

[Remy Maucherat]

robert burrell donkin wrote:

hello one and all

JCL 1.1 is now very close to being released. we've done a lot of
testing and spent a long time analysing the code base. we think we've
solved as many of the issues with the 1.0.x series of releases which
can be without breaking compatibility.

we're now approaching some major downstream projects which have used
the 1.0.x series releases to see if anyone would be willing to run
regression tests to make sure we haven't introduced any problems with
this release. if no issues emerge then it's expected that this release
candidate will be the final one.

IIRC remy had plans for a next generation replacement (cool by me BTW,
we're just trying to fix as many problems as possible for existing
users) but i'm not really sure how advanced these plans are.


I'd be interested to know what were those cool NG plans :D


i'd be very grateful if volunteers woul step up to regression test the
latest release candidate (RC6) as a replacement for whichever 1.0.x
release is used against as many tomcat versions as possible. it's
available in cvs.apache.org/repository and from
http://people.apache.org/~rdonkin/commons-logging.


Ok, I tested it by replacing my existing commons-logging-api in the bin 
folder, and it doesn't behave as it was before. For some reason, it 
doesn't seem to be using java.util.logging by default anymore (I have no 
other logging framework installed anywhere).


The output looks like this:
[INFO] Http11AprProtocol - Initialisation de Coyote HTTP/1.1 sur http-8080
[INFO] AjpAprProtocol - Initializing Coyote AJP/1.3 on ajp-8009
[INFO] Catalina - Initialization processed in 861 ms
[INFO] StandardService - DÚmarrage du service Catalina
[INFO] StandardEngine - Starting Servlet Engine: Apache Tomcat/5.5.0-dev
[INFO] StandardHost - XML validation enabled
[INFO] balancer] - org.apache.webapp.balancer.BalancerFilter: init(): 
ruleChain: [org.apache.webapp.balancer.RuleChain: 
[org.apache.webapp.balancer.ru
les.URLStringMatchRule: Target string: News / Redirect URL: 
http://www.cnn.com], 
[org.apache.webapp.balancer.rules.RequestParameterRule: Target param
name: paramName / Target param value: paramValue / Redirect URL: 
http://www.yahoo.com], 
[org.apache.webapp.balancer.rules.AcceptEverythingRule: Redire

ct URL: http://jakarta.apache.org]]
[INFO] jsp-examples] - ContextListener: contextInitialized()
[INFO] jsp-examples] - SessionListener: contextInitialized()
[INFO] servlets-examples] - ContextListener: contextInitialized()
[INFO] servlets-examples] - SessionListener: contextInitialized()
[INFO] Http11AprProtocol - DÚmarrage de Coyote HTTP/1.1 sur http-8080
[INFO] AprEndpoint - Failed to create poller with specified size of 16384
[INFO] AjpAprProtocol - Starting Coyote AJP/1.3 on ajp-8009
[INFO] StoreLoader - Find registry server-registry.xml at classpath resource
[INFO] Catalina - Server startup in 4257 ms

This output is an integrated logger, right ?

Rémy

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

Re: Requesting volunteers to regression test commons-logging release candidate

[Remy Maucherat]

Remy Maucherat wrote:
Ok, I tested it by replacing my existing commons-logging-api in the bin 
folder, and it doesn't behave as it was before. For some reason, it 
doesn't seem to be using java.util.logging by default anymore (I have no 
other logging framework installed anywhere).


Forget it, I found out why: it's simply that the java.util.logging is 
not in the -api JAR anymore. So it is not a drop in update for Tomcat, 
as I think we'll have to do some repackaging.


Rémy

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

DO NOT REPLY [Bug 37852] - Security constraint where role name defined as any ("*") deny access at all

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |




--- Additional Comments From [EMAIL PROTECTED]  2006-03-23 14:59 ---
(In reply to comment #2)
> The second patch has been applied to the SVN trunk, and will appear in 5.5.15.

Hmm, I've installed 5.5.15 on a SLES9 with Sun JDK 1.5.0_06-b05, but i still
have the problem described in the headline. I'm no Tomcat hacker (for now;-) so
I cannot provide a patch here. I cannot find the "second" patch applied in the
sources or do i miss something?

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

svn commit: r388192 - /tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tipis/ReplicatedMap.java

[fhanik]

Author: fhanik
Date: Thu Mar 23 07:43:19 2006
New Revision: 388192

URL: http://svn.apache.org/viewcvs?rev=388192&view=rev
Log:
minor updates

Modified:

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

Modified: 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tipis/ReplicatedMap.java
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tipis/ReplicatedMap.java?rev=388192&r1=388191&r2=388192&view=diff
==
--- 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tipis/ReplicatedMap.java
 (original)
+++ 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tipis/ReplicatedMap.java
 Thu Mar 23 07:43:19 2006
@@ -114,7 +114,7 @@
 MapMessage msg = new MapMessage(getMapContextName(), 
MapMessage.MSG_BACKUP, false,
 (Serializable) key, null, null, 
backup);
 
-getChannel().send(getMapMembers(), msg, Channel.SEND_OPTIONS_DEFAULT);
+getChannel().send(getMapMembers(), msg, getChannelSendOptions());
 
 return backup;
 }
@@ -275,7 +275,7 @@
 while (i.hasNext()) {
 Map.Entry e = (Map.Entry) i.next();
 MapEntry entry = (MapEntry) e.getValue();
-if (entry.isPrimary()) values.add(entry.getValue());
+values.add(entry);
 }
 return Collections.unmodifiableCollection(values);
 }



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

DO NOT REPLY [Bug 39021] - Support authentication only access

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





--- Additional Comments From [EMAIL PROTECTED]  2006-03-23 16:32 ---
I grant the right to license portions or all of the code under the ASL 2.0. The 
translated patch looks correct.

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

svn commit: r388220 - /tomcat/container/tc5.5.x/modules/groupcom/to-do.txt

[fhanik]

Author: fhanik
Date: Thu Mar 23 09:27:08 2006
New Revision: 388220

URL: http://svn.apache.org/viewcvs?rev=388220&view=rev
Log:
format changes

Modified:
tomcat/container/tc5.5.x/modules/groupcom/to-do.txt

Modified: tomcat/container/tc5.5.x/modules/groupcom/to-do.txt
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/modules/groupcom/to-do.txt?rev=388220&r1=388219&r2=388220&view=diff
==
--- tomcat/container/tc5.5.x/modules/groupcom/to-do.txt (original)
+++ tomcat/container/tc5.5.x/modules/groupcom/to-do.txt Thu Mar 23 09:27:08 2006
@@ -7,7 +7,7 @@
 
  1. Uses NIO and TCP for guaranteed delivery and the ability to join large 
groups
  
-2. Guarantees messages the following way
+ 2. Guarantees messages the following way
 a) TCP messaging, with a following READ for NIO to ensure non broken 
channel
 b) ACK messages from the receiver
 c) ACK after processing



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

DO NOT REPLY [Bug 39021] - Support authentication only access

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





--- Additional Comments From [EMAIL PROTECTED]  2006-03-23 17:40 ---
Cool. So unless someone disagrees, I will commit my patch, as the old behavior
was most likely useful in some cases.

-- 
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 39061] - Cannot undeploy application due to javax.crypto.Cipher

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





--- Additional Comments From [EMAIL PROTECTED]  2006-03-23 18:05 ---
I have exactly the same problem, except it's a different set of jars, one of
which I've written.  My application is complex enough that I can't easily
determine which is still in use.

Still, stop should ... stop, right?

-- 
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 39085] New: - precompiled JSP pages always recompile

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

   Summary: precompiled JSP pages always recompile
   Product: Tomcat 4
   Version: 4.1.31
  Platform: HP
OS/Version: Linux
Status: NEW
  Severity: normal
  Priority: P2
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


I'm using a war file with precompiled JSP pages as my webapp. The jsp pages
inside the war file are older than the .java and .class files, also in the war
file. I am running with uncompressWARs equal to false. Tomcat is recompiling the
jsp pages the first time they are accessed even though they already exist in the
war file after that they are not recompiled.
How do I convince Tomcat to use the precompiled pages in the war file??

-- 
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 39078] - Problem with http headers

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2006-03-23 19:39 ---
Not being sure that something is a bug is a pretty good sign that your question
belongs on the users list rather than here.

-- 
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 39085] - precompiled JSP pages always recompile

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2006-03-23 19:43 ---
The fact that you are asking a "How do I..." question is a broad hint that this
belongs on the users list, not here.

-- 
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: svn commit: r388091 - /tomcat/connectors/trunk/jni/native/src/poll.c

[Remy Maucherat]

[EMAIL PROTECTED] wrote:

Author: mturk
Date: Wed Mar 22 23:56:28 2006
New Revision: 388091

URL: http://svn.apache.org/viewcvs?rev=388091&view=rev
Log:
Use array region routines instead copying entire
poller result set array. It can save few CPU cycles.


This change may have actually decreased performance a lot for me, 
although I don't know for sure (all I know is 1.1.2 gives far better 
poller performance).


Rémy

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

DO NOT REPLY [Bug 33453] - Jasper should recompile JSP files whose datestamps change in either direction (not just newer)

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

  Attachment #16492|0   |1
is obsolete||
  Attachment #16493|0   |1
is obsolete||
  Attachment #16599|0   |1
is obsolete||




--- Additional Comments From [EMAIL PROTECTED]  2006-03-23 20:10 ---
Created an attachment (id=17955)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=17955&action=view)
Compiler.java diff


-- 
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 33453] - Jasper should recompile JSP files whose datestamps change in either direction (not just newer)

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





--- Additional Comments From [EMAIL PROTECTED]  2006-03-23 20:11 ---
Created an attachment (id=17956)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=17956&action=view)
Generator.java diff


-- 
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 33453] - Jasper should recompile JSP files whose datestamps change in either direction (not just newer)

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





--- Additional Comments From [EMAIL PROTECTED]  2006-03-23 20:11 ---
Created an attachment (id=17957)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=17957&action=view)
JspSourceDependent.java diff


-- 
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 33453] - Jasper should recompile JSP files whose datestamps change in either direction (not just newer)

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





--- Additional Comments From [EMAIL PROTECTED]  2006-03-23 20:12 ---
Created an attachment (id=17958)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=17958&action=view)
JspServletWrapper.java diff


-- 
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 33453] - Jasper should recompile JSP files whose datestamps change in either direction (not just newer)

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





--- Additional Comments From [EMAIL PROTECTED]  2006-03-23 20:15 ---
I uploaded the diffs for the 4 changed files.  This fixes the problem completely
and addresses any and all concerns brought forth in the comments so far.  What
happens next?

-- 
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 39088] New: - StandardWrapper getRootCause() infinite loop

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

   Summary: StandardWrapper getRootCause() infinite loop
   Product: Tomcat 5
   Version: 5.5.9
  Platform: All
OS/Version: All
Status: NEW
  Severity: minor
  Priority: P3
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


The "// Extra aggressive rootCause finding" in StandardWrapper.java is an
understatement.  It causes an infinite loop in certain cases.  For example, the
semantics of the following exception class are that getRootCause() returns the
one and only root cause of the exception chain, which in this case can be the
exception itself.  It is not derived from ServletException, thus is not bound to
return null at the end of the chain as ServletException does.  Its not safe to
use reflection to call an arbitrary method of an arbitrary Exception class, just
because it happens to have the same name as the method in ServletException.

public class MyException 
   extends Exception
{
   public MyException(Throwable cause) {
  this.cause = cause;
   }
   Throwable cause;
   public Throwable getCause() {
  return cause;
   }
   public Throwable getRootCause() {
  if (cause instanceof VCOMException) {
 return ((VCOMException) exception).getRootCause();
  }
  return cause == null ? this : cause;
   }
}

-- 
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 39089] New: - java.lang.InternalError: name is too long to represent

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

   Summary: java.lang.InternalError: name is too long to represent
   Product: Tomcat 5
   Version: 5.5.0
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Keywords: JDK1.5
  Severity: critical
  Priority: P2
 Component: Jasper
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Environment: Tomcat 5.5 running embedded in JBoss 4.0.3SP1
JVM: java version "1.5.0_06"
JVM args: -Xdebug -Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=n
-Dprogram.name=run.bat-Xms128m -Xmx512m -XX:MaxPermSize=256m

When using the JDT compiler to compile JSPs on-the-fly, a very large
JSP throws the following exception:

java.lang.InternalError: name is too long to represent
[full stack at end of bug]

This seems to be related to the follow JVM bug: 
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6294277

but this only occurs if the JDT compiler is in use. Precompiling 
the same JSP from an external ANT script using (1.5) 
javac does not cause the problem.

The ANT compiled JSP's class file is 914KB while the JDT version
is 1016 KB. The original java src files are 3130 KB (52701 lines) for
the ANT version and 3223 (56750 lines) for the JDT version. The number
of lines of source seems to be a factor here, if I turn on the trimSpaces
flag for jasper, the number of lines of in the src file drops and the JSP
starts to work again.

As a test, I took the .java file from the container, compiled it using
javac outside the container and deployed it - it worked fine.

I've posted the original JSP and both versions of the .java and .class files
to: http://www.3ptsoft.com/bug/jasper-bug.zip

My suspicion is that JDT is stuffing too much debug data into the class file
(see above bug reference) - perhaps there is a way to control the behaviour
of the JDT compiler to prevent this until Sun resolves their side of the issue?

Workaround: precompile the JSPs outside of Tomcat:


 

 


  


 












stack trace thrown:
12:51:49,296 ERROR
[org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/TestAdmin].[jsp]]
- Servlet.service() for servlet jsp threw exception
java.lang.InternalError: name is too long to represent
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
at 
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at 
org.apache.jasper.servlet.JasperLoader.loadClass(JasperLoader.java:158)
at 
org.apache.jasper.servlet.JasperLoader.loadClass(JasperLoader.java:71)
at
org.apache.jasper.JspCompilationContext.load(JspCompilationContext.java:589)
at
org.apache.jasper.servlet.JspServletWrapper.getServlet(JspServletWrapper.java:137)
at
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:305)
at 
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:672)
at
org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:463)
at
org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:398)
at
org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:301)
at
org.apache.myfaces.context.servlet.ServletExternalContextImpl.dispatch(ServletExternalContextImpl.java:416)
at
org.apache.myfaces.application.jsp.JspViewHandlerImpl.renderView(JspViewHandlerImpl.java:234)
at 
org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:372)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:138)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
at

DO NOT REPLY [Bug 39061] - Cannot undeploy application due to javax.crypto.Cipher

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





--- Additional Comments From [EMAIL PROTECTED]  2006-03-23 21:49 ---
Additionally, this seems to be either a problem with tomcat 5.5.16, or with 
windows.

Windows/5.5.16: doesn't work
Linux/5.5.9: works

For me, "works on Linux" is good enough.

-- 
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 39090] New: - Memory Leak: Tomcat files keep references to classes loaded by WebappClassLoader

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

   Summary: Memory Leak: Tomcat files keep references to classes
loaded by WebappClassLoader
   Product: Tomcat 5
   Version: 5.5.9
  Platform: All
OS/Version: Windows XP
Status: NEW
  Severity: major
  Priority: P2
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


I am running Tomcat 5.5.15 on the latest J2SE 1.6 Mustang build 74. 

org.apache.tomcat.util.digester.Digester maintains references to commons-logging
log that gets loaded by WebappClassloader. See attached.

Thus, applications that put commons-logging.jar and log4.jar in their
WEB-INF/lib will not be GC'ed on reloads, undeploys, and stops. This is a severe
memory leak for developer's using Tomcat for development.

Please see the attachment from the YourKit Profiler that confirms this finding.

Note: it appears the last place in Tomcat's source code where this error occurs.
Once this is fixed, Tomcat will be fully "developer-friendly". :-)

-- 
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 39090] - Memory Leak: Tomcat files keep references to classes loaded by WebappClassLoader

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





--- Additional Comments From [EMAIL PROTECTED]  2006-03-23 21:52 ---
Created an attachment (id=17960)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=17960&action=view)
Profile Memory Leak Graph


-- 
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 39090] - Memory Leak: Tomcat files keep references to classes loaded by WebappClassLoader

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

  Attachment #17960|Profile Memory Leak Graph   |Profiler Memory Leak Graph
description||




-- 
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: Requesting volunteers to regression test commons-logging release candidate

[robert burrell donkin]

On 3/23/06, Remy Maucherat <[EMAIL PROTECTED]> wrote:
> robert burrell donkin wrote:
> > hello one and all
> >
> > JCL 1.1 is now very close to being released. we've done a lot of
> > testing and spent a long time analysing the code base. we think we've
> > solved as many of the issues with the 1.0.x series of releases which
> > can be without breaking compatibility.
> >
> > we're now approaching some major downstream projects which have used
> > the 1.0.x series releases to see if anyone would be willing to run
> > regression tests to make sure we haven't introduced any problems with
> > this release. if no issues emerge then it's expected that this release
> > candidate will be the final one.
> >
> > IIRC remy had plans for a next generation replacement (cool by me BTW,
> > we're just trying to fix as many problems as possible for existing
> > users) but i'm not really sure how advanced these plans are.
>
> I'd be interested to know what were those cool NG plans :D

in that case, it's probably one of those rumours things :)

for some reason using java.util logging and supporting log4j through a
java.util logging provider (i believe boris unckel has one of these
beasts more or less working now) springs into my mind but that's
probably my well known overactive imagination at work...

- robert

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

Re: Requesting volunteers to regression test commons-logging release candidate

[robert burrell donkin]

On 3/23/06, Remy Maucherat <[EMAIL PROTECTED]> wrote:
> Remy Maucherat wrote:
> > Ok, I tested it by replacing my existing commons-logging-api in the bin
> > folder, and it doesn't behave as it was before. For some reason, it
> > doesn't seem to be using java.util.logging by default anymore (I have no
> > other logging framework installed anywhere).
>
> Forget it, I found out why: it's simply that the java.util.logging is
> not in the -api JAR anymore. So it is not a drop in update for Tomcat,
> as I think we'll have to do some repackaging.

or maybe we reconsider the packaging. i'll revisit the email archives
and see whether this decision was taken for good enough reasons.

cheers :)

- robert

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

DO NOT REPLY [Bug 22295] - Catalina is not able to stop on the first time: it just stops on the second

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|tomcat- |commons-
   |[EMAIL PROTECTED]  |[EMAIL PROTECTED]
 Status|REOPENED|NEW
  Component|Catalina|Daemon
Product|Tomcat 5|Commons
Version|5.0.0   |unspecified




-- 
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 39073] - getAttribute: Session already invalidated

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2006-03-23 23:40 ---
Section 12.2.2.1 of the JSP spec is clear that SESSION_SCOPE can't be used 
after the session has been invalidated.  Since the spec also doesn't provide a 
mechanism to allow the PageContext to join a new session, there is no reason 
to think that your example should work.



-- 
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 39091] New: - precompiled JSP pages always recompile

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

   Summary: precompiled JSP pages always recompile
   Product: Tomcat 4
   Version: 4.1.31
  Platform: Other
OS/Version: Linux
Status: NEW
  Severity: normal
  Priority: P2
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Using a war file for my application contianing precompiled JSP pages the JSP
pages alway get recompiled under the work directory anyway.

The following settings are from my server.xml:

  

   

  
  


-- 
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 39091] - precompiled JSP pages always recompile

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE




--- Additional Comments From [EMAIL PROTECTED]  2006-03-24 00:04 ---


*** This bug has been marked as a duplicate of 39085 ***

-- 
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 39085] - precompiled JSP pages always recompile

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





--- Additional Comments From [EMAIL PROTECTED]  2006-03-24 00:04 ---
*** Bug 39091 has been marked as a duplicate of this bug. ***

-- 
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: Requesting volunteers to regression test commons-logging release candidate

[Costin Manolache]

An alternative is to use the 'no discovery, no plugins, no layers'
implementation of commons-logging
that we have in sandbox :-) - which just implements the commons-logging APIs
hardcoding everything to java.util.logging. People who want log4j or another
logger can replace
the jar with the 'official' discovery-based implementation if they need it.

There are a lot of benefits of having a logger with discovery and a
mini-logger if no real logger is found, but
for tomcat we know java.util will be found, and it avoids a lot of problems
to just use the hardcoded one.


Costin

On 3/21/06, robert burrell donkin <[EMAIL PROTECTED]> wrote:
>
> hello one and all
>
> JCL 1.1 is now very close to being released. we've done a lot of
> testing and spent a long time analysing the code base. we think we've
> solved as many of the issues with the 1.0.x series of releases which
> can be without breaking compatibility.
>
> we're now approaching some major downstream projects which have used
> the 1.0.x series releases to see if anyone would be willing to run
> regression tests to make sure we haven't introduced any problems with
> this release. if no issues emerge then it's expected that this release
> candidate will be the final one.
>
> IIRC remy had plans for a next generation replacement (cool by me BTW,
> we're just trying to fix as many problems as possible for existing
> users) but i'm not really sure how advanced these plans are.
>
> i'd be very grateful if volunteers woul step up to regression test the
> latest release candidate (RC6) as a replacement for whichever 1.0.x
> release is used against as many tomcat versions as possible. it's
> available in cvs.apache.org/repository and from
> http://people.apache.org/~rdonkin/commons-logging.
>
> TIA
>
> - robert
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

DO NOT REPLY [Bug 39091] - precompiled JSP pages always recompile

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|DUPLICATE   |




--- Additional Comments From [EMAIL PROTECTED]  2006-03-24 00:47 ---
(In reply to comment #1)
> 
> *** This bug has been marked as a duplicate of 39085 ***
The duplicate was incorrectly closed. This should be reopened as 
Tomcat is incorretly recompiling JSP pages when it shouldn't.


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