Frühling: wie man die gleiche Konfiguration mehrmals wiederbenutzt

Question

Ich habe einige ähnliche Sätze Bohnen. Zum Beispiel könnte ich eine Verbindung zur Datenbank haben, Überwachung für diese Datenbank und DAO für diese Datenbank, Thread-Pool für diese Datenbank und so weiter. Und ich möchte diese Menge von Beans mehrmals im selben Kontext mit leicht unterschiedlichen Eigenschaften instanziieren (z. B. mit einem anderen Host-Namen). Ich möchte so etwas haben:

abstract class ContextTemplate { 
    abstract String dbHost(); 

    @Bean 
    DataSource dataSource() { return new DataSourceImpl(dbHost()); } 

    @Bean 
    DbMonitoring dbMonitoring() { return new DbMonitoring(dataSource()); }} 

    // and ten more db-specific beans 
} 

@Configuration(prefix = "primary-") 
class PrimaryDbContext extends ContextTemplate { 
    @Override 
    String dbHost() { return "primary.host"; } 
} 

@Configuration(prefix = "slow-reqs-") 
class SlowRequestsContext extends ContextTemplate { 
    @Override 
    String dbHost() { return "slow.requests.host"; } 
} 

@Configuration 
@Import({ 
    PrimaryContext.class, 
    SlowRequestsContext.class, 
}) 
class MyContext { 
} 

Mit dieser imaginären Konfiguration instanziiert ich mit Bohnen einen einzigen Kontext haben möchte primary-dataSource, primary-monitoring, slow-reqs-dataSource, slow-reqs-monitoring.

Der Punkt ist, dass jedes von PrimaryDbContext und SlowRequestsContext mehrere sehr ähnliche Bean-Definitionen in einem resultierenden Anwendungskontext ausgeben sollte.

Ist so etwas mit Spring möglich?

Bearbeiten: erstellt ein feature request in the Spring tracker.

Answer 1

Ich weiß, dass diese Lösung nicht wie Ihr Beispiel aussieht. Aber Sie können Bean-Namen nicht auf andere Weise ändern, nur manuell. Erstellen von benutzerdefinierten Fabrik Postprozessor:

public class DbRegistryPostProcessor implements BeanFactoryPostProcessor{ 

    private String hostName; 
    private String prefix; 

    public BeanFactoryPostProcessor(Strin prefix, String hostName){ 
     this.prefix = prefix; 
     this.hostName = hostName; 
    } 

    @Override 
    public void postProcessBeanFactory(ConfigurableListableBeanFactory factory) throws BeansException { 
     factory.registerSingleton(prefix+"dataSource", dataSource()); 
     factory.registerSingleton(prefix+"dbMonitoring", dbMonitoring()); 
    } 


    DataSource dataSource() { return new DataSourceImpl(hostName); } 

    DbMonitoring dbMonitoring() { return new DbMonitoring(dataSource()); }} 

    // and ten more db-specific beans 
} 

Und registrieren Postprozessoren in der Konfiguration:

@Configuration 
public class MyContext { 

    @Bean 
    public DbRegistryPostProcessor primaryDbProcessor(){ 
     return new DbRegistryPostProcessor("primary-", "primary.host"); 
    } 

    @Bean 
    public DbRegistryPostProcessor secondaryDbProcessor(){ 
     return new DbRegistryPostProcessor("secondary-", "secondary.host"); 
    } 

} 

Natürlich mit diesem Ansatz Ihre Bohnen nicht (mit PropertySourcesPlaceholderConfigurer zum Beispiel) von anderen Postprozessoren verarbeitet werden . Wenn Sie Beans benötigen, die von anderen Postprozessoren verarbeitet werden, können Sie die benutzerdefinierte BeanDefinitionRegistryPostProcessor anstelle von implementieren.

Answer 2

Dynamisch können Sie zwischen verschiedenen Datenquellen wechseln, indem Sie ein Flag beibehalten, das Sie ändern können, indem Sie ein Servlet drücken, das das Flag im Cookie- oder Anwendungskontextbereich setzt.

Nur eine Bean von ContextTemplate registrieren, die intern zwei ContextTemplate hält.

• Instanziieren primären und sekundären ContextTemplate einmal
• überschreiben die Methoden
• entscheiden über Flag basiert.

Zum Beispiel:

@Component 
public class MyContextTemplate implements InitializingBean, ContextTemplate { 

    private ContextTemplate primary; 
    private ContextTemplate secondary; 

    @Override 
    public void afterPropertiesSet() { 
     // initialize primary and secondary ContextTemplate 
     // you can initialize them in default constructor of this class also 
    } 

    public DataSource dataSource() { 
     if(flat-set) { 
      return primary.dataSource(); 
     } 
     return secondary.dataSource(); 
    } 

    public DbMonitoring dbMonitoring() { 
     if(flat-set) { 
      return primary.dbMonitoring(); 
     } 
     return secondary.dbMonitoring(); 
    } 
    // implement other methods 
} 

---

Sie mehrere Bohne von ContextTemplate auch registrieren und MyContextTemplate als primary bean markieren das Auto-Verdrahtung Konflikt Problem zu beheben.

---

Denken Sie einige über der Entwurfsmuster, die nach Ihren Anforderungen passt:

• Delegation pattern
• State pattern

Eine Momentaufnahme der staatlichen Muster: