- Shipped
- 23 settembre 2026 alle ore 14:40 UTC
- Author
- Kamo
- Commit
- 9fc87cc
Caller metà del kit-shared-library fix: si accende ogni findById() LeadVendorProductRepository in securityservice a qualsiasi metodo magra corrisponde a quello che effettivamente Leggi (vedere) / findByIdWithVendor's javadoc per il ragionamento completo e i numeri di produzione — un'unione a 8 vie misurata a ~ 780K chiamate, 10-21ms, su che è sempre una ricerca single-id, mai un N+1 batchable). - LeadController.isFreeForAllLead (ogni visione senza firma e la storia letto): findIsEmptyCreditFfaById — una proiezione scalare, l'unico campo che questo legge mai. - No, no. Distribuzione/aggiornamento di LeadCreditController: findByIdWithVendor — questi read vendor.org.id o consegnare l'oggetto del venditore su; niente fornitore passato. - No, no. (pubblica, non autenticata): trovareByIdWithVendor più un secondo, ordinario LeadMarketRepository.findById() per il mercato e la sua organizzazione — il due-query split questo codebase utilizza già per raggiungere un'entità JOINED-inheritance in modo sicuro (LeadMarket-> Organizzazione) senza un @EntityGraph attraverso il confine JOINED. LeadAcceptController's inject-test-lead and set-ffa endpoints (entrambi MANAGE CREDITS-gated, low volume) sono lasciati su findById() — priorità inferiore data il volume delle chiamate questo indirizzo è travolgentemente i percorsi di lettura sopra, e contrassegnati nel rapporto piuttosto che indovinato ulteriormente. Le forme JSON sono invariate.