Suchen Sie einzelne Klassen, die bestimmte Schnittstellen implementieren, aber erweiterte Schnittstellenunterimplementierungen mit Spring Framework ausschließen.

Question

Ich muss Klassen finden, die nur eine bestimmte Schnittstelle in meiner Spring Boot-App implementiert. Das Problem, dem ich gegenüberstehe, ist, dass der ClassPathBeanDefinitionScanner Klassen zurückgibt, die auch die "erweiterten" Subschnittstellen implementieren.

Beispiel:

public interface A {} 

public interface B extends A {} 
public interface C extends A {} 
public interface D extends A {} 

public interface E extends B {} 
public interface F extends B {} 
public interface G extends B {} 
public interface H extends B {} 
public interface I extends B {} 
public interface J extends B {} 

hier ist der Code, den ich bisher bin mit:

 BeanDefinitionRegistry bdr = new SimpleBeanDefinitionRegistry(); 
     ClassPathBeanDefinitionScanner s = new ClassPathBeanDefinitionScanner(bdr); 

     TypeFilter tf_include_1 = new AssignableTypeFilter(E.class); 

     TypeFilter tf_exculude1 = new AssignableTypeFilter(C.class); 
     TypeFilter tf_exculude2 = new AssignableTypeFilter(D.class); 

     s.addIncludeFilter(tf_include_1); 

     s.addExcludeFilter(tf_exculude1); 
     s.addExcludeFilter(tf_exculude2); 

     s.setIncludeAnnotationConfig(false); 

//  s.resetFilters(false); 
     s.scan("edu.university.ServiceLayer.*"); 


     System.out.println("Printing all classes that implement the E"); 
     String[] beans = bdr.getBeanDefinitionNames(); 
     for (String string : beans) { 
      System.out.println(string); 
     } 

Jetzt ist das Ergebnis, dass die das Array String „Bohnen“ enthält alle anderen Klassen, wie F , G, H, I, J usw.

Wie kann ich meinen TypeFitler so konstruieren, dass nur die ausgewählte Klasse zurückgegeben wird, die nur die angegebene Schnittstelle implementiert, dh alle Implementierungen, die die Anwendung ausführen, ausfiltert erweiterte Schnittstellen. wie B außer der Klasse E.

Hier ist der Code, der für mich nach dem Ändern des Standardkonstruktors von ClassPathBeanDefinitionScanner zu ClassPathBeanDefinitionScanner (bdr, false) wie der Benutzer @Holger vorgeschlagen funktioniert.

 BeanDefinitionRegistry bdr = new SimpleBeanDefinitionRegistry(); 
     ClassPathBeanDefinitionScanner s = new ClassPathBeanDefinitionScanner(bdr, false); 

     TypeFilter tf_include_1 = new AssignableTypeFilter(E.class); 


     s.resetFilters(false);  

     s.addIncludeFilter(tf_include_1); 

     s.setIncludeAnnotationConfig(false); 

     s.scan("edu.university.ServiceLayer.*"); 


     System.out.println("Printing all classes that implement the E"); 
     String[] beans = bdr.getBeanDefinitionNames(); 
     for (String string : beans) { 
      System.out.println(string); 
     } 

Bitte beachten Sie, dass resetFilters wurde kommentiert und seine die Reihenfolge auch

Answer 1

Keiner der Typen C, D, F, G, H, I, J zuordenbar E wie sie geändert worden ist, sind keine Subtypen von E, also sollte ein einfacher Einschlussfilter new AssignableTypeFilter(E.class) die Arbeit machen.

Ihr Problem stammt von der Verwendung des new ClassPathBeanDefinitionScanner(bdr) Konstruktors, der den Scanner mit Standardfiltern initialisiert, wie Sie in the source code sehen können. Während ein Typ mit allen Ausschlussfiltern verglichen wird, reicht ein einziger übereinstimmender Einschlussfilter aus, damit er im Ergebnis angezeigt wird. Sie wollen also sicher keinen anderen, möglicherweise widersprüchlichen Einschlussfilter.

Also die Lösung ist stattdessen den Konstruktor new ClassPathBeanDefinitionScanner(bdr, false) zu verwenden.