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) {
