問題タブ [agents]

私がテストしたように、新しいエージェントを作成するときに、新しいエージェントごとに個別のスレッドが使用されます。複数のエージェントを 1 つのスレッドで実行できますか?

私の考えは、(erlang のアクターのような) 10,000 個以上の軽量エージェントを作成することですが、それは Clojure にとっての課題ですか?

ありがとう

6.2.3-TIV-ITM_TMV-Agent-Reports-FP0001からインポートしたTCRでいくつかのレポートを実行しようとしています

このエラーが発生するのを確認してください：UDA-SQL-0196テーブルまたはビュー「KSY_SUMMARIZATION_CONFIG_DV」がディクショナリに見つかりませんでした。チェックしたところ、テーブルがデータベースにありません。そのテーブルに関してそれを見て、それはこれを言います：

要約とプルーニングの構成は、特定の照会サブジェクト（要約とプルーニングの構成）に表示されます。結果は、KSY_SUMMARIZATION_CONFIG_DVビューの最新のエントリを表す1行です。

たぶん、WAREHOUSは何かを欠いていますか？エージェントが実行されている場合、KSY_SUMMARIZATION_CONFIG_DVという名前のビューがあるべきではありませんか？KLZ_CPU_HV、KLZ_CPU_DV、KLZ_CPU_WV、KLZ_CPU_MV、KLZ_CPU_QV、KLZ_CPU_YVのような他のテーブルが見つからないようです

ご協力いただきありがとうございます

私のLotusNotesアプリケーションでは、ユーザーがアクションをクリックすると、そのアクションは現在のドキュメントを処理するサーバー上エージェントを呼び出します。呼び出されたエージェントが実行されない場合があります（サーバーの同時エージェント制限のためだと思います）。これが、5分ごとに、呼び出されたエージェントによって処理されていない処理済みドキュメントに対して実行されるメンテナンスエージェントが存在する理由です。問題は、ドキュメントがこれら2つのエージェントによって同時に処理され、許容できない結果が生じる場合があることです。

ドキュメントを一度に1人のエージェントだけが処理できるように、ドキュメントのロックをエミュレートする方法はありますか？ビジネスルールに問題が発生する可能性があるため、ネイティブドキュメントロックを使用するのは好きではありません。エージェントの1人がドキュメントを処理するときにドキュメントにタグを付けてみましたが、処理が完了するとフラグがクリアされます。ただし、ここでの問題は、エージェントが同じ時間にドキュメント参照を取得する可能性がまだあることです（ドキュメントの保存が遅れる可能性があるため）。

私を助けてください。ありがとう！：D

メッセージボックスに「HelloWorld」を表示する基本的なロータススクリプトエージェントを作成しました。このエージェントを手動で実行すると、正常に実行されますが、実行中のイベントでローカルログファイルに作成されたログエントリが取得されません。エージェントは私のローカルメールファイルから実行されます。これらのログは、他の複雑なエージェントを実行したり、自動スケジュールや新着メールのトリガーなどのイベントを追跡したりするために必要です。

他のシステムから実行すると、エージェントがログに記録されます。これは、設定に関連する問題である可能性があります。

IBM Domino サーバー (Win32 プラットフォームのバージョン 8.5.3FP1) には、要求に応じて PDF ファイルと RTF ファイルを生成するための 2 つの Web エージェントがあります。

すべてのエージェントは RTF または PDF ファイルを一時フォルダーに生成し、OutputStreamインスタンスを開いてこのファイルをクライアント (ブラウザー、ファイルの保存ダイアログが表示された場合) に書き込みます。

すべてが正常に動作します。ファイルが生成され、一時フォルダーに正しく保存されます。しかし、これらのファイルを OutputStream に書き込んで、ユーザーがローカル ディスクに保存できるようにすると、正しく動作しません。一部のファイルは正常に書き込まれましたが (小さいファイル、約 11Kb)、大きなファイル、約 34K は部分的に保存されました (276 バイトが保存されることもあれば、4K バイトが保存されることもありました)。

次のように、エージェントで OutputStream を取得します。

ファイルが生成されて保存されると、次を使用します。

動作しません。

次に、代わりにこの方法を使用しました：

動作しません。

次に、代わりにこの方法を使用しました（トリッキーですが、実験目的のためだけです）：

します。いいえ。仕事。

データを出力ストリームに送信する前に、次を呼び出しました。

私の質問は次のとおりです。私のアプローチの何が問題になっていますか？ここで何が間違っていますか？ファイルが作成され、サーバーに正しく保存されます。出力ストリームが正しく開かれ、ファイルが正しく読み取られました。出力ストリームに書き込む場合、例外はありません。出力ストリームがフラッシュされ、正しく閉じられました。

なにが問題ですか？私は一日中これを解決しようとしていますが、手がかりが見つかりませんでした.

何か案は？

私はサーバーアプリケーションを持っていますが、これはやや単純化されており、十分ではないサーバーからrest-apiを介して定期的に測定を行います。値はローカルにキャッシュする必要があります (タイムスタンプ付き/不変)。おそらく、すべての位置が測定サンプルに対応するFloatBufferとして格納されます。次の図のように、定期的に ajax リクエストを作成してウェブページの統計情報を更新するウェブブラウザ アプリケーションがあります。

サーバーが稼働していると仮定すると、エラーが発生する可能性のある場所はまだたくさんあります

• REST 測定サーバーに到達できない可能性があります (サーバーが測定値をローカルに保存し続ける場合)。
• 測定サーバーへのネットワーク接続がダウンしている可能性があります
• ストレージがいっぱいか、何らかの理由で破損している可能性があります
• ブラウザがサーバーとの接続を失い、再度接続を試みる可能性があります

一般的にエラーに対処するための私の戦略は次のとおりです。

REST を介して測定サービスから値を取得する際に問題がある場合は、毎分再試行する必要があります。エラーが 30 分以上続く場合は、管理者に通知する必要があります。ディスクに問題が発生した場合は、すぐに管理者に通知するか、できればディスクがいっぱいになる前に通知する必要があります。

エンド ユーザー エクスペリエンスはエラーに対して可能な限り透過的である必要がありますが、エラーが発生したことをユーザーに通知するだけでなく、利用可能な最新のデータを表示することにより、アプリケーションは可能な限り正常に機能する必要があります。

ネットワークの問題 (ジョブによってトリガーされたエージェントを介してclj-httpScheduledThreadPoolExecutorを使用して REST 要求を行う) および をフラッシュしようとしたときのディスクの問題に関して、どのエラーに対処すればよいFloatBufferですか?

上記の非常にステートフルでありながらアルゴリズム的な戦略を実装するための適切な方法は何ですか? エラーが報告されたときにエラーを処理し、agent何らかの復旧モードのジョブに切り替える必要がありますか?

私は自分のプロジェクトに何かが欠けていると思います。割り当てられた特定のタスクを実行するエージェントが必要です。JADEを使用しています。iの内部で、action()1 から 10 までの数字を表示する for ループを作成しました。実行中にエラーは表示されず、ループも実行されません。を使用するjava -cp jade.jar jade.Boot -gui agent:TestAgentと、classNotFound例外が発生し、エージェントを作成できないことも示されます。を使用するjava -cp jade.jar jade.Boot -gui -agent agent:TestAgentと、エージェントの準備ができているという情報が得られますが、アクション メソッドが呼び出されません。

私が間違った方法でやっている場合は、私を導いてください。

例外は以下の通り

私は何年も前に Java ネイティブ エージェントを使用していましたが、これに戻りつつあります。私は思っていた....彼らに何が起こったのですか？

jdk1.6/demo/jvmti ディレクトリに例がありましたが、Java 7 では demo ディレクトリはないようです。彼らに何が起こりました？

とにかく、私は 1.6 のデモ (Windows 上) を見つけ、jdk 1.6 を使用して Linux と Mac でそれらをコンパイルしようとしています。Mac 用のサンプル makefile の例はないので、これが最も助けが必要なものです。jdk 1.6 を使用してネイティブ エージェントをコンパイルする方法はありますか? jdk 1.7はどうですか？

Linux では、どうにかエージェントを jdk 1.6 でコンパイルできるようになりましたが、java_crw_demo コードに依存するエージェントは機能しないようです。私はそれらを間違ってコンパイルした可能性があると思います。

問題のデモは次のとおりです。

• agent_util
• gctest
• ヒープトラッカー
• ヒープビューア
• hprof
• java_crw_demo
• ミンスト
• mtrace
• バージョンチェック
• ウェイター

とにかく、エージェントに関するグーグル検索は、エージェントがまだjdk 1.7で使用されていることを暗示しているようですが、かつてあったサポートの例はないようです。Oracle はエージェントを制限 (または廃止) しようとしていますか?

ありがとう。

以下は、ユーザー エージェントごとに複数のクロール遅延を伴う複数のユーザー エージェントを許可するためのrobots.txtファイルのサンプルです。Crawl-delay の値は説明用であり、実際の robots.txt ファイルでは異なります。

適切な回答を求めてウェブ全体を検索しましたが、見つかりませんでした。提案が混在していて、どれが正しい/適切な方法なのかわかりません。

質問:

(1) 各ユーザー エージェントに独自のクロール遅延を設定できますか? （私はそう仮定します）

(2) 各ユーザー エージェントのクロール遅延ラインは、許可/拒否ラインの前後のどこに配置しますか?

(3) 各ユーザー エージェント グループの間に空白のようなものが必要ですか。

参考文献:

http://www.seopt.com/2013/01/robots-text-file/

http://help.yandex.com/webmaster/?id=1113851#1113858

基本的に、以下のサンプルの値を使用して、最終的な robots.txt ファイルがどのように見えるかを調べています。

前もって感謝します。

(4) すべてのユーザー エージェントのクロール遅延を 10 秒に設定したい場合、次は正しいでしょうか?