httpServletResponse.setCharacterEncodingメソッドjdk 5はjava 1である.4レベルコンパイル、bug

httpServletResponse.setCharacterEncoding("GBK");

servletの中のこのような一言は、一日正常に働かなかった.
説明:
ネイティブ環境:
開発環境:jdk 1.5.0_15
サーバ:tomcat 5.5
開発ツール:myeclipse 6.0(jdkコンパイルレベル1.4)
サーバ実行環境:
OS:solaris 9
実行環境:jre 1.4.2
サーバ:sun one 7
他の機能は正常ですが、この機能はservlet exceptionに報告されています.
しかし、具体的な誤りは説明されなかった.
とても理解できなくて、最後に私たちのボスを助けるしかありません.
ボスは見て、コンパイラの問題だと言った.
案の定、この行を除けばやはり正常に運行できるようになりました.
ボスはjdk 5以上のバージョンが1.4.2にコンパイルされたときにこの問題があると言っています.
彼はsetCharacterEncodingという方法とbigdecimalというクラスにこの問題があると言った.
ああ!さもないと、私はまだここで苦しんでいるのはなぜか分かりません.
権威にも間違いがあるようですね.javaのような汎用的なプログラムにもこのようなバグがあります.
しかし、具体的には、異なるオペレーティングシステムが生成したclassが互換性がないのは、ボスが言ったように異なるバージョン間の互換性がないためで、深く研究されていません.
この方面について研究の多くの注意があることを望みます.
補足:
 
一度にexeclをエクスポートするにはpoiクラスライブラリを使用し、1.4.2に適したpoi 3をわざわざダウンロードしました.2バージョンは、ローカルで試してみましたが、サーバーにアップロードするといつも問題があり、特別な異常はありません.また自分で書いたjavaの部分のコードに問題があると思って、わざわざ自分のjdkをjava 1に変えました.4.2バージョンで、サーバと比較的よく一致します.最後は無駄で、その後コードの何度もアップロードしてやっとpoi 3に位置していることを発見しました.2テストライブラリで正常に使用できない問題.最後にもっと古いpoi 1に変えました.2.5、いくつかのコードを修正して、やっと最後に成功しました.
互換性の問題は、やはり多いようです.