किसी अनुप्रयोग में स्प्रिंग शेल का उपयोग करते समय @SpringBootTest परीक्षण लिखना

कभी-कभी एप्लिकेशन में सर्वर से सीधे एप्लिकेशन को प्रबंधित करने के लिए कंसोल होना उपयोगी होता है। इस समस्या का सबसे सुविधाजनक समाधान स्प्रिंग शेल है।

टेस्ट भी एक बहुत अच्छा अभ्यास है (मुझे आशा है कि आपके पास है) और, कभी-कभी, वे @SpringBootTest एनोटेशन के साथ लिखे जाते हैं। हालांकि, यदि आप स्प्रिंग शेल में प्लग करते हैं और इस तरह के परीक्षण को चलाने की कोशिश करते हैं, तो ... आपका परीक्षण केवल कंसोल से एक कमांड की प्रत्याशा में फ्रीज होगा।

गूगल

GitHub पर एक छोटी खोज के बाद, हम एक समान समस्या पाते हैं ।

शेल का परीक्षण करने के लिए, लेखक बिन को एप्लीकेशनरूनर प्रकार के साथ ओवरराइड करने का सुझाव देता है, जो कंसोल से एक कमांड की अपेक्षा करता है। यहाँ @ShellComponent में परिभाषित आदेशों तक पहुँचने और उनके परीक्षण का समाधान दिया गया है।

@Component
public class CliAppRunner implements ApplicationRunner {
	public CliAppRunner() {

	}

	@Override
	public void run(ApplicationArguments args) throws Exception {
		//do nothing
	}
	

}

@RunWith(SpringJUnit4ClassRunner.class)
@SpringBootTest(classes =CliConfig.class)
public class ShellCommandIntegrationTest {

	@Autowired
	private Shell shell;
	
	@Test
	public void runTest(){
		
		
		Object result=shell.evaluate(new Input(){
			@Override
			public String rawText() {
				return "add 1 3";
			}
			
		});

		DefaultResultHandler  resulthandler=new DefaultResultHandler();
		resulthandler.handleResult(result);
		
		
	}
	
	
}

यह हुड के नीचे देखने का समय है!

हल्के डिबग के बाद, हमें स्प्रिंगपेप्लिकेशन क्लास में निम्नलिखित कोड मिलते हैं:

	private void callRunners(ApplicationContext context, ApplicationArguments args) {
		List<Object> runners = new ArrayList<>();
		runners.addAll(context.getBeansOfType(ApplicationRunner.class).values());
		runners.addAll(context.getBeansOfType(CommandLineRunner.class).values());
		AnnotationAwareOrderComparator.sort(runners);
		for (Object runner : new LinkedHashSet<>(runners)) {
			if (runner instanceof ApplicationRunner) {
				callRunner((ApplicationRunner) runner, args);
			}
			if (runner instanceof CommandLineRunner) {
				callRunner((CommandLineRunner) runner, args);
			}
		}
	}

ऐसा लगता है कि समाधान सरल है - बिन को फिर से परिभाषित करें! स्प्रिंग शैल स्रोत में आने का समय।

रिडिफाइन बीन

यह जल्दी से स्पष्ट हो जाता है कि JLineShellAutoConfiguration क्लास रनर्स को बनाने के लिए जिम्मेदार है, विशेष रूप से हम scriptApplicationRunner बीन में रुचि रखते हैं, जो हमारे परीक्षण को शुरू होने से रोकता है।

, ( spring.main.allow-bean-definition-overriding=true Spring 2.+):

	
       @TestConfiguration
	static class Runner {
		@Bean
		public ApplicationRunner scriptApplicationRunner(){
			return new CliAppRunner();
		}
	}

, . JLineShellAutoConfiguration Runner scriptApplicationRunner. ( — - — , ?).

, , JLineShellAutoConfiguration:

	@Bean
	@ConditionalOnProperty(prefix = SPRING_SHELL_SCRIPT, value = ScriptShellApplicationRunner.ENABLED, havingValue = "true", matchIfMissing = true)
	public ApplicationRunner scriptApplicationRunner(Parser parser, ConfigurableEnvironment environment) {
		return new ScriptShellApplicationRunner(parser, shell, environment);
	}

, — property, . application.properties:

spring.shell.script.enabled=false 

. . .

ScriptShellApplicationRunner , property. :

	public static final String SPRING_SHELL_SCRIPT = "spring.shell.script";
	public static final String ENABLED = "spring.shell.script";

	/**
	 * The name of the environment property that allows to disable the behavior of this
	 * runner.
	 */
	public static final String SPRING_SHELL_SCRIPT_ENABLED = SPRING_SHELL_SCRIPT + "." + ENABLED;

वाह, अब सब कुछ स्पष्ट लग रहा है - वापस application.properties पर जाएं और लिखें:

spring.shell.script.spring.shell.script=false 

अपनी उंगलियों को पार करें। परीक्षण चलाएं। काम करता है।

मामला हल हो गया है, आपके ध्यान के लिए धन्यवाद।