問題タブ [outbound]

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.

0 投票する
1 に答える
346 参照

api - Salesforce でプログラムによって送信メッセージを作成する方法は? (メタデータ API を使用)

Salesforce でプログラムによって送信メッセージを作成する方法はありますか? たとえば、アウトバウンド メッセージを作成するためにメタデータ API 呼び出しを行うクラスはありますか? コードサンプルはありますか?

0 投票する
1 に答える
77 参照

outbound - 英国からの発信通話に Twilio を使用できますか

英国へのアウトバウンド テレセールス コールの発信を検討しています。

これに Twilio を使用できますか

サーバーに何かをインストールする必要がありますか、それともこのホストされたソリューションですか?

別のダイヤラが必要ですか

CRMが組み込まれていますか?

0 投票する
1 に答える
2064 参照

websphere - WebSphere http アウトバウンド・ソケット構成

多くの外部 SOAP サービスを呼び出す WebSphere 8.5.5.1 アプリケーション サーバーでパフォーマンス テストを実行しています。netstat を実行すると、サーバーが最大 50 のアウトバウンド接続しか作成していないことがわかります。

この値を増やそうとしていますが、正しいプロパティが見つかりません。デフォルトのプールを増やしましたが、これは当てはまらないようです。

WebContainer プールのサイズも 50 を超えて設定されており、このプールが大きくなることがわかります。デフォルトで 50 になっている非表示のプールはありますか?

0 投票する
0 に答える
1066 参照

ssl - websphere Dynamic SSL - 構成を取得しない

WAS 7.0 では、キーストア (CA 署名者を使用) と SSL 構成をセットアップし、アウトバウンド接続用に動的 SSL 構成をすべてクラスター レベルでセットアップしました。ただし、これは発信通話中にはピックアップされません。代わりに、AppServer/Java/jre/lib/security/cacerts を探します。証明書を見つけることができないため、証明書は送信接続に渡されません。

jvm の javax.net.ssl ロギングを有効にしましたが、クラスター レベルでセットアップされたアウトバウンドの SSL 構成がログに表示されません。

Java キーストアの代わりに WAS キーストアを使用するように構成/強制できますか。WAS キーストアの代わりに Java キーストアを使用するには、どこでこれを構成できますか?

0 投票する
2 に答える
2249 参照

http - Mule ESB 同期 ペイロードの変更が成功するまで

私は、Mule ESB v3.5.0 の同期の「スコープが成功するまで」が原因と思われる問題を解決するために何時間も費やしました。アウトバウンド HTTP リクエストを送信するときに、メッセージ ペイロードを変更しているようです。

アウトバウンド HTTP 要求が HTTP サーバー (接続に問題がある場合があります) から正常に返された後、フローを続行する必要があります。したがって、成功するまでの同期バリアントが必要です。今のところ、Until Successful ブロッ​​クの後に単純なロガーのみを使用します。

HTTP 要求の本文は XML ファイルです。私のサーバーに問題がなく、Until Successful が別の HTTP リクエストを再度行う必要がない場合、送信した XML を受け取ります。

ただし、接続の問題があるため、成功するまでリクエストが数回繰り返された後、サーバーがオンラインに戻ると、サーバーorg.apache.commons.httpclient.methods.PostMethodで、送信された XML の代わりに のインスタンスをリクエスト本文で受信します。

したがって、サーバーに XML はもうありません。この同期が成功するまでは、元のメッセージペイロードを単に破棄しているようです...

成功するまでの標準の非同期バリアントは意図したとおりに機能します - リクエストで常に XML を取得します。

以下は、成功するまでの HTTP アウトバウンド エンドポイントの最小限のサンプルです。

簡単に言えば:

  • 成功するまで同期: XML -> HTTP リクエスト - { NET } - HTTP リクエスト -> org.apache.commons.httpclient.methods.PostMethod

  • 非同期 成功するまで: XML -> HTTP リクエスト - { NET } - HTTP リクエスト -> XML