URL リダイレクトを使用してサードパーティの支払いゲートウェイを実装しています。支払い後、PG によって自動的に自分のページにリダイレクトされます。ユーザーをペイメントゲートウェイページにリダイレクトすると、注文がまだ「注文未完了」状態であるため、ユーザーとして別のブラウザでカートを開いて製品を編集できます。「支払い待ち」状態で注文を保留したい場合、支払いゲートウェイからの応答がないシナリオでは失敗します。順序を戻す方法。この待機状態のタイムアウト スケジュールを実装したいのですが、注文の支払いが処理されるまでに何分かかるかわかりません。このデザインで私を助けてください。より良い解決策がある場合は、提案してください。
ありがとう、プラディープ・シャンカール。
オーダー リポジトリ アイテムとサブ アイテムに対して、シリアル化可能な分離レベルでロックされたキャッシュを使用して調査することをお勧めします。これは、支払いを承認しようとしているスレッドが書き込みロックを取得し、注文に対する他の更新が妨げられることを意味します。
ATG ドキュメントから:
マルチサーバー・アプリケーションでは、一度に1つのOracle ATG Web Commerceインスタンスのみが特定のアイテム・タイプのキャッシュされたデータへの書込みアクセス権を持つ、ロックされたキャッシングが必要になる場合があります。ロックされたキャッシュを使用して、複数のサーバーが同じアイテムを同時に更新しようとするのを防ぐことができます。たとえば、コマースの注文アイテムは、顧客が外部向けサーバーで更新し、顧客サービス エージェントが内部向けサーバーで更新できます。書き込みアクセスを制限することにより、ロックされたキャッシュは、すべての Oracle ATG Web Commerce インスタンス間でキャッシュされたデータの一貫したビューを保証します。
ロックされたキャッシュの設定:
これは通常、パフォーマンスと安定性に影響を与える可能性があるため、かなり大きな変更を加える必要があります。
詳細については、こちらをご覧ください。