DO NOT REPLY [Bug 50472] New: 0000
https://issues.apache.org/bugzilla/show_bug.cgi?id=50472 Summary: Product: Tomcat Connectors Version: 1.2.30 Platform: PC Status: NEW Severity: normal Priority: P2 Component: JK2 AssignedTo: dev@tomcat.apache.org ReportedBy: jenoa...@hanmail.net 00hhk -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 50472] 0000
https://issues.apache.org/bugzilla/show_bug.cgi?id=50472 Mark Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID OS/Version||All --- Comment #1 from Mark Thomas 2010-12-14 10:05:26 EST --- Spam. This idiot's account has been disabled. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 49683] Separate keep-alive and connection timeout with APR/native connector
https://issues.apache.org/bugzilla/show_bug.cgi?id=49683 Filip Hanik changed: What|Removed |Added CC||fha...@apache.org -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 50467] Occasional NIO connector lockups on high load
https://issues.apache.org/bugzilla/show_bug.cgi?id=50467 --- Comment #1 from Christopher Schultz 2010-12-14 14:05:10 EST --- Steven, would it be possible for you to upgrade to the latest (6.0.29) Tomcat version? I seem to recall a recent fix to the NIO connector that fixes some threading issues, though I can't seem to find a reference for it at the moment. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 50467] Occasional NIO connector lockups on high load
https://issues.apache.org/bugzilla/show_bug.cgi?id=50467 --- Comment #2 from Christopher Schultz 2010-12-14 14:06:43 EST --- Ooh, sorry. I misread your version number. Duh. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 5829] StandardManager needs to cope with sessions throwing exception in read/write
https://issues.apache.org/bugzilla/show_bug.cgi?id=5829 --- Comment #12 from Christopher Schultz 2010-12-14 14:12:13 EST --- (In reply to comment #11) > I don't know when it was added but all the current versions (5.5.x, 6.0.x, > 7.0.x) surround each attribute write in a try/catch and should the write fail, > the attribute is replaced with a warning message. Does that mean that an object of type MyClass might be replaced by a String? That would certainly confuse code that was expecting a MyClass object and does proper NULL checking. Would either replacing the value with NULL or ignoring the session entirely be a better solution? -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 5829] StandardManager needs to cope with sessions throwing exception in read/write
https://issues.apache.org/bugzilla/show_bug.cgi?id=5829 --- Comment #13 from Mark Thomas 2010-12-14 14:21:54 EST --- Take a look at the code... -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 50460] First access to a jspx page causes classloader leak in JspDocumentParser
https://issues.apache.org/bugzilla/show_bug.cgi?id=50460 --- Comment #5 from Christopher Schultz 2010-12-14 14:25:07 EST --- FWIW, I still vote #2. I'm pretty sure that actually throwing the exception is more costly than creating the Exception object. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 48892] Use URIEncoding from server.xml for decoding post data sent with application/x-www-form-urlencoded mime type
https://issues.apache.org/bugzilla/show_bug.cgi?id=48892 --- Comment #2 from Christopher Schultz 2010-12-14 14:30:22 EST --- -1 for defaulting to use URIEncoding to decode the request body when no Content-Type encoding is specified, since that setting might violate the HTTP spec in it's default configuration. See http://wiki.apache.org/tomcat/FAQ/CharacterEncoding#Q9, specifically "Default encoding for POST". The de-facto standard for encoding-less Content-Type in POST bodies is ISO-8859-1. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 49000] Cookie parsing bug when an empty value has an equal sign on the end
https://issues.apache.org/bugzilla/show_bug.cgi?id=49000 --- Comment #6 from Christopher Schultz 2010-12-14 14:40:12 EST --- Henri, what is the behavior of TC when these invalid cookies are received from a client? -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 8441] Command line files for NetWare
https://issues.apache.org/bugzilla/show_bug.cgi?id=8441 Mark Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #4 from Mark Thomas 2010-12-14 14:43:11 EST --- There wasn't enough interest in these files to include them in the Tomcat distribution. A review of the mail archive does mention netware a few times but usually in the context of a front-end web server. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 8776] The session url encoding under somce circumstances fails to use cookies even when request to do so
https://issues.apache.org/bugzilla/show_bug.cgi?id=8776 Mark Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Mark Thomas 2010-12-14 14:50:07 EST --- In all current versions (5.5.x, 6.0.x, 7.0.x) the cookie will be used in preference unless session tracking via cookies has been explicitly disabled. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 9629] Fix ServletContext.getResourcePaths to match spec
https://issues.apache.org/bugzilla/show_bug.cgi?id=9629 --- Comment #11 from Mark Thomas 2010-12-14 14:58:23 EST --- (In reply to comment #10) > Why is only the first directory level (sub paths as [4]) returned? As of > Tomcat > 4.0.4 this is a somewhat surprising result, since I would expect (from > interpreting the Spec) that all paths recursively available are returned. The key phrase is "longest sub-path". The Servlet 3 makes the intended behaviour clear with an example. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 49165] Enhancement - Allow %{TIME_FORMAT}t As Configuration for AccessLogValve
https://issues.apache.org/bugzilla/show_bug.cgi?id=49165 --- Comment #8 from Christopher Schultz 2010-12-14 14:58:37 EST --- (In reply to comment #6) > Note: volume benchmark is writing output in real file to $CATALINA_HOME/logs > and shouldn't be included in automatic test pack (it's slow and it's it's > generating REALLY big output file, so CI server will quickly run out of disk > space). Could you modify the volume benchmark to dump to /dev/null or some kind of null logger? That would give you a better benchmark since you aren't at the mercy of disk I/O to skew your results. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 9629] Fix ServletContext.getResourcePaths to match spec
https://issues.apache.org/bugzilla/show_bug.cgi?id=9629 Mark Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #12 from Mark Thomas 2010-12-14 15:04:36 EST --- This is fixed in 7.0.x. I haven't checked 5.5.x and 6.0.x but changing the behaviour (if it hasn't already been changed) in those versions would be too risky anyway. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 49000] Cookie parsing bug when an empty value has an equal sign on the end
https://issues.apache.org/bugzilla/show_bug.cgi?id=49000 --- Comment #7 from Henri Yandell 2010-12-14 15:07:25 EST --- It doesn't create the last cookie value. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r1049263 - in /tomcat/trunk/java/org/apache: catalina/ha/deploy/FileMessageFactory.java coyote/ajp/AjpMessage.java tomcat/util/buf/HexUtils.java
Author: schultz
Date: Tue Dec 14 20:49:28 2010
New Revision: 1049263
URL: http://svn.apache.org/viewvc?rev=1049263&view=rev
Log:
Fixed bug #49125: toString on byte[] array probably is not correct
- Added HexUtils.toHexString method
- Wrapped output of byte[] objects with a call to HexUtils.toHexString
Modified:
tomcat/trunk/java/org/apache/catalina/ha/deploy/FileMessageFactory.java
tomcat/trunk/java/org/apache/coyote/ajp/AjpMessage.java
tomcat/trunk/java/org/apache/tomcat/util/buf/HexUtils.java
Modified:
tomcat/trunk/java/org/apache/catalina/ha/deploy/FileMessageFactory.java
URL:
http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/catalina/ha/deploy/FileMessageFactory.java?rev=1049263&r1=1049262&r2=1049263&view=diff
==
--- tomcat/trunk/java/org/apache/catalina/ha/deploy/FileMessageFactory.java
(original)
+++ tomcat/trunk/java/org/apache/catalina/ha/deploy/FileMessageFactory.java Tue
Dec 14 20:49:28 2010
@@ -28,6 +28,7 @@ import java.util.concurrent.atomic.Atomi
import org.apache.juli.logging.Log;
import org.apache.juli.logging.LogFactory;
+import org.apache.tomcat.util.buf.HexUtils;
/**
* This factory is used to read files and write files by splitting them up into
@@ -227,7 +228,7 @@ public class FileMessageFactory {
throw new IllegalArgumentException(
"Can't write message, this factory is reading.");
if (log.isDebugEnabled())
-log.debug("Message " + msg + " data " + msg.getData()
+log.debug("Message " + msg + " data " +
HexUtils.toHexString(msg.getData())
+ " data length " + msg.getDataLength() + " out " + out);
if (msg.getMessageNumber() <= lastMessageProcessed.get()) {
Modified: tomcat/trunk/java/org/apache/coyote/ajp/AjpMessage.java
URL:
http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/coyote/ajp/AjpMessage.java?rev=1049263&r1=1049262&r2=1049263&view=diff
==
--- tomcat/trunk/java/org/apache/coyote/ajp/AjpMessage.java (original)
+++ tomcat/trunk/java/org/apache/coyote/ajp/AjpMessage.java Tue Dec 14 20:49:28
2010
@@ -21,6 +21,7 @@ import org.apache.juli.logging.Log;
import org.apache.juli.logging.LogFactory;
import org.apache.tomcat.util.buf.ByteChunk;
import org.apache.tomcat.util.buf.CharChunk;
+import org.apache.tomcat.util.buf.HexUtils;
import org.apache.tomcat.util.buf.MessageBytes;
import org.apache.tomcat.util.res.StringManager;
@@ -372,7 +373,7 @@ public class AjpMessage {
*/
public void dump(String msg) {
if (log.isDebugEnabled()) {
-log.debug(msg + ": " + buf + " " + pos +"/" + (len + 4));
+log.debug(msg + ": " + HexUtils.toHexString(buf) + " " + pos +"/"
+ (len + 4));
}
int max = pos;
if (len + 4 > pos)
Modified: tomcat/trunk/java/org/apache/tomcat/util/buf/HexUtils.java
URL:
http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/tomcat/util/buf/HexUtils.java?rev=1049263&r1=1049262&r2=1049263&view=diff
==
--- tomcat/trunk/java/org/apache/tomcat/util/buf/HexUtils.java (original)
+++ tomcat/trunk/java/org/apache/tomcat/util/buf/HexUtils.java Tue Dec 14
20:49:28 2010
@@ -63,6 +63,11 @@ public final class HexUtils {
(byte) 'c', (byte) 'd', (byte) 'e', (byte) 'f' };
+/**
+ * Table for byte to hex string translation.
+ */
+private static final char[] hex = "0123456789abcdef".toCharArray();
+
// - Static Methods
@@ -80,4 +85,18 @@ public final class HexUtils {
public static byte getHex(int index){
return HEX[index];
}
-}
\ No newline at end of file
+
+public static String toHexString(byte[] bytes)
+{
+if(null == bytes) return null;
+
+StringBuilder sb = new StringBuilder(bytes.length << 1);
+
+for(int i=0; i> 4])
+.append(hex[(bytes[i] & 0x0f)])
+;
+
+return sb.toString();
+}
+}
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r1049264 - /tomcat/trunk/java/org/apache/catalina/connector/Connector.java
Author: schultz
Date: Tue Dec 14 20:53:07 2010
New Revision: 1049264
URL: http://svn.apache.org/viewvc?rev=1049264&view=rev
Log:
Added documentation to parseBodyMethods and parseBodyMethodSet members.
Modified:
tomcat/trunk/java/org/apache/catalina/connector/Connector.java
Modified: tomcat/trunk/java/org/apache/catalina/connector/Connector.java
URL:
http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/catalina/connector/Connector.java?rev=1049264&r1=1049263&r2=1049264&view=diff
==
--- tomcat/trunk/java/org/apache/catalina/connector/Connector.java (original)
+++ tomcat/trunk/java/org/apache/catalina/connector/Connector.java Tue Dec 14
20:53:07 2010
@@ -185,9 +185,15 @@ public class Connector extends Lifecycle
*/
protected int maxSavePostSize = 4 * 1024;
-
+/**
+ * Comma-separated list of HTTP methods that will be parsed according
+ * to POST-style rules for application/x-www-form-urlencoded request
bodies.
+ */
protected String parseBodyMethods = "POST";
+/**
+ * A Set of methods determined by {...@link #parseBodyMethods}.
+ */
protected HashSet parseBodyMethodsSet;
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 49125] toString on byte[] array probably is not correct
https://issues.apache.org/bugzilla/show_bug.cgi?id=49125 Christopher Schultz changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #4 from Christopher Schultz 2010-12-14 15:57:03 EST --- Fixed in trunk. Will be in 7.0.6. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 49000] Cookie parsing bug when an empty value has an equal sign on the end
https://issues.apache.org/bugzilla/show_bug.cgi?id=49000 --- Comment #8 from Christopher Schultz 2010-12-14 15:59:30 EST --- That seems like reasonable behavior to me. If there were some kind of exception or the request was not processed, I'd think this was a bug. In this case, I believe Tomcat is spec-compliant. If you can provide some research suggesting that this is a common MSIE phenomenon, I'll consider writing a patch for it. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Setting Connector attributes
All,
I was looking at
https://issues.apache.org/bugzilla/show_bug.cgi?id=49711 and starting to
write a patch which involves a new Connector option.
I noticed that (for example) Connector.setUseBodyEncodingForURI sets
it's own state, then calls setProperty("useBodyEncodingForURI", ...)
which sets an equivalent property on the protocol handler being used for
the connector.
Other setters, such as setMaxPostSize, do not call setProperty (though
setMaxSavePostSize does). Should all setters call setProperty and should
all protocol handlers mirror all properties, or is there some rule of
thumb I can use to determine whether my new property should be added to
the protocol handler and then use setProperty?
Thanks,
-chris
signature.asc
Description: OpenPGP digital signature
DO NOT REPLY [Bug 13634] Allowing system properties to be substituted in config-file
https://issues.apache.org/bugzilla/show_bug.cgi?id=13634 Mark Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Mark Thomas 2010-12-14 16:55:13 EST --- This feature is available in all currently supported versions (5.5.x, 6.0.x and 7.0.x) -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 10120] Custom realm and shared instalation.
https://issues.apache.org/bugzilla/show_bug.cgi?id=10120 Mark Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #1 from Mark Thomas 2010-12-14 17:17:19 EST --- Using CATALINA_BASE will go some way to addressing this. Having components that require their own class loader would be overly difficuly to manage. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 10335] [RFE,patch] Make JAASRealm more flexible
https://issues.apache.org/bugzilla/show_bug.cgi?id=10335 Mark Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #4 from Mark Thomas 2010-12-14 17:34:51 EST --- The JAAS realm has been refactored in all current versions (5.5.x, 6.0.x and 7.0.x). There are three places where the CallbackHandler is created but they are easily over-ridden if required. There is little value in explicitly pulling out those calls into separate methods. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 13965] Need a way to globally configure Jasper options
https://issues.apache.org/bugzilla/show_bug.cgi?id=13965 Mark Thomas changed: What|Removed |Added Keywords|PatchAvailable | Component|Catalina|Jasper 2 Summary|Catalina.sh correction |Need a way to globally |request for Tru64 Unix |configure Jasper options --- Comment #2 from Mark Thomas 2010-12-14 17:38:02 EST --- Undo hijacking of issue (which should have been asked on the users mailing list) -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 49000] Cookie parsing bug when an empty value has an equal sign on the end
https://issues.apache.org/bugzilla/show_bug.cgi?id=49000 --- Comment #9 from Henri Yandell 2010-12-14 17:48:27 EST --- I'm poorly explaining. Tomcat is happy with all of the following: Cookie: fred=1; jim=2; bob Cookie: fred=1; jim=2; bob; george=3 Cookie: fred=1; jim=2; bob=; george=3 It isn't happy with: Cookie: fred=1; jim=2; bob= Looking at logs, I can see that IE6, IE7 and IE8 all sends the bob= type entries. Generally this is fine, unless it's the last item in the semi-colon delimited list, in which case Tomcat drops the cookie entry. I agree with everything said - if name and value are mandatory then none of the above should be accepted. However, the current Tomcat functionality is such that 3/4 of the options are accepted and anyone relying on this is going to have a very confusing feature where IE traffic sporadically drops a cookie. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 10457] Patch submission for DefaultServlet/WebdavServlet to be more flexible
https://issues.apache.org/bugzilla/show_bug.cgi?id=10457 Mark Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #3 from Mark Thomas 2010-12-14 18:06:00 EST --- The changes to the WebDAV servlet should be unecessary. The WebDAV sevrlet can be used as the DefaultServlet in all current Tomcat versions. The changes to the DefaultServlet can no loonger be applied. The DefaultServlet has moved in a direction that is no longer compatible with this patch. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 10699] Apache SOAP 2.3 will not operate properly
https://issues.apache.org/bugzilla/show_bug.cgi?id=10699 Mark Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #2 from Mark Thomas 2010-12-14 18:15:57 EST --- Tomcat has nothing to do with SOAP serialization / deserialization although this could be a class loader issue. With no similar reports with recent Tomcat / Axis (which I assume is what Apache SOAP became) this looks like an old configuration / Apache SOAP issue. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 14766] Redirect Vavle
https://issues.apache.org/bugzilla/show_bug.cgi?id=14766 Mark Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #1 from Mark Thomas 2010-12-14 18:32:35 EST --- The patch is incomplete and redirection to single URI is too limiting. To be useful, the feature needs to look more like mod_rewrite. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 17572] Tomcat manager Ant tasks should support "failonerror" attribute
https://issues.apache.org/bugzilla/show_bug.cgi?id=17572 Mark Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #2 from Mark Thomas 2010-12-14 19:33:34 EST --- This is the better description but the dup has a patch *** This bug has been marked as a duplicate of bug 10225 *** -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 10225] ANT Tasks Error Situation
https://issues.apache.org/bugzilla/show_bug.cgi?id=10225 Mark Thomas changed: What|Removed |Added CC||roytm...@peacetech.com --- Comment #3 from Mark Thomas 2010-12-14 19:33:35 EST --- *** Bug 17572 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 17070] The Catalina Ant tasks do not allow for 'reusable' build scripts
https://issues.apache.org/bugzilla/show_bug.cgi?id=17070 Mark Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #7 from Mark Thomas 2010-12-14 19:34:58 EST --- *** This bug has been marked as a duplicate of bug 10225 *** -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 10225] ANT Tasks Error Situation
https://issues.apache.org/bugzilla/show_bug.cgi?id=10225 Mark Thomas changed: What|Removed |Added CC||richard_kenn...@hotmail.com --- Comment #4 from Mark Thomas 2010-12-14 19:34:58 EST --- *** Bug 17070 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 28852] failonerror attribute on Ant tasks
https://issues.apache.org/bugzilla/show_bug.cgi?id=28852 Mark Thomas changed: What|Removed |Added CC||devli...@logemann.info --- Comment #3 from Mark Thomas 2010-12-14 19:37:40 EST --- *** Bug 10225 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 10225] ANT Tasks Error Situation
https://issues.apache.org/bugzilla/show_bug.cgi?id=10225 Mark Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #5 from Mark Thomas 2010-12-14 19:37:40 EST --- Dup has what appears to be a better patch *** This bug has been marked as a duplicate of bug 28852 *** -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 26363] JSP Compiler does not recognize unbalanced Struts tag
https://issues.apache.org/bugzilla/show_bug.cgi?id=26363 Mark Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #2 from Mark Thomas 2010-12-14 19:42:16 EST --- This issue is Tomact 4 specific and Tomcat 4 is no longer supported. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 17405] JSP Classpath
https://issues.apache.org/bugzilla/show_bug.cgi?id=17405 Mark Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Mark Thomas 2010-12-14 19:45:34 EST --- This has been fixed in all currently supported Tomcat versions (5.5.x, 6.0.x, 7.0.x) -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 16357] "connection timeout reached"
https://issues.apache.org/bugzilla/show_bug.cgi?id=16357 Mark Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #5 from Mark Thomas 2010-12-14 19:51:04 EST --- This is now logged at debug for all current Tomcat versions (5.5.x, 6.0.x, 7.0.x) -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 14097] hardcoded registry value for vm lets tomcat service on win2k fail
https://issues.apache.org/bugzilla/show_bug.cgi?id=14097 Mark Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #1 from Mark Thomas 2010-12-14 19:55:22 EST --- This cuts both ways. If JAVA_HOME is used then installing a new JVM and changing JAVA_HOME (without removing the old install) will change the JVM the service is using which may not be what was intended. The current windows installer includes the GUI management tool that makes changing the JVM being used easy. I believe the benefits of not using JAVA_HOME outweigh the benefits of using it. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r1049372 - /tomcat/trunk/webapps/docs/windows-service-howto.xml
Author: markt Date: Wed Dec 15 00:57:58 2010 New Revision: 1049372 URL: http://svn.apache.org/viewvc?rev=1049372&view=rev Log: Fix a typo Modified: tomcat/trunk/webapps/docs/windows-service-howto.xml Modified: tomcat/trunk/webapps/docs/windows-service-howto.xml URL: http://svn.apache.org/viewvc/tomcat/trunk/webapps/docs/windows-service-howto.xml?rev=1049372&r1=1049371&r2=1049372&view=diff == --- tomcat/trunk/webapps/docs/windows-service-howto.xml (original) +++ tomcat/trunk/webapps/docs/windows-service-howto.xml Wed Dec 15 00:57:58 2010 @@ -167,7 +167,7 @@ --JavaHome JAVA_HOME -Set a different JAVA_HOME then defined by JAVA_HOME environment +Set a different JAVA_HOME than defined by JAVA_HOME environment variable - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 20517] Adding recursive find for library references
https://issues.apache.org/bugzilla/show_bug.cgi?id=20517 Mark Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Mark Thomas 2010-12-14 20:02:32 EST --- All current versions of Tomcat (5.5.x, 6.0x., 7.0.x) can do this via editing catalina.properties -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 20517] Adding recursive find for library references
https://issues.apache.org/bugzilla/show_bug.cgi?id=20517 --- Comment #2 from Mark Thomas 2010-12-14 20:04:35 EST --- An adidtional note re WEB-INF/lib, sub directories will not be supported since the spec is clear that JARs must on directly under the lib dir. Supporting anything else would damage portability. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
