問題タブ [pipeline]

相互にフィードする一連の XSL 2.0 スタイルシートがあります。つまり、スタイルシート A の出力が B をフィードし、C をフィードします。

これを行う最も効率的な方法は何ですか? 言い換えれば、ある変換の出力を別の変換に効率的にルーティングするにはどうすればよいかという問題です。

これが私の最初の試みです：

ご覧のとおり、変換の間に DOM を使用しています。DOM は便利ですが、パフォーマンスに関しては最適ではありません。

SAXResult を SAXSource にルーティングする簡単な方法はありますか? 別の選択肢として、StAX ソリューションがあります。

XProcのようなプロジェクトは知っていますが、まだ見ていないのであれば非常にクールですが、フレームワーク全体に投資するつもりはありませんでした。

ASP.NET Web Apps では、イベントは特定の順序で発生します。

簡単にするために、 ロード => 検証 => ポストバック => レンダリング

そのようなパイプライン スタイルのイベントを開発したいとします。

例 ：

イベント 1 [「観客が集まっています」、皆さん { イベント 2 とイベント 3 信号が来るまでお待ちください }]

イベント 1 がタスクを完了した後

イベント 2 [ { イベント 2、イベント 3 "聴衆が集まった! 私の仕事は終わった } ]

イベント 2 は、そのタスクを実行するために制御を引き継ぎます

イベント 2 [「視聴者がログインしています」イベント 3 シグナルが出るまでお待ちください]

イベント 2 がタスクを完了した後

.....

イベント 3 [「Jon skeet によるプレゼンテーションが終了しました :)」]

非常に基本的な例で、誰でも説明できますが、これをどのように設計できますか?

win 2003 iis6 から win 2008 / IIS7 に移行するプロジェクトを始めたばかりで、MS のドキュメントやさまざまな記事を読んだ後、サイトには 1 つ以上のアプリケーションが必要であると記載されているため、少し混乱しています。

ただし、.Net 3.5 ディレクトリを指す新しいサイトをセットアップしましたが、動作します。

この意味は ....

A-私は物事を見ています。B- サイトは実際には 1 つ以上のアプリケーションを必要としません。

上記の動作を説明できる人はいますか？または、サイト、アプリケーションなどを説明する有用な記事を教えてください。

アプリ プールはクラシック パイプライン モードです。これが問題かどうかはわかりません。

どうもありがとう、

パイプライン中置演算子を使用して、返されたオブジェクトのメソッドを呼び出すことは可能ですか？

たとえば、メソッド（Method1）を持つ.Netクラス（Class1）があります。私は現在、次のようにコーディングできます。

私はそれをそのようにコーディングすることもできることを知っています

しかし、私はそれをパイプライン化できるようにしたいと思います（私は何をすべきかわからないところで以下の？を使用しています）：

さらに、オブジェクトを返すメソッドがあり、そのメソッドがnullを返さなかった場合にのみそれを参照したいとします（そうでない場合はbail？）

または、わかりやすくするために、C＃コードを次に示します。

Firefox のパイプライン機能により、ページビュー カウントが乱れていることに気付きました。パイプラインを有効にした Firefox を使用してアクセスしたユーザーは、1 回のアクセスにつき 2 回 (またはそれ以上) カウントされます。

これらの重複したリクエストを検出またはブロックする最善の方法は何ですか? Firefox でパイプラインを無効にする方法だけでなく、サーバーでブロックする方法を知る必要があります。

PHPとApacheを使用しています。

RESTful サーバーとやり取りする PHP クライアント アプリケーションがあります。クライアント上の各 PHP Goat インスタンスは、サーバー上の /goat リクエストの情報に基づいて自身を初期化する必要があります (例: /goat/35、/goat/36 など)。これは、cURL を介して対応する URL に HTTP 要求を送信することによって行われます。ページの読み込みごとに 30 以上のヤギ オブジェクトを処理することは、30 以上の HTTP リクエストに相当し、それぞれに 0.25 秒かかります。メモリ内の応答の遅延読み込みとキャッシュは役に立ちますが、十分ではありません。

この手法の利点は、私のヤギがすべてスマートでカプセル化されていることです。欠点は、パフォーマンスがひどいことです。ヤギは HTTP リクエストをキューに入れる方法を知りません。あるヤギは、リクエストを開始する必要のある他のヤギがいるかどうかを知りません。1 つの代替手段として、ヤギを外部で構築することも考えられます。

これはよく知られた OO/REST のジレンマであり、より高度な解決方法があると確信しています。どこを見ればよいかわかりません。何か案は？

これまで、BizTalkアプリケーションでオーケストレーションのみを使用しており、これまでは正常に機能しています。ただし、パフォーマンスを向上させるために、不要なオーケストレーションの一部を純粋なメッセージルーティングに変換したいと思います。

1つのメソッドのみを使用するWCFサービスがありますが、BtsActionMappingをその1つのメソッドのみに設定できるため、正常に機能します。しかし、私が持っている2番目のWCFサービスには2つの方法があり、BizTalkは私のメッセージをルーティングする方法を認識していません。私はあなたがそれを機能させるためにカスタムパイプラインでBTS.Operationを設定する必要があることをどこでも読んだ。しかし、私はこれを行う方法についてのチュートリアルや例をあちこちで検索しました。

これを行うために、IBaseComponent、IComponentUI、IComponent、およびIPersistPropertyBagインターフェイスを実装しようとしています。私は正しい方向に進んでいますか、それとも私は道を外れていますか？誰かが私に例を示すか、それでもこれを行う方法を教えてもらえますか？

このコードを次のように機能させたいと考えています。元のストリームをちょうど真ん中で 2 つに分割します。次に、半分ごとに、長さ (つまり、文字数)、単語数、行数の 3 つのことを計算する個別の計算を実行します。ただし、単語を誤って分割した場合に問題が発生することは望ましくありません。これには注意が必要です。ファイルは 1 回だけ読み取る必要があります。

指定された関数と演算子 |>> をどのようにプログラムすればよいですか? 出来ますか？

現在、パイプライン設計のアプリケーションがあります。最初の段階では、いくつかのデータとファイルをストリームに読み込みます。データのストリームに何らかの処理を行う中間段階がいくつかあります。そして、ストリームをどこかに書き出す最終段階があります。これはすべて連続して発生し、1 つのステージが完了してから次のステージに引き継がれます。

これはすべてうまく機能していますが、データ量がかなり大きくなり始めています (数百 GB になる可能性があります)。そのため、これを緩和するために何かをする必要があると考えています。私の最初の考えは、私がフィードバックを探しているものです（独立した開発者であるため、アイデアを跳ね返す場所がありません）。

並列パイプラインを作成することを考えています。パイプラインから開始するオブジェクトは、すべてのステージを作成し、それぞれのステージを独自のスレッドで開始します。最初の段階でストリームが特定のサイズになると、そのストリームを次の段階に渡して処理し、独自の新しいストリームを開始して引き続きいっぱいになります。ここでのアイデアは、最初のステージが新しいストリームを構築しているため、最終ステージでストリームを閉じて、メモリ使用量を低く抑えるということです。

質問: 1) この設計の方向性についてのハイレベルな考えはありますか? 2) ここで適用できると考えられるより単純なアプローチはありますか? 3) このようなことをして再利用できるものはありますか (購入しなければならない製品ではありません)。

ありがとう、

マイクD

IIS6 で正常に動作する Windows 認証を使用する Web アプリがいくつかあります。それらを IIS7 に展開した後、「クラシック パイプライン」を使用するように Web アプリを設定しない限り、Windows 認証が機能しなくなります (401.2 エラーが発生します)。

こことここで述べたように、フォーム認証と Windows 認証が同時にサポートされていないことを認識していますが、それは私の問題ではありません。フォーム認証を有効にしていません。Windows 認証のみを有効にしていますが、常に 401.2 を取得しています。

誰かがこれに遭遇しましたか？他に何かする必要がありますか？

ありがとう！-マイク