1

これは、アプリケーションの更新時にのみ発生する問題です (CLI ではなく、管理コンソールでのみテストされています)。また、これは製品環境と同一の開発環境でのみ発生します。アンインストール/インストール時に、すべてが適切にコンパイルされます。ただし、これは大規模なアプリケーションであり、更新を行うのに十分な時間がかかります。(特に開発ビルド中) 毎回アンインストール/インストールしたくありません。

JSP .java および .smap ファイルは生成されていますが、.class は生成されていません。本番環境では、.smap はなく、.java と .class のみです。JSP がコンパイルされる場合、タグ ライブラリもコンパイルされると考えられます。

誰かがこの問題に直面したことがありますか、または私たちが見落としている可能性があることを知っていますか?

以前のバージョン: 6.1.0.17

編集:これは、1 つの JSP とそれを使用するタグ ライブラリに対してのみ発生します。問題のトラブルシューティングを行っています。何かわかりましたらお知らせください。この修正による .SMAP ファイルの問題である可能性があります。

解決

4

3 に答える 3

3

解決:

問題は次のとおりです。WASでデバッグが有効になっています。これにより、.classファイルの代わりに.smapファイル(ソースマッピング)が生成されました。これを発見したら、管理コンソールでデバッグサービスを無効にしました([アプリケーションサーバー]> [server1]>[デバッグプロセス]>[サービスの開始]のチェックを外します)。なぜこれがアップデート時にのみバグを作成したのかはわかりませんが、いずれにせよ、問題は解決されています。

于 2008-10-15T18:42:28.107 に答える
1

1つの提案:

ご使用の環境に、JREだけでなくJDKを指すJAVA_HOMEがあることを確認しましたか。JREにはjavacがないため、JSPコンパイラによって実行時に作成された.javaファイルを.classesにコンパイルする方法はありませんか?

編集:また、おそらくこのリンクが役立つかもしれませんか?

于 2008-10-15T15:44:08.870 に答える
1

私は taglibs を扱ったことはありませんが、次のように言えます。

アプリケーション サーバーはタイムスタンプをチェックします。JSP ファイルの "変更された" タイムスタンプが、アプリケーション サーバーの観点から妥当であることを十分に確認してください (たとえば、未来ではありません)

これが問題の解決に役立つことを願っています...

于 2008-10-15T15:57:27.813 に答える