auto scan for guice

Question

Nigdy wcześniej nie używałam guice i chciałem wypróbować to na przykładowym projekcie z opartym na jerseyach JAX-RS API wspieranym przez service-bean. Postępowałem zgodnie z tym przewodnikiem: http://randomizedsort.blogspot.de/2011/05/using-guice-ified-jersey-in-embedded.html i udało mi się go uruchomić. Moja konfiguracja jest bardzo prosta, zasób JAX-RS jest wywoływany poprzez Guice i ma pole, które jest uwagami @Inject i wstrzykuje przez Guice:

@Path("configuration") 
@Produces(MediaType.APPLICATION_JSON) 
@Singleton 
public class ConfigurationResource { 

    @Inject 
    private ConfigurationService configurationService; 

tej pory tak dobrze, wszystko działa tak jak powinien, oprócz następujących: Używam GuiceServletContextListener ustawiania rzeczy i trzeba wymienić każdy element wyraźnie:

@WebListener 
public class GuiceInitializer extends GuiceServletContextListener{ 
    @Override 
    protected Injector getInjector() { 
     return Guice.createInjector(new JerseyServletModule() { 
      @Override 
      protected void configureServlets() { 
       //resources 
       bind(ConfigurationResource.class); 

       //services 
       bind(ConfigurationService.class).to(ConfigurationServiceImpl.class); 

       // Route all requests through GuiceContainer 
       serve("/management/*").with(GuiceContainer.class); 
      } 
     }); 
    } 
} 

Uważam to dość niewygodne jawnie wymienić wszystkie zależności. Pracowałem wcześniej z samodzielną koszulką i doskonale nadaje się do automatycznego skanowania zasobów w określonych pakietach. Również Spring i CDI są w stanie mapować implementację do interfejsów bez potrzeby jawnego nadawania im nazwy.

Teraz część pytanie: ustawienie Guice

• jest jakiś autoscan rozszerzenie /? Znalazłem trochę w Internecie, ale trudno stwierdzić, które z nich są nadal użyteczne i aktualne.

• Czy jest jakaś inna możliwość wygodniejszej konfiguracji konfiguracji i zasobów?

z góry dzięki. Leon

Answer 1

Nie sądzę, że Guice ma wbudowane wsparcie dla czegoś podobnego do skanowania komponentów Spring Framework. Jednak nie jest trudno symulować tę funkcję w Guice.

Wystarczy napisać moduł pomocnika jak następuje

import com.google.inject.AbstractModule; 
import org.reflections.Reflections; 

import java.lang.annotation.Annotation; 
import java.util.Arrays; 
import java.util.HashSet; 
import java.util.Set; 

/** 
* To use this helper module, call install(new ComponentScanModule("com.foo", Named.class); in the configure method of 
* another module class. 
*/ 
public final class ComponentScanModule extends AbstractModule { 
    private final String packageName; 
    private final Set<Class<? extends Annotation>> bindingAnnotations; 

    @SafeVarargs 
    public ComponentScanModule(String packageName, final Class<? extends Annotation>... bindingAnnotations) { 
     this.packageName = packageName; 
     this.bindingAnnotations = new HashSet<>(Arrays.asList(bindingAnnotations)); 
    } 

    @Override 
    public void configure() { 
     Reflections packageReflections = new Reflections(packageName); 
     bindingAnnotations.stream() 
      .map(packageReflections::getTypesAnnotatedWith) 
      .flatMap(Set::stream) 
      .forEach(this::bind); 
    } 
} 

do składnika zeskanować pakiet jak com.foo i paczek sub dla klas posiadających @Singleton, użyj go w ten sposób:

public class AppModule extends AbstractModule { 
    public void configure() { 
    install(new ComponentScanModule("com.foo", Singleton.class)); 
    } 
}