Este es mi recurso REST:

@Context
HttpServletRequest webRequest;


@Override
public DomainConfig get() {
    return configDelegate.get(webRequest.getHeader("Origin"));
}

He construido mi unidad de prueba con la extensión Junit 5 + Weld / Mockito.

@MockitoSettings(strictness = Strictness.STRICT_STUBS)
@ExtendWith(MockitoExtension.class)
@DisplayName("configs resource")
@EnableWeld
public class ConfigApiResourceTest {

    @Mock
    HttpServletRequest servletRequest;

    @WeldSetup
    public WeldInitiator weld = WeldInitiator
            .from(
                    MockCommonResources.class,
                    ConfigApiResource.class,
                    ConfigDelegate.class,
                    ConfigService.class,
                    etc etc
            )
            .addBeans(createHttpServletRequest())
            .activate(
                    RequestScoped.class,
                    ApplicationScoped.class
            )
            .build();

    Bean<?> createHttpServletRequest() {
        return MockBean.builder()
                .types(HttpServletRequest.class)
                .create(o -> servletRequest)
                .build();
    }

    @Test
    @DisplayName("config")
    void config(ConfigApiResource configApiResource) {

        final String url = "areaclient.infocert.it";

        when(servletRequest.getHeader("Origin")).thenReturn(url);

        final DomainConfig output = configApiResource.get();
        assertNotNull(output);

    }
}

El problema es que HttpServletRequest webRequest siempre es nulo, probablemente porque no se inyecta pero es un objeto de contexto.

Entonces, la verdadera pregunta es, ¿cómo puedo producir un simulacro HttpServletRequest e inyectarlo como un objeto @Context?

1
Fabrizio Stellato 13 feb. 2020 a las 14:03

2 respuestas

La mejor respuesta

Después de pedir ayuda también al grupo weld-junit, el usuario mkouba dio la solución final.

final Weld weldBase = WeldInitiator.createWeld()
            .addBeanClasses(
                    MockCommonResources.class,
                    ConfigApiResource.class,
                    ConfigDelegate.class,
                    ConfigService.class,
                    etc etc
            )
            .addContainerLifecycleObserver(ContainerLifecycleObserver.processAnnotatedType()
                    .notify(pat -> pat.configureAnnotatedType()
                            .filterFields(m -> m.isAnnotationPresent(Context.class))
                            .forEach(m -> m.add(javax.enterprise.inject.literal.InjectLiteral.INSTANCE))));


    @WeldSetup
    public WeldInitiator weld = WeldInitiator
            .from(
                    weldBase
            )
            .activate(
                    RequestScoped.class,
                    ApplicationScoped.class
            )
            .addBeans(createHttpServletRequest())
            .build();

Al agregar el observador en la anotación Contexto , la simulación servletRequest se inyecta correctamente en ConfigApiResource

0
Fabrizio Stellato 4 mar. 2020 a las 09:49

Tuvimos este problema al intentar @Inject private Boolean securityEnabled; objetos, porque no se puede burlar de Boolean. Lo resolvimos con una extensión JUnit / Mockito personalizada: https://github.com/exabrial/mockito -objeto-inyección

 @InjectionMap
 private Map<String, Object> injectionMap = new HashMap<>();

 @BeforeEach
 public void beforeEach() throws Exception {
  injectionMap.put("securityEnabled", Boolean.TRUE);
 }

 @AfterEach
 public void afterEach() throws Exception {
  injectionMap.clear();
 }

Puede hacer lo mismo @Mock ing HttpServletRequest y Context y luego configurarlos en el mapa de inyección.

1
Jonathan S. Fisher 13 feb. 2020 a las 17:23