これを読んだだけでは信じられません：非同期CFCにCFMLイベントゲートウェイを使用する
私の知る限り、スレッドを使用して非同期イベントを実行することもできます。ただし、スレッドとCFMLイベントゲートウェイのどちらを使用すべきかを理解するのに問題がありますか？どのような目的または状況が、一方の実装と他方の実装に適していますか？
ColdFusion Standard EditionのCFCを介した非同期イベントに制限はありますか？cfthreadには最大2つのカスタムスレッドの制限があることを私は知っています。「イベントゲートウェイ処理スレッド」は制限にカウントされますか？
非同期イベントにイベント ゲートウェイを使用することは、スレッドより前に行われます。「async cfc」機能はおまけの副作用だったと思います。
目的が単純に一部の処理をスピンオフして非同期に完了することである場合は、スレッドを使用します。
イベント ゲートウェイの本当の目的は、外部システムと通信することです。私はイベント ゲートウェイを広範囲に使用してきましたが、メッセージ キュー、XMPP、ストリーミング Twitter API、およびその他の多くのあいまいな「エンタープライズ java-y」と通信するために使用しました。
イベント ゲートウェイの問題の 1 つは、イベント ゲートウェイが実行される環境が、http サーバー経由で送信される要求とは微妙に異なることです。たとえば、ほとんどの CGI 変数が設定されていないか、異常な値が含まれています。また、ユーザーのセッションなどへのアクセス権もありません。
CFTHREAD を使用すると、それをより細かく制御できます。
ここで製品マトリックスを見る：
http://www.adobe.com/products/coldfusion/pdfs/cf9_feature_comparison_matrix_ue.pdf
CF Standard では、同時イベント ゲートウェイが 1 つ得られるように見えるため、実稼働環境ではおそらく有用な機能ではありません。管理者の設定に関係なく、単一のスレッドにハードロックされていると思います。
ですから、CF スタンダードを使用すると、ちょっとうんざりしてしまいます。
Railo または OpenBD を使用するもう 1 つの理由です。