問題タブ [jrun]

全て -

ColdFusion で 500 JRun サーブレット エラーを処理する方法はありますか? ColdFusion admin でサイト全体のハンドラーを使用したり使用したりしてみcferrorましたが、機能していないようです。

ここにエラーメッセージがあります

ColdFusion 8 から突然以下のエラーが発生し始めました。

javax.servlet.ServletException: 根本原因: coldfusion.filter.FormScope.parseQueryString(FormScope.java:355) で java.lang.IllegalArgumentException、coldfusion.filter.FormScope.parsePostData(FormScope.java:327) で coldfusion.filter.FormScope .fillForm(FormScope.java:277) で coldfusion.filter.FusionContext.SymTab_initForRequest(FusionContext.java:438) で coldfusion.filter.GlobalsFilter.invoke(GlobalsFilter.java:33) で coldfusion.filter.DatasourceFilter.invoke(DatasourceFilter. java:22)、coldfusion.filter.RequestThrottleFilter.invoke(RequestThrottleFilter.java:126)で、coldfusion.CfmServlet.service(CfmServlet.java:198)で、coldfusion.bootstrap.BootstrapServlet.service(BootstrapServlet.java:89)で、jrun で。 com.intergral.fusionreactor.filter の servlet.FilterChain.doFilter(FilterChain.java:86)。FusionReactorCoreFilter.doHttpServletRequest(FusionReactorCoreFilter.java:503) com.intergral.fusionreactor.filter.FusionReactorCoreFilter.doFusionRequest(FusionReactorCoreFilter.java:337) com.intergral.fusionreactor.filter.FusionReactorCoreFilter.doFilter(FusionReactorCoreFilter.java:246) com .intergral.fusionreactor.filter.FusionReactorFilter.doFilter(FusionReactorFilter.java:121) で jrun.servlet.FilterChain.doFilter(FilterChain.java:94) で coldfusion.monitor.event.MonitoringServletFilter.doFilter(MonitoringServletFilter.java:42) でcoldfusion.bootstrap.BootstrapFilter.doFilter(BootstrapFilter.java:46) で jrun.servlet.FilterChain.doFilter(FilterChain.java:94) で jrun.servlet.FilterChain.service(FilterChain.java:101) で jrun.servlet.ServletInvoker .invoke(ServletInvoker.java:106) jrun で。jrun.servlet.JRunRequestDispatcher.invoke(JRunRequestDispatcher.java:286) の servlet.JRunInvokerChain.invokeNext(JRunInvokerChain.java:42) .invokeRunnable(JRunProxyService.java:203) jrunx.scheduler.ThreadPool$DownstreamMetrics.invokeRunnable(ThreadPool.java:320) jrunx.scheduler.ThreadPool$ThreadThrottle.invokeRunnable(ThreadPool.java:428) jrunx.scheduler.ThreadPool$ UpstreamMetrics.invokeRunnable(ThreadPool.java:266) で jrunx.scheduler.WorkerThread.run(WorkerThread.java:66)543) jrun.servlet.jrpp.JRunProxyService.invokeRunnable(JRunProxyService.java:203) で jrunx.scheduler.ThreadPool$DownstreamMetrics.invokeRunnable(ThreadPool.java:320) で jrunx.scheduler.ThreadPool$ThreadThrottle.invokeRunnable(ThreadPool.java) :428) jrunx.scheduler.ThreadPool$UpstreamMetrics.invokeRunnable(ThreadPool.java:266) で jrunx.scheduler.WorkerThread.run(WorkerThread.java:66) で543) jrun.servlet.jrpp.JRunProxyService.invokeRunnable(JRunProxyService.java:203) で jrunx.scheduler.ThreadPool$DownstreamMetrics.invokeRunnable(ThreadPool.java:320) で jrunx.scheduler.ThreadPool$ThreadThrottle.invokeRunnable(ThreadPool.java) :428) jrunx.scheduler.ThreadPool$UpstreamMetrics.invokeRunnable(ThreadPool.java:266) で jrunx.scheduler.WorkerThread.run(WorkerThread.java:66) で

coldfusion.monitor.event.MonitoringServletFilter.doFilter(MonitoringServletFilter.java:70)でcoldfusion.bootstrap.BootstrapFilter.doFilter(BootstrapFilter.java:46)でjrun.servlet.FilterChain.doFilter(FilterChain.java:94)でjrunで。 servlet.FilterChain.service(FilterChain.java:101) jrun.servlet.ServletInvoker.invoke(ServletInvoker.java:106) で jrun.servlet.JRunInvokerChain.invokeNext(JRunInvokerChain.java:42) で jrun.servlet.JRunRequestDispatcher.invoke (JRunRequestDispatcher.java:286) jrun.servlet.ServletEngineService.dispatch(ServletEngineService.java:543) で jrun.servlet.jrpp.JRunProxyService.invokeRunnable(JRunProxyService.java:203) で jrunx.scheduler.ThreadPool$DownstreamMetrics.invokeRunnable( ThreadPool.java:320) jrunx.scheduler.ThreadPool$ThreadThrottle.invokeRunnable(ThreadPool.java:428) jrunx.scheduler.ThreadPool$UpstreamMetrics.invokeRunnable(ThreadPool.java:266) で jrunx.scheduler.WorkerThread.run(WorkerThread.java:66) で

動作中のサーバーのコールドフュージョン構成と比較しましたが、目立ったものはありません。

default-web.xml は次のようになります。

誰かがこれについてヒントを持っていますか？

Jrun4 は Coldfusion のインストールにバンドルされています。最近、常に SSL で実行する必要がある新しい Web アプリケーションに対応するために、JRun 内に新しいサーバーを作成することにしました。

簡単に言えば。バグが見つかったときにアプリを展開し、すぐに修正して再コンパイルし、Web アプリを再展開しました。JRun が示す限り、新しい webapp がデプロイされ、提供されていますが、webapp をヒットしても、新しい変更は提供されていません。変更が実際に存在することを確認するために、チェックサムの違いを実際に検証し、変更されたクラス ファイルに対して Java 逆コンパイラを実行すると、変更が存在します。コンソール メッセージがコンソールに出力されることを確認するために、アプリにコンソール メッセージを追加しましたが、新しいメッセージは表示されません。

私が試みた手順：

1. war ファイルをホットデプロイし、ファイルが再デプロイされたとコンソールに表示されました

2. ファイルをホストしている JRun サーバーをオフにし、変更されたファイルで再起動しました。

3. webapp をホストしている既存の JRun サーバーを完全に削除しました。JRun をシャットダウンします。webapp をホストする新しい JRun サーバーを再起動して作成しました。

4. javacpl.exe、Java コントロール パネルを開き、含まれているすべての一時ファイル、アプレット、およびアプリケーションを削除しました。
5. TOMCAT をダウンロードし、同じ war を webapps ディレクトリにデプロイすると、すべてが正しく表示されました。会社がTomcatの使用を許可する必要があるため、私はTomcatを使用できません。

私は今、サーバー全体を再イメージ化し、新しい JRun インストールに webapp をデプロイする必要があると思うところですが、実際にはもっと良い方法があるはずです。

サーブレットで HTTP ストリーミングを使用しようとしています。ローカルで orion をサーブレット コンテナーとして使用し、正常に動作しますが、JRUN 4.0 を実行するテスト サーバーでは、出力ストリームで flush() を呼び出しても出力がバッファーされます。出力がバッファリングされている理由と、それを止めるためにできることについて何か考えはありますか?

jrun サーバーで Web アプリケーションを実行しています。それをTomcatサーバーに移動する必要があります。可能な変更は何ですか？

Windows Server 2008 R2 上の IIS 7.5 で ColdFusion 9.0.1 を実行している 2 つのサーバー (1 つは運用環境、もう 1 つは開発環境) があります。この 2 つは同じように構成されています。問題のないアップタイムが数週間から数か月続いた後、サイトの一部 (具体的には CFIDE 管理者ポータルと cfwindow タグのあるページ) で「クラス coldfusion.security.ESAPIUtils を初期化できませんでした」というエラーがスローされ始める一時的な問題があります。ログ。

いくつかの 推奨事項に基づいて、数か月前にすべてのホット フィックスをアンインストールして再インストールし、正しい順序で適用していることを 5 回チェックし、正しい一連の指示に従っていました。

それでも問題は解決しませんでしたが、ログ ファイルをくまなく調べていると、jRun の再起動後に別の ESAPI 関連のエラー (「ESAPI.properties could not be loaded by any means. fail.」) がログに表示されることに気付きました。次の宣言をjava.argsin に追加してみましたjvm.config:

これにより、数か月間問題が解決したように見えました。エラーはありません。問題なく動作しました。その後、昨日、運用サーバーが再びエラーをスローし始めました。JRun を再起動してサーバーを再起動しようとしましたが、エラーが続きます。開発サーバーはまったく問題ありません。

ESAPIUtils インスタンスをインスタンス化して cfdump するだけのスクリプトを作成してみました。dev では、オブジェクトに関するメタデータをダンプします。本番環境では、ページでエラーが発生します。

私はほぼ1年間、この問題と断続的に戦ってきました。数日後に自然に治る場合もあれば、数週間続く場合もあります。この状態を「誘発」する方法をまだ見つけていないので、しばらくは機能するように見えるテスト不可能な「修正」に行き詰まっています。

これはまったく関係ないように見えますが、組み込みIsImageFile()関数が有効な画像に対して false を返す場合がありました。IsImageFile() の奇妙さは、「クラス coldfusion.security.ESAPIUtils を初期化できませんでした」という狂気が始まる少し前に始まるようです。

サーバーのバージョンは次のとおりです。

そしてからのスタックトレースcfusion-out.log：

セットアップ:

Apache 2.4.7 を使用して Ubuntu 14.04 に ColdFusion 9 をインストールしようとしています。真剣に。聞かないでください。

• LAMP スタックがインストールされている Vagrant Box ( xplore/ubuntu-14.04 ) を起動します。
• 実行apt-get updateされ、apt-get upgrade;
• インストールlibstdc++5済み (ただし、CF がインストールされていることを確認できなかったという警告が引き続き表示されます)。
• から CF をインストールしましColdFusion_9_WWEJ_linux64.binた。

CF9ではApache構成ファイル名を指定できないため、CFをインストールするためにcallへのシンボリックリンクを作成する必要がありましたが、それ以外はすべてスムーズに進みまし/etc/apache2/apache2.confた。/etc/apache2/httpd.conf

問題：

CF を使用して起動する./opt/coldfusion9/bin/coldfusion startと、次のメッセージが表示されます。

...これは、cf-connectors.shmy を変更apache2.confし、モジュールをロードするように指示してから、/opt/coldfusion9/runtime/lib/wsconfig/1/mod_jrun22.soApache を再起動しようとして、次のエラーが原因で失敗した結果です。

トラブルシューティングの手順:

Apache のエラー ログを調べましたが、あまり役に立ちませんでした。

JRun バイナリ ファイルは、/opt/coldfusion9/runtime/bin/jrun. ただし、このようなチュートリアルで、それが ...にあることを示しているのを見たことがあり/opt/jrun4ます。これは、私のバージョンの CF9 が を参照しているため、mod_jrun22.soバージョンの違いがあると思われるため、奇妙です。

を実行./opt/coldfusion9/runtime/bin/jrun statusすると、次の出力が得られます。

...不足しているindi.propertiesファイルがあり、サンプルと管理サーバーが実行されていないことがわかります。cf-connectors.sh失敗した結果だと思います。

質問：

CF コネクタ ウィザードを成功させるにはどうすればよいですか? ここで何が欠けていますか？

前もって感謝します！