問題タブ [ws-reliablemessaging]
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 - WCF の信頼できるセッション (信頼できるメッセージング) に関する問題
私たちの WCF アプリケーションでは、信頼できるセッションを構成しようとしています。
サービス:
クライアント:
残念ながら、次のようなエラーが表示されます。「http://schemas.xmlsoap.org/ws/2005/02/rm/CreateSequence」アクションのメッセージに対して署名メッセージ パーツが指定されていません。
クライアントでreliableSessionを無効にすると、次のメッセージが表示されます:このエンドポイントではアクションはサポートされていません。このエンドポイントで処理されるのは、WS-ReliableMessaging 2005 年 2 月のメッセージのみです。
したがって、サーバーはRM用に正しく構成されているようです。
発生したエラーについて価値のあるものを見つけることができないため、これを修正する方法がわかりません。何が間違っている可能性がありますか?
少し早いですがお礼を、
ロブ
wcf - プロキシサーバーを介したWCFの信頼できるセッション-WindowsXPで認証資格情報を送信しない
以下に添付されているエンドポイント構成を使用して、信頼できるセッションを使用してリモートサービスに接続する完全信頼XBAPがあります。問題は、クライアントの組織プロキシサーバーの背後でアプリケーションを実行すると、WCF要求はWindows XPではブロックされますが、Windows 7では正常に通過することです。私の疑い(クライアントによるさらなる分析が保留中)は、デフォルトのプロキシ資格情報が添付されていないことです。 useDefaultWebProxy = true設定にもかかわらず、XPマシン上のHTTPまたはHTTPS要求に対して。
これはXPの既知の問題ですか、それとも何かが足りないのですか?この問題を回避する方法はありますか?
助けてくれてありがとう
セキュア(本番)バージョンのバインディング構成:
デモ(セキュリティで保護されていない)バージョンの場合:
(どちらも記載された条件下では機能しないことに注意してください!)
rest - 誰が (SOAP) 信頼できるメッセージングを必要としていますか?
私は、プロトコルベース (つまり SOAP) の信頼できるメッセージングに対する非常に良い議論を見つけました。これは炎上戦争のトピックですか、それともこれについてかなりのコンセンサスがありますか?
著者の「オランダ」のケーススタディには、順序どおりの例も含めるべきだったと思います。
ps Google に、反対の視点を持つサイトを見つける「コントラスト」ツールがあればいいのにと思います。「Google Contrast」ってカッコいいと思いませんか?:)
web-services - 「P0Y0M0DT0H0M0.0S」は WSRM の有効期限要素の有効な値ですか?
「P0Y0M0DT0H0M0.0S」は WSRM の有効期限要素の有効な値ですか?
Apache CXF は、この値をデフォルトとして使用しているようです。
ただし、最新の 1.2 WS-RM Oasis 仕様では...
タイプ xs:duration のこの要素が存在する場合、提供されるシーケンスの期間を指定します。「PT0S」の値は、提供されたシーケンスが期限切れにならないことを示します。この要素がない場合は、「PT0S」という暗黙の値を示します。
wcf - WCF Reliable Messaging: maxPendingChannels の増加後のスタッター サービス
負荷テスト中にサービスの 1 つで呼び出しをすばやく開始すると、エラーが発生するという問題があります。
「System.ServiceModel.ServerTooBusyException: 信頼できるセッションを作成する要求が RM 送信先によって拒否されました。サーバー 'net.tcp://localhost:10511/ParameterMonitorService' がビジー状態のため、この要求を処理できません。後でもう一度試してください。チャネル開けられなかった。"
maxPendingChannels の値をデフォルトの 4 から 128 に増やしたところ、エラーはなくなりましたが、サービスは例外をスローするのではなく、負荷がかかっているメッセージの処理を停止し、数分後に再開します。
何もドロップしないようで、しばらくハングします。サービスを強化すればするほど、この回復には時間がかかるようです。
このサービスは、ConcurrencyMode Multiple の Per-Call として構成されています。その他の動作設定は次のとおりです。
私たちはちょっと立ち往生しています。どんな助けでも大歓迎です!
wcf - wsHttpBindingで信頼できるメッセージングがデフォルトで有効になっていないのはなぜですか?ANDサーバーまたはクライアントの構成が優先されますか?
私は信頼できるメッセージングについて読んでいて、答えを見つけることができなかったいくつかの質問があります:
wsHttpBinding(およびその他)でRMがデフォルトで有効になっていないのはなぜですか?どのような場合に、信頼できるメッセージングを使用したくないですか?ストリーミングシナリオではそれが実際には意味をなさないことは知っていますが、メッセージ/データを送信して受信しない場合を想像することはできません。
サーバーとクライアントが一致しない場合、どの構成ファイルが優先されますか?両方が機能していない場合、 RMは機能しないと思いますが(エラーがスローされる原因になりますか?)、と
<reliableSession enabled="true" />
のようなものはどうでしょうか?ordered
inactivityTimeout
wcf - WCF ReliableMessaging - SessionId を使用して既存の OperationContext に接続する
現在、WCF - WSIT 統合タスクに取り組んでいます。WCF と ws2007HttpBinding で WS-ReliableMessaging を使用しています。
信頼できるセッションが正しく設定されています。私は InstanceContextMode.PerSession を使用しており、1 分間非アクティブになるとサービス インスタンスが強制終了されます。
私の唯一の懸念は、既存の OperationContext の SessionId で初期化された WCF プロキシを作成する方法がわからないことです。Visual Studio で生成されたプロキシは、SessionId をコンストラクターなどとして受け入れないようです。
プロキシ クライアントが停止し、再作成しなければならなかった場合でも、SessionId を使用してアクティブなサービスに再接続できるようにしたいと考えています。
wcf - WCF で信頼できるサービスを構築する
現在、機密データを返すために使用するサービス (wsHttp) を設計しています。クライアントがこのデータを要求するとすぐに、データベースからデータを取得し、リストをコンパイルしてから、データベースからデータを削除してリストを返します。
私の懸念は、クライアントに戻る途中で何かが発生することです (ネットワークの問題など)。データベースからデータを削除しましたが、クライアントはそれを取得しません。
ここには、すぐに使用できるソリューションはどれですか?
jetty - CXF:既存のサーブレットトランスポートを介して分離されたエンドポイントを提供する
CXFのサーブレットトランスポートとJetty6.1を使用してサービスを提供するアプリケーションがあります。このアプリケーションは、外部サービスも利用する必要があります。すべてのサービスは、WS-Addressing仕様(および最上位のWS-RM)をサポートしています。外部サービスを利用するために、アプリケーションから生成されたサービスクライアントを実行します。
問題は、クライアントに分離されたエンドポイントを提供すると(WS-RMはこのエンドポイントが別のhttp接続を介して着信メッセージを受信する必要がある)、CXFがJettyサーバーの別のインスタンスを実行することです(サーブレットトランスポート(サービス)とクライアント(外部サービスを消費する)は同じバスを共有します)。Jettyの2つのインスタンスは必要ありません(同じHTTPポートで実行できないと言っているわけではありません)。
既存のJettyサーバーとサーブレットトランスポートを使用して分離されたエンドポイントを提供する方法はありますか?
これまでのところ、次のように分離されたエンドポイントを有効にします。
相対パス( "/ dec_endpoints / TestDecEndpoint"、サーブレットトランスポートを介したサービスの提供で相対パスが使用されるのと同じように)を指定すると、HTTPコンジットはSOAPメッセージのヘッダーでフルパスを指定しないため、これも機能しません(サーバーは/dec_endpoints/TestDecEndpointにメッセージを送信できません)。
objective-c - クライアント間の単純なメッセージングシステム(クライアント/サーバー)のIOS実装
私は、IOSクライアントアプリのユーザーとRESTサーバーの間にメッセージングシステムを実装するための単純なライブラリまたはクライアント/サーバーのサンプルコードを探していました。各ユーザーが着信メッセージと送信メッセージのビューを持っている必要があります。このビューには、ユーザーごとにグループ化された会話が表示されます。たとえば、各セルが2人の異なるユーザー間のスレッドを表すテーブルビューを使用して、ユーザーの会話を選択すると、2人のユーザー間のすべてのメッセージを表示する新しいビューがプッシュされます。
私はあまり見つけなかったと言わなければなりません、これはライブラリとフロントエンドの組み合わせです:
- XMPP Objective-cライブラリ:https ://github.com/robbiehanson/XMPPFramework 、しかし私は本当にIMの振る舞いを望んでいません
- Acaniチャット、https://github.com/acani/AcaniChatは有望なようですが、acaniチャットサーバーを待っているので、フロントエンドを使用できます
- 別のチャットhttps://github.com/honcheng/iOS-nodechat
- MailCore、objective-cのIMAP api:https ://github.com/mronge/mailcore 。メールサーバーで中継し、ユーザーごとにメールを作成する必要があります...多すぎます!
- 残念ながらiMessageAPIがありません
- SMSやメールを送信したくない
- プッシュ通知開始する必要はありません
ユーザーとの間でメッセージを公開および取得するための単純なRESTサービスをコーディングするのが最善のアプローチでしょうか?私は何かが足りないのですか?
ありがとう!!