問題タブ [paypal-rest-sdk]

サーブレットを使用して、新しい REST API を使用して PayPal 支払いを実行するように設計された HTML ページを生成しています。ステータスが承認済みまたは作成済みの支払いをまだ生成できません。私は github ページの PaymentWithPayPalServlet.java の例のバリエーションを試しました。最も近いバリエーションを以下に示します。どのオブジェクトが「承認済み」または「完了」の更新されたステータスを受け取ることになっているのか、そしていつになるのか、私にはよくわかりません。

以下に完全なコードを含めましたが、ここで私の考えを簡単に説明します。おそらく誰かが私が間違っているところを修正してくれるでしょう...

適切な属性/プロパティをすべて設定して Payment オブジェクトを作成します。

これで、createdPayment オブジェクトのステータスは「作成済み」になりました。コードの最後で、実行前にペイパルが支払いを承認すると想定したペイパル ページにユーザーをリダイレクトします。これはサンプル ファイルからの逸脱ですが、これが機能しない理由がわかりません。

payPal は HTTP プロトコルを介してローカル変数 createdPayment の状態を変更できないため、payPal ページが、PaymentID と、場合によっては URL に追加された認証トークンを使用して、returnURL ページにリダイレクトされることを期待していました。これら 2 つのことを使用して、次のような静的関数呼び出しを使用して、payPal サーバーから支払いオブジェクトを取得することを期待していました。

ただし、URL には paymentID が追加されていません。代わりに、payerID があります。さらに、payPal サーバーから「承認済み」または「完了」のステータスの支払いオブジェクトを取得する試みはすべて失敗しました。基本的に、次のバリエーションを試してみましたが、役に立ちませんでした。

誰かが私の推論がどこで間違っているかを教えてくれたら、それは絶対にうまくいきます. ありがとう！メインのサーブレット ページの完全なコードを次に示します。returnURL は同じページに戻り、payPal からの HTTP 要求に含まれる payerID を見つけ、メインの if-else ステートメントの「if」ブロックに正しく入力します。これにより、まったく役に立たない基本的な出力が生成されます。また、アクセス トークンやコンテキストの取得など、いくつかの基本的な関数呼び出しを AccessToken クラスなどの他のクラスにアウトソーシングしたことにも注意してください。

}

以下の私の最初のコメント者である Yozha Karlov への返答として、以下を追加しました。

まあ、それに対する反応はいくつかあると思います。まず、ありがとう。第二に、おそらく私の質問について十分に明確ではなかったと思います。上記の「createdPayment」という名前の古い Payment オブジェクトを取得する方法について、私は混乱していません。上記でコピーした完全なコードでは、参照したのとまったく同じ GUID コードを使用しています。これに関する 1 つの問題は、createdPayment オブジェクトの ID を新しい空白の Payment オブジェクトにコピーする以外に何もしないことです。新しいオブジェクトの状態は、他のすべての属性と同様にまだ空白です。これは ID を持つ空白のオブジェクトであり、それだけです。ほとんど役に立たないので、何かが欠けているか、サーブレットの例が完全に間違っています。

実際、私の最初の方法は、セッション ID を HttpSession オブジェクトにマップする静的マッピングを含む静的クラスを作成することでした。ユーザーのブラウザー セッションの sessionID を生成し、その sessID を payment.create() メソッドの redirectURL の cancelURL と returnURL に追加します。次に、returnURL サーブレットで後で取得できるように、関連する Payment オブジェクトがユーザーの HttpSession オブジェクトに追加されていることを確認します。

次に、payPal ページから元の returnURL ページに戻ったときに、次の関連するコード スニペットを呼び出します。

すべて同じ属性とすべてを備えた古い支払いオブジェクトが取得されました。これは、単に古い支払い ID を空の Payment オブジェクトにコピーするよりもはるかに便利です。ただし、古い「createdPayment」の状態は「承認済み」または「完了」ではなく「作成済み」のままです。上で概説したオブジェクトの作成から、同じ Payment オブジェクトの実行に移行する方法がわかりません。実際、method='paypal' を使用した支払いが作成され、同じ支払いオブジェクトで実行されることになっているかどうかさえわかりません。元の投稿で説明したように、これがそうあるべきだということは私には意味がありません。支払いオブジェクトを作成すると、payPal は、承認のためにユーザーをリダイレクトするために、とりわけ approval_URL を返信します。これにより、ユーザーは Web アプリケーションから payPal サーバーに移動します。PayPal はローカルの「createdPayment」変数を変更できないため、payPal はその状態を変更できません。さらに、支払いを実行するには、「承認済み」の状態の Payment オブジェクトが必要なようです。したがって、payPal は、「createdPayment」オブジェクトと同じ情報を多く含む新しい Payment オブジェクトを返送する必要があると結論付けますが、承認済みの更新された状態と、承認済みステータスを示す特別なトークン/パスワードを使用して、誰かが大量の支払いを承認済みの状態にハッキングするだけです。これは簡単に実行できます。期待どおりにトークンを取得していることがわかりますが、期待どおりに paymentID を取得していません。payerID を取得しています。返されたトークンと payerID を「承認済み」ステータスの新しい Payment オブジェクトに変換する方法はありますか、それとも何かが完全に欠けているだけですか? PayPal はその状態を変更できません。さらに、支払いを実行するには、「承認済み」の状態の Payment オブジェクトが必要なようです。したがって、payPal は、「createdPayment」オブジェクトと同じ情報を多く含む新しい Payment オブジェクトを返送する必要があると結論付けますが、承認済みの更新された状態と、承認済みステータスを示す特別なトークン/パスワードを使用して、誰かが大量の支払いを承認済みの状態にハッキングするだけです。これは簡単に実行できます。期待どおりにトークンを取得していることがわかりますが、期待どおりに paymentID を取得していません。payerID を取得しています。返されたトークンと payerID を「承認済み」ステータスの新しい Payment オブジェクトに変換する方法はありますか、それとも何かが完全に欠けているだけですか? PayPal はその状態を変更できません。さらに、支払いを実行するには、「承認済み」の状態の Payment オブジェクトが必要なようです。したがって、payPal は、「createdPayment」オブジェクトと同じ情報を多く含む新しい Payment オブジェクトを返送する必要があると結論付けますが、承認済みの更新された状態と、承認済みステータスを示す特別なトークン/パスワードを使用して、誰かが大量の支払いを承認済みの状態にハッキングするだけです。これは簡単に実行できます。期待どおりにトークンを取得していることがわかりますが、期待どおりに paymentID を取得していません。payerID を取得しています。返されたトークンと payerID を「承認済み」ステータスの新しい Payment オブジェクトに変換する方法はありますか、それとも何かが完全に欠けているだけですか? 支払いを実行するには、「承認済み」の状態の Payment オブジェクトが必要なようです。したがって、payPal は、「createdPayment」オブジェクトと同じ情報を多く含む新しい Payment オブジェクトを返送する必要があると結論付けますが、承認済みの更新された状態と、承認済みステータスを示す特別なトークン/パスワードを使用して、誰かが大量の支払いを承認済みの状態にハッキングするだけです。これは簡単に実行できます。期待どおりにトークンを取得していることがわかりますが、期待どおりに paymentID を取得していません。payerID を取得しています。返されたトークンと payerID を「承認済み」ステータスの新しい Payment オブジェクトに変換する方法はありますか、それとも何かが完全に欠けているだけですか? 支払いを実行するには、「承認済み」の状態の Payment オブジェクトが必要なようです。したがって、payPal は、「createdPayment」オブジェクトと同じ情報を多く含む新しい Payment オブジェクトを返送する必要があると結論付けますが、承認済みの更新された状態と、承認済みステータスを示す特別なトークン/パスワードを使用して、誰かが大量の支払いを承認済みの状態にハッキングするだけです。これは簡単に実行できます。期待どおりにトークンを取得していることがわかりますが、期待どおりに paymentID を取得していません。payerID を取得しています。返されたトークンと payerID を「承認済み」ステータスの新しい Payment オブジェクトに変換する方法はありますか、それとも何かが完全に欠けているだけですか? 私は、payPal が、私の「createdPayment」オブジェクトと同じ多くの情報を含む新しい Payment オブジェクトを返送する必要があると結論付けましたが、承認済みの更新された状態と、誰かがハッキングするのを防ぐために承認済みステータスを示す特別なトークン/パスワードが含まれている可能性があります。承認済みの状態への一連の支払い。これは簡単に実行できます。期待どおりにトークンを取得していることがわかりますが、期待どおりに paymentID を取得していません。payerID を取得しています。返されたトークンと payerID を「承認済み」ステータスの新しい Payment オブジェクトに変換する方法はありますか、それとも何かが完全に欠けているだけですか? 私は、payPal が、私の「createdPayment」オブジェクトと同じ多くの情報を含む新しい Payment オブジェクトを返送する必要があると結論付けましたが、承認済みの更新された状態と、誰かがハッキングするのを防ぐために承認済みステータスを示す特別なトークン/パスワードが含まれている可能性があります。承認済みの状態への一連の支払い。これは簡単に実行できます。期待どおりにトークンを取得していることがわかりますが、期待どおりに paymentID を取得していません。payerID を取得しています。返されたトークンと payerID を「承認済み」ステータスの新しい Payment オブジェクトに変換する方法はありますか、それとも何かが完全に欠けているだけですか? ただし、承認済みの更新された状態と、おそらく承認済みの状態を示す特別なトークン/パスワードを使用して、誰かが大量の支払いを承認済みの状態にハッキングするのを防ぐことができます。これは簡単に行うことができます. 期待どおりにトークンを取得していることがわかりますが、期待どおりに paymentID を取得していません。payerID を取得しています。返されたトークンと payerID を「承認済み」ステータスの新しい Payment オブジェクトに変換する方法はありますか、それとも何かが完全に欠けているだけですか? ただし、承認済みの更新された状態と、おそらく承認済みの状態を示す特別なトークン/パスワードを使用して、誰かが大量の支払いを承認済みの状態にハッキングするのを防ぐことができます。これは簡単に行うことができます. 期待どおりにトークンを取得していることがわかりますが、期待どおりに paymentID を取得していません。payerID を取得しています。返されたトークンと payerID を「承認済み」ステータスの新しい Payment オブジェクトに変換する方法はありますか、それとも何かが完全に欠けているだけですか?

Paypal REST API を使用していますが、client_id と clientSecret の作成方法がわかりません。心当たりがあれば教えてください...

ありがとう

会社の Paypal アカウントから別の Paypal アカウントに送金する必要があります。Paypal の REST API を使用することは可能ですか (可能な場合、どのように)? それとも、(公式の Paypal SDK を持たない) アダプティブ ペイメント API を使用する必要がありますか?

ここで説明されているように、モバイル PayPal 支払いを統合しました: https://devblog.paypal.com/phonegap-android-sdk-plugin/

私の質問はプログラミングに関するものではありません。バックオフィスの担当者から、支払いが PayPal API によって指定された確認済みの配送先住所に配送されていることを確認するように言われました。ここで、私がしたことは、アカウントにログインするか、単にクレジットカードの番号を挿入して支払いを確認することで、PayPal 支払いを許可することでした (このセクションに従ってください: https://developer.paypal.com/docs/integration/mobile/verify-モバイル決済/ )。

私の同僚は、私たちが使用しなかった Mobile Express Checkout について言及していると思います。（これを使用して配送情報を確認する必要があることを読みました）

これを確認できますか？

PayPal REST API を PayPal SDK と統合しました。サンドボックス資格情報を使用している場合はサンドボックスで正常に動作していますが、ライブ PayPal 資格情報を使用している場合、PayPal のカード保存機能 (REST API を使用) は正常に動作していますが、PayPal のカード ID (PayPal によって生成された) を使用して支払いをしようとするとCARD-8K0630766A878805HYRGHBCD のように)、次のようなエラーに直面しています。

多くの研究開発を行いましたが、問題を解決できませんでした。

問題ができるだけ早く解決されるように、不足しているものや間違いをお知らせください。