SpringBoot Mehrere AutoConfiguration-Ausschlüsse beim Start definiert

Question

Ich arbeite an einer unternehmenseigenen Spring Boot-Erweiterung, die eigene RabbitMQ-Clients automatisch konfiguriert. Diese Erweiterung (ein Starter) ersetzt die Spring Boot RabbitAutoConfiguration.

Ich weiß, es gibt viele Möglichkeiten, um die RabbitAutoConfiguration zu deaktivieren:

• in jeder Applikation (Haupt-) Klasse mit @EnableAutoConfiguration (exclude = RabbitAutoConfiguration.class) oder @SpringBootApplication (exclude = RabbitAutoConfiguration.class)
• in der application.properties oder yml Datei (externalisierten oder innerhalb des jAR), mit spring.autoconfigure.exclude = org.springframework.boot.autoconfigure.amqp.RabbitAutoConfiguration

Ich frage mich, ob es eine Möglichkeit gibt, dass die Präsenz meines neuen Starters die Spring Boot RabbitAutoConfiguration deaktiviert.

Ich habe einige schmutzige Dinge versucht, wie zum Beispiel eine application.properties mit der Eigenschaft exclude im Corporate-Starter-Modul, aber da Spring Boot nur einen im classpath liest, kann es leicht von einem in einer Client-Anwendung überschrieben werden . Ich möchte keine Einschränkungen auferlegen.

Ich mag nicht die Idee von jeder Anwendung, die den gleichen Ausschluss auf die eine oder andere Weise (Eigenschaften oder Annotation) hinzufügen.

Irgendwelche Ideen?

EDIT

ich mehrere RabbitMQ ConnectionFactory und RestTemplate innerhalb derselben Anwendung zu konfigurieren.

Answer 1

Wenn Sie wollen wirklich den Standard RabbitAutoConfiguration von Ihnen zu ersetzen, müssen Sie nur @AutoconfigureBefore(RabbitAutoConfiguration.class) auf Ihrem eigenen Auto-Konfiguration hinzuzufügen Frühling Stiefel zu lehren Ihren, bevor der Standard zu verarbeiten.

Wenn es sich um einen Ersatz handelt, registriert Ihr System Beans, die von der Standard-Autokonfiguration erkannt werden, und es wird auf die gleiche Weise zurückgesetzt, als ob Sie sie manuell definiert hätten.

Nachdem wir das gesagt haben, warum machst du das? Ich würde lieber ergänzen die vorhandene Autokonfiguration, anstatt den Standard zu ersetzen. Gibt es ein Problem mit dem Standard? Wenn ja, würden wir gerne davon hören und den Code so anpassen, dass Sie ihn nicht vollständig ersetzen müssen.