Nunca deixe que o serviço de quota impeça um serviço de iniciar

Fixkamo-shared-library
Navios
11 de agosto de 2026 às 04:49 UTC
Autor
Kamo
Enviar
430e97d

StorageQuotaService tomou seus cinco repositórios como construtor necessário argumentos. Serviços nesta propriedade componente-scan com.kamo com um wildcard mas declarar uma lista de pacotes EXPLICIT @EnableJpaRepositórios, então um novo @Service em esta biblioteca é captada em toda parte enquanto seus repositórios existem apenas onde esses pacotes estão listados. O resultado foi "Considera definir um feijão de tipo OrgStorageSnapshotRepository" e um loop de falha no MediaService, AIService, ConversionService, DocsService, ESigService, KBService e MCPGatewayService the momento cada um reconstruído — chat incluído, porque MediaService serve. Os repositórios agora estão injetados no ObjectProvider e quotaFor returns unlimited quando estiverem ausentes. Isso corresponde à intenção já documentada no ImageService, onde o serviço de quota em si é opcional: um serviço que não pode ver o faturamento As tabelas não impõem um limite máximo, tal como uma pessoa sem quota faz. Ele nunca impede a inicialização. As notas KamoInitializer da propriedade advertem precisamente sobre esta armadilha. Eu adicionei o feijão sem aplicá-lo.

Todas as alterações

Como o que vês no transporte?

Cada uma dessas atualizações pousa automaticamente em seu espaço de trabalho. Comece grátis e veja crescer semana após semana.

Começar Livre Para SempreVer Preços