Start/Stop server instances
Citrus is working with server components that are started and stopped within a test run. This can be a Http server or some SMTP mail server for instance. Usually the Citrus server components are automatically started when Citrus is starting and respectively stopped when Citrus is shutting down. Sometimes it might be helpful to explicitly start and stop a server instance within your test case. Here you can use special start and stop test actions inside your test. This is a good way to test downtime scenarios of interface partners with respective error handling when connections to servers are lost
Let me explain with a simple sample test case:
XML DSL
<testcase name="sleepTest">
<actions>
<start server="myMailServer"/>
<sleep/>
<stop server="myMailServer"/>
</actions>
</testcase>
The start and stop server test action receive a server name which references a Spring bean component of type com.consol.citrus.server.Server in your basic Spring application context. The server instance is started or stopped within the test case. As you can see in the next listing we can also start and stop multiple server instances within a single test action.
<testcase name="sleepTest">
<actions>
<start>
<servers>
<server name="myMailServer"/>
<server name="myFtpServer"/>
</servers>
</start>
<sleep/>
<stop>
<servers>
<server name="myMailServer"/>
<server name="myFtpServer"/>
</servers>
</stop>
</actions>
</testcase>
When using the Java DSL the best way to reference a server instance is to autowire the Spring bean via dependency injection. The Spring framework takes case on injecting the proper Spring bean component defined in the SPring application context. This way you can easily start and stop server instances within Java DSL test cases.
Java DSL designer and runner
@Autowired
@Qualifier("myFtpServer")
private FtpServer myFtpServer;
@CitrusTest
public void startStopServerTest() {
start(myFtpServer);
sleep();
stop(myFtpServer);
}
Note Starting and stopping server instances is a synchronous test action. This means that your test case is waiting for the server to start before other test actions take place. Startup times and shut down of server instances may delay your test accordingly.
As you can see starting and stopping Citrus server instances is very easy. You can also write your own server implementations by implementing the interface com.consol.citrus.server.Server . All custom server implementations can then be started and stopped during a test case.