問題タブ [executioncontext]

Future内の sに対していくつかの操作を行っていtraitます。

ExecutionContext.Implicits.globalfor myを使用する代わりに、 myFutureで定義されているものを使用したいと考えていapplication.confます。

アクター内でルックアップを実行して、実行コンテキストを取得できます。

私の特性の中でこれを行う方法を確認してください。

コマンドのすべてのインスタンスをフックして、cd入力を検証し、場合によっては変更します。

cd に渡されたパラメーターを変更するためのアクセスを提供する変数はありますか?

このJavaScriptコードを想定しましょう

関数bound(コールバックなど) が与えられた場合、バインドされたコンテキスト ("hello", 5, 6 など) を取得する方法はありますか?

ビジネス ロジックのジョブ実行コンテキストにマップ/リストを格納するスプリング バッチ ジョブがあり、最初に失敗して再起動しようとすると、常に次のようなエラーが発生しました。

DB CLOB から jobexecutioncontext を読み取るときの原因は、XStream 1.3 での逆シリアル化の問題のように見えます...

XStream 1.2.2 にデグレードするようなことを試みましたが、まったく機能しませんでした。そこで、以下のジョブ実行コンテキストにマップ/リストを保存するバッチプログラムを修正しました

AfterJobListener クラス

そして今働いています。

問題は、このエラーを回避する別の方法はありますか? websphere 7.0.0.17 で spring-batch-core-2.1.5 springframework-core 3.0.2 を使用している私のサイト

ありがとう

JavaScript では、関数ごとに新しい実行コンテキストが作成されます。

次のコードを実行したときに、メモリ内に存在する実行コンテキストはいくつですか? 関数Barは呼び出されないことに注意してください。

また、実行コンテキストはいつ作成されますか? 評価時または実行時？

私は akka-in-action チュートリアルに従っており、第 2 章にはクラスがあります ( https://github.com/RayRoestenburg/akka-in-action/blob/master/chapter2/src/main/scala/com/ goticks/RestInterface.scala ):

はimport context.dispatcher使用されませんが、コメントで定義されています。

ただし、IntelliJ はインポートを「未使用」としてマークし続け、「インポートの最適化」時にそれを削除してエラーを引き起こしますvalue pipeTo is not a member of scala.concurrent.Future[Any]。

このインポートが「使用」されることを意図したものではなく、単にコンテキストを提供することをIntelliJに伝える方法はありますか?

それとも、そのような「未使用のインポート」を使用しないようにチュートリアルを更新する必要がありますか?

どこでも、長時間実行操作またはブロック操作を実行する場合は、特別な実行コンテキストを使用することをお勧めします。データベースへのアクセスなどのブロック操作。理由はわかりました。スレッドの枯渇を避けるためです。「8」個の使用可能なスレッドが、最終的に返されるか、ブロックし続ける可能性のあるブロック コードでビジー状態になることは望ましくありません。アプリケーションの速度が大幅に低下するか、無期限にブロックされます。

一方、Spray や Play などはどのように実装されているのか気になります。実際、クライアント側を考えてみましょう。リクエストが送信されると、将来のレスポンスが返されます。つまり、リクエストは非同期で実行されます。ところで、これは長時間実行される操作になる可能性があります。ただし、これらのケースでは、多くのリクエストを起動するとスレッドが枯渇する可能性があるとは言えません。したがって、なぜその場合は問題にならないのか疑問に思っています。彼らは特別なスレッドプールを持っていますか?

本「Scala での並行プログラミングの学習」で、Future で「ブロッキング {}」ステートメント ブロックを使用すると、スケジューラがより多くのスレッドを自動的に生成するのに役立つことを強調しました。それは彼らがそれを処理する方法でしょうか？

リクエストの受信についても同じことが言えます。実際に非同期アクションを実行します。このアクションからデータベースにアクセスする場合は、「ブロッキング {}」ステートメント ブロックを使用する必要があります。そのアクションを実行する方法は、特別な threadPool/ExecutionContext です。

ここでの私の仮定は、それらが Implicit.global ExecutionContext に依存していることです。たぶん私は間違っています。結論はです。リクエストの作成は、デフォルトでは長い操作です。たとえば、コードでスプレーを使用して、コードでスレッド飢餓を作成しないように処理するにはどうすればよいですか?

別の ExecutionContext を使用していますか?

編集: この短いプレゼンテーションDon't Block - How to Mess Up Akka and Sprayを発見しました。

いずれにせよ、他の意見をいただければ幸いです

編集:これは、未来を使用するときに何らかの形で起こっていることを私が学んだことです:

PromiseCompletingRunnable は次のようになります。

出典: Scala でのフューチャーとプロミスについて必要な明確化 私は、「Scala で並行プログラミングを学ぶ」という本で、より単純で類似したものを赤くしました。

これは、ThreadPool に Thread があり、そのタスクをデキューし、そのタスクの実行結果で promise の将来の値を設定しようとすることを意味します。それが正しければ、IO呼び出しを行うタスクがそのスレッドの実行をブロックしない方法がわかりません。

ExecutionContext.Implicits.global で先物を使用してブロッキング IO を実行する簡単なプログラムがあります。この IO を 100 回実行したときのパフォーマンスをベンチマークしたいのですが、future がすべて完了する前にループが終了してしまいます。ExecutionContext にプッシュされたすべてのタスクが完了したときにのみ終了する方法はありますか?

タイトルはそれをすべて言います。

JavaScript の実行コンテキストの概念全体について、私はとても混乱しています。各実行コンテキストは 1 つの変数オブジェクトに関連付けられており、変数オブジェクトには宣言された変数、関数、および仮パラメーターが格納されることを理解しています。

「実行コンテキスト」という言葉は、私が理解するには非常に抽象的な用語です。変数オブジェクトがすべてを格納する場合、この「実行コンテキスト」という言葉は何を意味するのでしょうか? これらは同じことを表す 2 つの単語ですか?

JS 関数の実行コンテキスト、具体的にはスコープ チェーンを取得して、JS 関数の呼び出し関係を知りたいです。次の例を検討してください。

1 つの JS 関数内のすべてのローカル変数と関数宣言を知りたいです。JS 関数のスコープ チェーンが、必要な情報を提供してくれるのではないかと思います。しかし、V8 エンジン内の関数のスコープ チェーンをどこで取得できるかわかりません。