Finesse WorkFlow HTTP Resquest 内で、下記のリクエストを送り、
"http://localhost:36729/?ANI=3125551212" and getting HTTP error 504.
ブラウザに文字列を張り付ける際にエラーが返ってきました。
どのように修正すればよいでしょうか。
workflow HTTP Request 内において、ローカル PC の IP とローカルホストを差し替え、ネットワークアダプタのアドレスを試しました。
－毎回 Finesse ログ内に HTTP エラー500が出ました。
ホストファイルに各 IP アドレスを挿入しようとしていますが504エラーが出力されます。
504エラーはゲートウェイの問題を示唆しているため、プライマリゲートウェイアドレスが home router (192.168.0.1) のゲートウェイアドレスなのではないかと思っています。
スタティックルートを利用可能にするオプションがあります。パラメータは、ネットワーク／ホストIP、Netmask、 Gateway (ルータクライアントをそれぞれに選べる
ドロップダウンがある場所)、Metric とインターフェース ( LAN, MAN, WAN ) です。
192.168.225.104 は、Cisco AnyConnect VPN アダプタのIPアドレスですか？Finesse がラボからアクセスできる唯一のものですか？
そこから、試していただけるオプションが二つあります。ご自身のラボ内に、10.10.20.100で実行している Windows サーバがあります。
下記のクレデンシャルでログインしてください。
UN: abc.inc\administrator
PW: ciscopsdt
アプリケーション／サービスをそこにインストールして再度挑戦してください。これは、方程式外の VPN /ネットワーキングを採用しています。
もし Linux マシンのほうがお好きな場合、予約を追加します。
ngrok を試したことはありますか？
ngrok は、ご自身のアプリケーション向けのウェブに向けた安全なトンネルを作成することができ、このケースの場合VPN を経由します。
Win サーバに Jabber と SAP アダプタをロードしました。しかし、Jabber は作動しないため、自分のワークステーションでJabberを使っています。
Finsse を起動し、logging を起動しました。Call を受け、同じ結果を取得しました。ログのエントリは下記のとおりです。
2016-09-06T23:25:54.061 +01:00: 44C2D3: 10.10.20.10: Sep 06 2016 22:25:15.273 +0000: Header :
Received return code of 504 from http://localhost:36729/?CID=CISCO9876&ANI=3125551212 for WorkflowAction sap pop
返ってきたテキストは：
もし試したい場合、ただ Finesse を 004 と通して agents 001 と一つ実行し、そこに call を送るとワークフローが実行されます。
取り去ったキーとなる finesse はまだ URL のローカルホストで、SAP アダプタとウィンドウズサーバで示されるべきでないでしょうか？
Finesse ブラウザと SAP アダプタはワークステーションで同居しています。
もしブラウザに "localhost"で URL request を入力すると、アダプタはメッセージを取得し、適切に返信します。
IP アドレスで ”localhost” を置き換えたときに、エラーを取得します。そしてさらにご自身がブラウザで同じことを行った際は・・？
この HTTP request を設定する際のやり方のスクリーンショットをいただけますか？その URL で新しいタブで開かれると思いますか？
もしくは、HTTP REST request を作成するFinesseですか？
Finesse workflow を HTTP request として設定しました。Request の設定は、ログからのエラーメッセージ内で表示されます。
エラーは、HTTP request は実際に workflow から送信されたものであることを示しています。
2016-09-06T23:25:54.061 +01:00: 44C2D3: 10.10.20.10: Sep 06 2016 22:25:15.273 +0000: Header :
Received return code of 504 from http://localhost:36729/?CID=CISCO9876&ANI=3125551212 for WorkflowAction sap pop
この URL は SAP CTI アダプタによって受信されるべきものであり、ワークステーションで実行されています。
ブラウザ内の上部に表示された URL をコピー／ペーストする際に、SAP CTI アダプタがメッセージを受信し、有効なレスポンスを返します。
エラー504 は、ゲートウェイエラーです。これは、その URL が何らかの理由で CTI アダプタに到達していないことを示しています。
そのアダプタは、私の sandbox サーバ上で実行しており、ご自身でブラウザから送られた URL からレスポンスを確認することができます。
ワークフローは、call が agent004 を通って agent Agent001 によって受信された際に送られます。Agent 間のcall がトリガーになることがあります。
”HTTP request” のタイプを使っているときに、request は Finesse webservices 経由で作られるため、localhost は Finesse サーバそのものとなります。
Finesse はワークステーションの IP を ping する必要があります。
agent desktop でブラウザ上で新しいタブが開かれるのは問題ないでしょうか？もしない場合、ブラウザのポップアップを選ぶことができます。
新しいタブが開かれ、次のポップアップが再度使われているように見えます。少なくとも今のところはそのように表示されます。
開けれるタブは次のポップアップで再利用されます。
この HTTP request scenario の解決策はありますか？SAP Client Adopter を使って Roy として同じインテグレーションを試しています。
ブラウザポップアップを使って動作するものを持っていますが、常に最適でないユーザのコンピュータでは、空白のスクリーンを表示します。
そのため、HTTP リクエストを試していますが、同様のエラーメッセージを取得します。
Received return code of 504 from http://localhost:36729/?CID=CISCO9876&ANI=XXXXXXfor WorkflowAction HR_C4C_HTTP
既に述べたように、
”HTTP Request” のような類を使うと、そのリクエストは Finesse web service 経由で作成され、そのためにローカルホストが Finesse サーバそのものになります。
そのため、Finesse はワークステーションの IP を ping することができます。
192.168.225.xxx は Cisco Any Connect VPN アダプタの IP アドレスですか？そのアドレスはラボからアクセスできる唯一の finesse です。
そこから、ご自身が試すことができる２つの選択があります。ご自身のラボ内で、10.10.20.xxx で実行中の windowsサーバがあります。
下記のクレデンシャルでログインしてください。
そこでアプリ／サービスをインストールして再度試してください、これは例外的な VPN／ネットワークを取得します。
ngrok を使ったことがありますか？
ngrok は、この場合、VPN も経由するご自身のアプリケーションがウェブに向かう安全なトンネルを作ります。
そのため、ワークステーションからこれを試してみたいと思いますので、HTTP request URL はワークステーションのもので、ローカルホストのものではありません。
考えられるもう一つの選択肢として、カスタムガジェットを作るということです。（ワークフロースクリーンポップガジェットを見てください。）
http://localhost URL への HTTP GET リクエストを作成するためのこのガジェットを修正することができます。
ポップアップを表示させるご自身のワークフローアクションを変更し、他の人から操作させる必要があります。
ローカルホストに代わるワークステーションの IP アドレスを使おうとしていましたが、400bad request エラーを取得してしまいました。
どのケースでも、多くの異なるクライアントコンピュータがあり、異なるワークステーションの IP を操作する方法は見たことがありません。
カスタムガジェットが、一つのオプションかもしれませんが、URL を動的に構築するガジェット内の ECC variable content を使うことはできますか？
もしワークフロースクリーンポップガジェットを使う場合、以前に使ったことのあるワークフロー／ワークフローアクションを使うことになります。
このガジェットは、ワークフロー上でおんぶ状態で、異なるステップができるようになります。例えば、ウィンドウをポップアップする代わりに HTTP GET を作るなどです。
ご自身のワークフローアクションがポップアップブラウザになっていて、他から操作できるように変更されているか確認してください。
もし、ワークフローを使いたくなかったり、ご自身で動的に URL を構築したい場合、スクリーンポップサンプルガジェットを代わりに修正することができます。
ScreenPop.jsで与えられている機能を確認し、callVariable1 の値を取るサンプルを確認でき、URL に挿入できます。
iframe 内でそれを表示する代わりに HTTP GET をするコードを修正する必要が出てくるかと思います。
混乱を避けるために現存のワークフローを削除していることを確認してください。
コメント
0件のコメント
サインインしてコメントを残してください。