問題タブ [isoneway]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
wcf - アプリケーションの終了時に IsOneWay=true のメソッドに対して WCF で何が起こるか
サービスの進行状況を時々通知するクライアント アプリケーションがあります。サービスへのメソッド呼び出しは、IsOneWay=true でマークされています。これは、通知に戻り値が必要なく、遅延させたくないためです。
クライアントはサービスにエラーを通知し、その後終了します。
問題は、メッセージを送信した後、一方向のメソッド呼び出しが呼び出し元のコードに戻るかどうかです。または、メッセージをキューに入れ、後で別のスレッドによって送信されますか?
2 つのプロセス (クライアントとサービス) は同じマシン上にありますが、(マシンが過負荷になっていると) サービスがエラー通知を受け取れないことがあります。私が言及した 2 番目のオプションが発生すると思われますが、よくわかりません。
私が正しければ、通知が送信されていることを確認し、メソッドを一方向に保つにはどうすればよいですか?
wcf - WCF サービス - IsOneWay=true を設定してもクライアントが待機する
私のサービスメソッドのほとんどについて、クライアントアプリケーションは応答が送信されるのを待つ必要はありませんIsOneWay=true
.
ここで、クライアント アプリケーションからこのメソッドを呼び出すと、メソッドの処理が完了するまで待機しているように見えます。
何か不足していますか?
silverlight - WCF: OneWay OperationContract での例外処理
Silverlight クライアントと.NET 3.5 WCFサービスを使用してWCF二重サービスを使用しています。
私が持っているシナリオは次のとおりです。サーバーからクライアントへの二重プッシュOneWay操作中に、クライアント通知ハンドラーで例外が発生した場合、チャネルはサイレントに失敗するため、サーバーからのそれ以上の二重呼び出しはタイムアウトして失敗します。(ここで説明されているように 一方向の操作と例外)
私の質問:
- で装飾し
FaultContract
、OneWay OperationContract
クライアントで例外をラップして、チャネルの障害を防ぐことはできますか? - そうでない場合、サーバーからの二重プッシュ中にクライアントで発生した例外をキャッチする他の方法は何でしょうか?
.net - try-catchなしでWCF接続を検出する方法は?
私はWCFnetNamedPipeBinding
とwsHttpBinding
. 一方向メソッドがtry
ing せずに正常に実行できるかどうかを知りたいです。
EDIT誰かが指摘したように、接続性は特定の瞬間に成功し、次の失敗に失敗する可能性があります。私は気にしない。try
WCF にingの代替手段があるかどうかを知りたいだけです。サービスが稼働中で到達可能かどうかを確認する方法はありますか?
wcf - WCF の「ファイア アンド フォーゲット」メソッドでは、ホストの実行を期待どおりに続行できません
大量のデータをキャッシュするシングルトン WCF サービスをホストする Windows サービスがあります。Windows サービスの起動時に、次のことを行っています。
そして、サービス コントラクトで次のように構成されたメソッドがあります。
コンソールに 1 番目と 2 番目のエコーがすぐに表示されると思っていましたが、実際に表示されているのは 1 番目のエコーだけです。2行目は、私の「ファイアアンドフォーゲット」メソッドが長い操作を完了するまで表示されません。
バックグラウンドで何が起こっているのか誰でも説明できますか?
これまでの私の理論:
シングルトン モードでの wcf サービスの操作は、それをホストしているサービスをブロックしていますか?
usingステートメントと関係がありますか?
c# - C# コンソール アプリケーションでの一方向の WCF 呼び出しの完了を待機しています
IsOneWay=true + コールバック インターフェイスを介してアクセスする必要がある機能を実装する WCF Web サービス (自分の管理下にない) があり、そのメソッドの 1 つが処理の完了を通知します。最初は GUI からアクセスするように設計されていたため、このように記述されています。
ただし、バッチで使用するには、コンソール アプリケーションから同じメソッドにアクセスする必要があります。現在、これを達成するための私の大雑把な方法は、フラグを false に設定することです。WCF メソッドを呼び出した後、簡単な Thread.Sleep() 呼び出しを含む while ループを実装します。これは明らかに機能しますが、最終結果を達成するための非常に貧弱な方法のようです。
これを行う適切な方法が何であるかを知りたいです。注: サービスは制御不能であり、参照は IDE を介して追加されたばかりですが、コード実装などを簡単にノックアップできます。
windows-phone-7 - 一方向ピボットページング
基本的にフォトギャラリーを作りたいです。x個のアイテムのリストがあり、3ページのピボットが修正されています。(これは、事前に4つのアイテムまたは1000のアイテムがあるかどうかわからないためです)
アイテム間をブラウジングして最後のアイテムに到達したときに、右へのページング、または最初に到達した場合は左へのページングを無効にします。
これは可能ですか、そしてどのように?
前もって感謝します。
wcf - WCF は Web.config でのみ機能し、エディションがチェックされます
問題があります。.Net 4.0 で WCF を作成しました。これは使用される契約です:
サービスは、WCF の web.config のエディションがチェックされている場合 (「チェックアウト」モード) にのみ正常に動作します。「チェックイン」を行うと、web.config ファイルが切り替わり、サービスが機能しません。
しかし、web.configを(変更せずに)「チェックアウト」すると、サービスは再び機能します。
web.config のエディションがチェックされていない場合、アプリケーションは「プロセス」を呼び出し、エラーをスローせずに続行しますが、サービスは実行されません。
何か案が?
wpf - WPF: Grid.Visibility OneWay を依存関係プロパティにバインドし、OneWayToSource をビュー モデルの CLR プロパティにバインドする
Visibilityプロパティが親ExpanderコントロールのIsExpandedにバインドされているGridがあります。
Grid.Visibilityが変更されるたびに、それに応じてDataContext (ビュー モデル)のプロパティ ( MyProperty )を変更する必要があります。
これは私のXAMLです:
以下を使用して、ビューコンストラクターでバインディングをプログラムで設定しようとしました。
ただし、これは XAML で既に設定されているExpanderへのバインディングを置き換えるだけです。
これをひっくり返して、ターゲットがビューモデルでソースが代わりにグリッドになるようにし ( Visibilityにバインド)、MyPropertyを依存関係プロパティにすることを検討しました。しかし、私のビュー モデルはDependencyObjectではないため、これを行うことはできません。
MultiBinding / MultiConverterバインディングGrid.VisibilityをExpander.IsExpandedおよびMyPropertyに使用しようとしましたが、これには目的の効果がありません。Expander.IsExpandedの変更の結果としてGrid.Visibilityが更新された場合、MyPropertyはGrid.Visibilityに変更されません。
機能しているように見える唯一のオプションは、 Expander.IsExpandedにバインドするGridの添付プロパティを使用し、コールバック関数を使用して、添付プロパティが変更されるたびにGrid.Visibilityをプログラムで変更することです。次にGrid.VisibilityがMyPropertyにバインドされます。これは面倒な方法のように思えますが、私は提案を受け付けています。
私がやろうとしているのは、2 つのバインディングが反対方向にある 2 つのバインディングのようなもので、1 つは依存関係プロパティからのもので、もう 1 つは CLR プロパティへのものであると思います。
与えられることができるどんな助けにも感謝します!!