Jak fałszywych InitialContext z domyślnego konstruktora

Question

Wszystko,

Próbuję zrobić kilka testów jednostkowych w jakimś archaicznym kodu Java (nie interfejsy, nie abstrakcja, etc.)

Jest to aplet, który używa ServletContext (który, jak przypuszczam, jest skonfigurowany przez Tomcat) i zawiera informacje o bazie danych, jest skonfigurowany w pliku web.xml/context.xml. Teraz mam zorientowali się, jak zrobić Fałszywe ServletContext, ale kod ma

InitialContext _ic = new InitialContext(); 

wszędzie (tak, to nie jest możliwe, aby ją wymienić). Potrzebuję znaleźć sposób, aby domyślny InitialContext() był w stanie wykonać _ic.lookup(val) bez powodowania wyjątku.

Zakładam, że istnieje sposób, w jaki plik context.xml jest ładowany, ale jak działa ta magia, rysuję puste miejsce. Ktoś ma jakieś pomysły?

Answer 1

Możesz użyć PowerMock, aby sfałszować konstrukcję InitialContext i kontrolować jej zachowanie. Drwiny Konstruktora są udokumentowane here.

Testy PowerMock mogą być dość kłopotliwe i skomplikowane, refaktoryzacja jest zwykle lepszym rozwiązaniem.

Answer 2

Spróbuj ustawić zmienne systemowe przed:

System.setProperty(Context.INITIAL_CONTEXT_FACTORY, 
     "org.apache.naming.java.javaURLContextFactory"); 
System.setProperty(Context.URL_PKG_PREFIXES, 
     "org.apache.naming"); 
InitialContext ic = new InitialContext(); 

Jeśli używasz JUnit, wykonaj ten dokument: https://blogs.oracle.com/randystuph/entry/injecting_jndi_datasources_for_junit

Answer 3

Oto moje rozwiązanie do konfigurowania Inintial kontekst dla moich testów jednostkowych. Pierwszy dodałem następujące zależności testowy do mojego projektu:

<dependency> 
    <groupId>org.apache.tomcat</groupId> 
    <artifactId>catalina</artifactId> 
    <version>6.0.33</version> 
    <scope>test</scope> 
</dependency> 

Potem stworzył metodę statyczną z następującego kodu:

public static void setupInitialContext() throws Exception { 
    System.setProperty(Context.INITIAL_CONTEXT_FACTORY, "org.apache.naming.java.javaURLContextFactory"); 
    System.setProperty(Context.URL_PKG_PREFIXES, "org.apache.naming"); 
    InitialContext ic = new InitialContext(); 
    ic.createSubcontext("jdbc"); 
    PGSimpleDataSource ds = new PGSimpleDataSource(); 
    ds.setDatabaseName("postgres"); 
    ds.setUser("postgres"); 
    ds.setPassword("admin"); 
    ic.bind("jdbc/something", ds); 
} 

wreszcie każdy z mojej klasy testowej dodać metodę @BeforeClass który wywołuje setupInitialContext.

Answer 4

Czy brałeś pod uwagę mockito?

To tak proste, jak:

InitialContext ctx = mock (InitialContext.class);

Nawiasem mówiąc, należy wybrać, aby użyć mocks polecam czytanie tego artykułu, a także: http://martinfowler.com/articles/mocksArentStubs.html

Answer 5

Wykorzystaj fakt, że InitialContext wykorzystuje SPI obsłużyć jej tworzenia. Możesz podłączyć się do jego cyklu życia, tworząc implementację javax.naming.spi.InitialContextFactory i przekazując ją do testów za pomocą właściwości systemu javax.naming.factory.initial (Context.INTITIAL_CONTEXT_FACTORY). To jest prostsze niż się wydaje.

Biorąc pod uwagę to klasa:

public class UseInitialContext { 

    public UseInitialContext() { 
     try { 
      InitialContext ic = new InitialContext(); 
      Object myObject = ic.lookup("myObject"); 
      System.out.println(myObject); 
     } catch (NamingException e) { 
      e.printStackTrace(); 
     } 
    } 


} 

I to impl od InitialContextFactory:

public class MyInitialContextFactory implements InitialContextFactory { 

    public Context getInitialContext(Hashtable<?, ?> arg0) 
      throws NamingException { 

     Context context = Mockito.mock(Context.class); 
     Mockito.when(context.lookup("myObject")).thenReturn("This is my object!!"); 
     return context; 
    } 
} 

Tworzenie instancji UseInitialContext w teście junit z

-Djava.naming.initial.factory=initial.context.test.MyInitialContext 

na wyjściach wiersza poleceń This is my object!! (łatwe do skonfigurowania w Eclipse). Lubię Mockito dla kpiny i szyderstwa. Polecam również Micheal Feather's Working Effectively with Legacy Code, jeśli masz do czynienia z dużą ilością starego kodu. Chodzi o to, jak znaleźć szwy w programach, aby wyizolować konkretne elementy do testowania.

Answer 6

Dziś mam w obliczu tego samego problemu (nie możemy użytkownik PowerMock) i rozwiązano to w ten sposób:

1. Nie odnośnika w konstruktorze więc kiedy powoływać @InitMock na obiekcie, konstruktor nie wymaga jeszcze kontekstu.

2. Tworzenie metodę pobierania fasoli usług, gdy są potrzebne jak "getService() serviceMethod (param, param ...).":

/* Class ApplicationResourceProvider */ 

    /* We can mock this and set it up with InjectMocks */ 
    InitialContext ic; 

    /* method hiding the lookup */ 
    protected ApplicationService getService() throws NamingException { 
     if(ic == null) 
      ic = new InitialContext(); 
     return (ApplicationService)ic.lookup("java:global/defaultApplicationLocal"); 
    } 

1. w teście ustawić:

@Mock 
ApplicationService applicationServiceBean; 

@Mock 
InitialContext ic; 

@InjectMocks 
ApplicationResourceProvider arp; 

@Before 
public void setUp() throws Exception { 
    MockitoAnnotations.initMocks(this); 
    when(ic.lookup(anyString())).thenReturn(applicationServiceBean); 
    ... 
}