Ne jamais laisser le service de quotas arrêter un service de départ

Fixkamo-shared-library
Expédié
11 août 2026 à 04:49 UTC
Auteur
Kamo
Commite
430e97d

StorageQuotaService a pris ses cinq référentiels en tant que constructeur requis arguments. Services dans ce domaine-composante-scan com.kamo avec un caractère générique mais déclarer une liste de paquets EXPLICIT 'EnableJpaRepositories, donc un nouveau service en cette bibliothèque est reprise partout alors que ses référentiels n'existent que lorsque Il se trouve que ces paquets sont listés. Le résultat a été "Considérer la définition d'un haricot de type OrgStorageSnapshotRepository" et une boucle de crash dans MediaService, AIService, ConversionService, DocsService, ESigService, KBService et MCPGateway Un moment chacun reconstruit et chat inclus, parce que MediaService le sert. Les référentiels sont maintenant injectés ObjectProvider et quotaPour les retours illimités lorsqu'elles sont absentes. Cela correspond à l'intention déjà documentée sur ImageService. lorsque le service de quotas lui-même est facultatif: un service qui ne peut pas voir la facturation les tables ne font pas respecter un plafond, exactement comme le fait un abeille quota. Il n'empêche jamais la start-up. Les notes de KamoInitializer du domaine mettent en garde précisément sur ce piège. J'ai ajouté le haricot sans l'appliquer.

Tous les changements

Comme ce que tu vois expédier ?

Chacune de ces mises à jour atterrit automatiquement dans votre espace de travail. Commencez gratuitement et regardez-le grandir semaine après semaine.

Commencez gratuitement pour toujoursPrix de visualisation