Jikes 1.13 has become REALLY picky about type casting, and the switch of a byte against char constants really irks Jikes. Oh that all bugs were this easy. :-) -- /v\atthew -- Matthew L Daniel Never put off until tomorrow what you can do today. Wizard There might be a law against it by that time. [EMAIL PROTECTED] -- `/usr/bin/fortune`
diff -u -r1.13 RequestUtil.java --- catalina/src/share/org/apache/catalina/util/RequestUtil.java 2001/01/30 19:40:19 1.13 +++ catalina/src/share/org/apache/catalina/util/RequestUtil.java 2001/03/30 +05:27:04 @@ -78,6 +78,7 @@ * * @author Craig R. McClanahan * @author Tim Tye + * @author Matthew L Daniel ([EMAIL PROTECTED]) * @version $Revision: 1.13 $ $Date: 2001/01/30 19:40:19 $ */ @@ -377,7 +378,7 @@ * <strong>IMPLEMENTATION NOTE</strong>: URL decoding is performed * individually on the parsed name and value elements, rather than on * the entire query string ahead of time, to properly deal with the case - * where the name or value includes an encoded "=" or "&" character + * where the name or value includes an encoded "=" or "&" character * that would otherwise be interpreted as a delimiter. * * NOTE: byte array data is modified by this method. Caller beware. @@ -399,7 +400,9 @@ String value = null; while (ix < data.length) { byte c = data[ix++]; - switch (c) { + // This cast is because Jikes 1.13 is getting REALLY picky + // about types. + switch ((char)c) { case '&': value = new String(data, 0, ox, encoding); if (key != null) {