私たち*には、注文プロセスを管理する Delphi + Intraweb (フロント エンド/Web コード管理用) によって作成された Web アプリケーションがあります。注文情報を取得し、トランザクション リクエストを authorize.net に送信します (基本的にはSIM サンプル コードを使用します)。これは見事に機能し、クレジット カードの注文が処理されます。
ただし、authorize.net がフォーム ポストをリレー応答 URL (http://developer.authorize.net/guides/SIM/Receipt_Options/Relay_Response.htm) に送り返すと、Intraweb アプリが異常終了します。TamperData を使用して、フォーム データが正しく送信されていることを確認できます。彼女は、自分のプログラムがデータベース接続を開き、その後タイムアウトになることを確認できます。
- 私は自分の google-fu を使い果たしましたが、受信フォームの投稿を受け入れることができる Intraweb コードの例は見つかりませんでした。(おそらく、本当に必要なのはこれだけです。データをIntraweb/Delphi の世界に入れることができれば、残りを管理できます。)
- Intrawebのドキュメントは、IW が URL で渡されたパラメータを受け入れることを示唆していますが、POST データの受け入れについては言及していません。
- authorize.net コミュニティ フォーラムには、基本的に「申し訳ありませんが、Delphi のコード サンプルはありません。ベンダーにお問い合わせください」という質問と回答の投稿があります。
- Intraweb Tech Support は彼女を助けることができませんでした。(数週間前からのリクエストに応じていないと思いますが、定かではありません。)
- 私は、フォーム オブジェクトが適切に作成されていることを確認するために、authorize.net フォーム ポストを模倣したテスト アプリケーション スタブを作成することを彼女に提案しました。(ドラッグ アンド ドロップ フォーム フィールドの裏側で何が起こっているのかよくわかりませんが、生成されたソース コードを調べてみました。) しかし、フォーム POST はフォーム POST ですよね? つまり、魔法ではなく HTTP です。しかし、それには2つの問題がありました。1.) Intraweb は、フォーム フィールド名をすべて大文字にするように強制しているようです。2.) 彼女は、IW はフォーム フィールド名の一部としてアンダースコアを受け入れないと言います。そしてもちろん、authorize.net が送信するもの、小文字、アンダースコアの区切りなどすべてにこだわっています。
サンプルコードへの洞察、ポインタ、またはすべてを破棄して別のソリューションに移行するためのアドバイスはありますか? 上記のいずれかをいただければ幸いです。
*私たちは、Delphi を徹底的に知っている古い学校の Delphi プログラマー/DBA ですが、Intraweb は「自動的に機能します」。私は、Java プログラマーであり、時には PHP ハッカーとして、ビジュアル IDE にアレルギーがあるが、ビジュアル IDE にアレルギーがあるが、解釈しようとしている、国の反対側にいます。彼女のためのインターネットと HTTP の謎。この特定の問題については、私たちは自分たちの部分の合計よりも小さいように見えます.