- 出荷済み
- 2026年8月7日 5:08 UTC
- プロフィール
- Kamo
- コンテンツ
- e6cb8fd
createCustomer はアドレスを書く前にアカウントを保存しました。 トランザクション — なので、アドレス インサートが失敗したときに、ハーフビルドされたアカウント コミットし、すべての再試行は後ろに別の孤児を残しました。 これから @Transactional は、ハンドラが独自の例外をキャッチして、 応答(スプリングの自動ロールバックを抑制する)それがマークします トランザクションロールバックのみ明示的に。 また顧客の表面で: - プライマリMemberId は bare のfindById を調べたので、呼び出し側は ANOTHER orgの所有権、および請求権の会員、アカウント お問い合わせ 現在は org-scoped, マッチング updateCustomerMembers です。 こうしました。 - getAddresses と buildAccountMap.of でビルドされたレスポンス null 値に投げる。 第一次アドレスのないアカウントは正常です 場合、GET /customers/{uid}/addresses は 500 を保証しました。 - orgのデフォルトではなく、認識されていない通貨コードは、NULLを主張しました。 - 著者は、要求の体から来たので、それが許されました。 セッションから来られます。 - /customersの表面全体が有効なセッションが何も必要とされていません。 その他 メンバーは、org のアカウントを作成、編集、削除し、書き直すことができます。 VIEW ACCOUNTS が付与されていないロールを含む AccountTier 割引。 ザ・オブ・ザ・ メニュー 現在、すべての権利が存在しています。 MERGE ACCOUNTS をミラーリングして、このファイルで既にチェックします。 POST/DELETE /leads/{id}/account が正しいチェックをしなかった: 呼び出し側保持 VIEW LEADS は、オープンできないリードでアカウントを再リンクしたり、リンク解除したりすることができます。 とりあえずリードDTOを取り戻しました。 同じ門を updateLead として運びます。 LeadFieldMaskによる応答をマスクします。 不足しているアカウントはありません 内部テキストを運ぶ400にNPEs.