Verhindern, dass Application / CommandLineRunner Klassen während der Ausführung von JUnit-Tests

Wenn du in deinem TestCase-Klasse gibt es diese Anmerkungen:

@SpringApplicationConfiguration(classes = {Application.class})

dadurch wird die Application.class Umsetzung der CommandLineRunner - Schnittstelle, führen Sie die erforderliche Methode

public void run(String... args) throws Exception

Ich denke immer noch das ist, meistens, ein nicht erwünschtes Verhalten, da in der Testumgebung können Sie nicht wollen, um die gesamte Anwendung.

Habe ich im Hinterkopf, zwei Lösungen dieses problem zu umgehen:

zu entfernen, die CommandLineRunner Schnittstelle von meinem Application Klasse
einen anderen Kontext für die Prüfung

Beide diese Lösung erfordert eine Menge coding.
Haben Sie eine bequeme Lösung?

Können Sie ein Beispiel geben, was Sie testen wollen? Wenn Sie wollen, etwas zu testen, ohne die ganze Anwendung, als Sie müssten sich dann nicht die annotation.
Ich möchte zum testen der ganzen Anwendung (sagen wir mal mit alle registrierten beans). Was ich nicht mag ist, dass die gesamte Anwendung gestartet wird, aufgrund der CommandLineRunner interface-Implementierung. Es sollte eine Möglichkeit zum laden einer Anwendung Klasse, ohne das run Methode.
Das ist genau meine Meinung, es ist eine unerwünschte Nebenwirkung oder zumindest SpringRunner sollte Ihnen die Möglichkeit geben, es zu verhindern. und starten Sie den Kontext, wenn alles in test-setup.

InformationsquelleAutor Gorgia666 | 2015-03-30

spring spring-boot

39

Jan ' s Lösung erreicht werden kann, zu erleichtern.

In der test-Klasse, aktivieren Sie die "test" - Profil:
```
@RunWith(SpringJUnit4ClassRunner.class)
@ActiveProfiles("test")
public class MyFancyTest {}
```
In Ihrem CommandLineRunner das Profil NICHT testen:
```
@Component
@Profile("!test")
public class JobCommandLineRunner implements CommandLineRunner {}
```
Dann müssen Sie nicht haben, um manuell festzulegen, dass das Profil in der Anwendung.
- Dies funktionierte gut für mich! Dank
- Bedeutet es, dass für jeden test-Datei, die ich platzieren sollte dies eine zusätzliche @ActiveProfiles("test") - Anmerkung?
- Ja @dnim. Für jeden Satz von tests, die Sie ausführen möchten.
InformationsquelleAutor Michael Pridemore
21

Als im Frühjahr erwähnten Dokumentation http://docs.spring.io/spring-boot/docs/current/reference/html/boot-features-testing.html können Sie @ContextConfiguration mit einer speziellen Initialisierung:

ConfigFileApplicationContextInitializer ist ein ApplicationContextInitializer, die anwenden können, um Ihre tests zu laden, Spring Boot Anwendung.Eigenschaften - Dateien. Diese können Sie verwenden, wenn Sie brauchen nicht die vollen Funktionen von @SpringApplicationConfiguration.

In diesem Beispiel anyComponent initialisiert und Eigenschaften injiziert werden, aber run(args) Methoden nicht ausgeführt werden. (Application.class ist mein main spring entry point)
```
@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(classes = Application.class, 
                      initializers = ConfigFileApplicationContextInitializer.class)
public class ExtractorTest {
    @Autowired
    AnyComponent anyComponent;

    @Test
    public void testAnyComponent() {
       anyComponent.anyMethod(anyArgument);
    }
}
```
- Arbeitete wie ein Charme! Danke @jmgonet
- Gutes Beispiel!, Es gibt nicht brauchen, um code hinzuzufügen. ex) @Profil ..
- Perfekt und sauber !!
- die meisten richtigen Antworten!
- Ok für CommandLineRunner, aber was ApplicationRunner? Ich war nicht in der Lage, um eine SpringBootApplication (Umsetzung ApplicationRunner) nur einmal ausgeführt werden: die erste automatisch aus, ohne die Argumente und die zweite Hand mit meinen Argumenten.
- Gefunden ein paar Vorschläge, und das ist die eine, die es geschafft habe!
InformationsquelleAutor jmgonet
18

Definieren Sie eine test-Konfiguration in der gleichen Verpackung wie Ihre Anwendung, die sieht genau das gleiche, außer, dass es ausschließt, Bohnen Umsetzung CommandLineRunner. Der Schlüssel hier ist, @ComponentScan.excludeFilters:
```
@Configuration
@ComponentScan(excludeFilters = @ComponentScan.Filter(type = FilterType.ASSIGNABLE_TYPE, value = CommandLineRunner.class))
@EnableAutoConfiguration
public class TestApplicationConfiguration {
}
```
Dann ersetzen Sie einfach die Konfiguration auf Ihrem test:
```
@RunWith(SpringJUnit4ClassRunner.class)
@SpringBootTest(classes = TestApplicationConfiguration.class)
public class SomeApplicationTest {
    ...
}
```
Kein CommandLineRunner ausgeführt werden, jetzt, da Sie nicht Teil der Konfiguration.
- Diese Antwort ist sehr clever, es findet nur ein bisschen : Sie müssen auch ausschließen, dass die Application.class im excludeFilters Attribut, oder es scannt die Bohnen, die Sie versucht auszuschließen.
- SpringApplicationConfiguration @deprecated (veraltet 1.4 zu Gunsten von SpringBootTest. Kann ersetzt werden durch @SprinBootTest(classes = TestApplicationConfiguration.class)
- Ohne Application.class wird auch ausschließen, alle Bohnen, die Sie / können, aber nicht müssen.
- Bitte ein Beispiel geben, ohne die Application.class?
- Diese mich aus einer Furche, war nachhaltig für Tage. "Danke" ist nicht genug!
InformationsquelleAutor Bogdan Calmac
12

Ich bin ein bisschen spät zur party, aber ein vernünftiger Ansatz, ist markieren Sie die Bohne mit @ConditionalOnProperty z.B.
```
@ConditionalOnProperty(prefix = "job.autorun", name = "enabled", havingValue = "true", matchIfMissing = true)
public CommandLineRunner myRunner() {...}
```
Folgende Anmerkung wird, dann deaktivieren Sie es in tests:
```
@SpringBootTest(properties = {"job.autorun.enabled=false"})
```
- Dies ist die beste Lösung, wenn Sie immer noch auf die Beschriftungen auf deiner Main-Klasse, um die Anwendung so konfigurieren, bevor der test aber vermeiden müssen, zu einer bestimmten bean ausgeführt werden. Perfekt für eine Befehlszeile-Anwendung, die eine bean, die "Stiefel" alles. Danke.
- Das funktioniert perfekt, vielen Dank!
InformationsquelleAutor jihor
2

Wenn Sie ein mocking framework installiert ist (z.B. MockMVC) können Sie eine mock-Instanz der CommandLineRunner Umsetzung, mehr oder weniger zu deaktivieren:

@MockBean
private TextProcessor myProcessor;
- Diese Antwort ist auch geeignet für @EventListener(ApplicationReadyEvent.class) Ansatz
InformationsquelleAutor McAviti
1

Vorherigen Antworten hat nicht funktioniert wor mir. Ich landete mit unterschiedlichen Profilen - Beispiel für die init-Methode in den Frühling Starten:
```
SpringApplication app = new SpringApplication(AppConfig.class);
app.setAdditionalProfiles("production");
app.run(args);
```
Diese wird nicht ausgeführt, während die tests so sind wir sicher hier.

Alle tests haben ein eigenes Profil "test" (was nützlich ist, in vielen anderen Möglichkeiten auch):
```
@RunWith(SpringJUnit4ClassRunner.class)
@ActiveProfiles("test")
public class MyFancyTest {}
```
Den command-line-Läufer versehen mit der "Produktion" Profil, damit die tests ignorieren:
```
@Component
@Profile("production")
public class JobCommandLineRunner implements CommandLineRunner {}
```
InformationsquelleAutor Jan Petzold
0

Ich dies lösen, indem Sie nicht an der Umsetzung CommandLineRunner. Einfach ein bean aus dem context, und rufen Sie eine Methode auf, übergeben argv. Auf diese Weise erhalten Sie das gleiche Ergebnis, und die Anwendung nicht automatisch gestartet, wenn mit der Ausführung der tests.

InformationsquelleAutor Dani

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.