Maillot client API vs Jersey framework de test

Il y a beaucoup de client HTTP Api (par exemple Apache HttpClient). Vous sera besoin de quelqu'un pour le faire côté client de test. Nous devons en quelque sorte l'accès à nos services via HTTP, donc l'une de ces Api seront nécessaires pour les tests unitaires. Puisque vous êtes déjà à l'aide de Jersey, le Jersey Client API est un bon choix. Un exemple pourrait ressembler à quelque chose comme

final String url = "http://stackoverflow.com/questions/27160440/" +
                                   "jersey-client-api-vs-jersey-test-framework";
Client client = ClientBuilder.newClient();
WebTarget target = client.target(url);
Response response = target.request().accept(MediaType..get();
String html  = response.readEntity(String.class);
System.out.println(html);
response.close();

Comme vous pouvez le voir l'API client n'a pas à être l'appel de notre services. C'est juste l'interface HTTP appels, le "Reste" caractéristiques. Si nous avons voulu lancer nos propres services, nous avons d'abord besoin de les déployer sur un conteneur, si plein soufflé serveur/conteneur, ou d'une plate-forme embarquée variante. Sans un cadre, un test complet pourrait ressembler à quelque chose comme

<dependencies>
<dependency>
<groupId>org.glassfish.jersey.containers</groupId>
<artifactId>jersey-container-grizzly2-http</artifactId>
</dependency>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.9</version>
<scope>test</scope>
</dependency>
</dependencies>
public class SimpleTest {
static final String BASE_URI = "http://localhost:8080/myapp/";
static HttpServer server;
static Client client;
private static HttpServer startServer() {
final ResourceConfig resourceConfig = new ResourceConfig()
.packages("where.my.resources.are")
.register(HelloResource.class);
//normally the resource class would not be in the unit test class
//and would be in the `where.my.resources.are` package pr sub package
return GrizzlyHttpServerFactory.createHttpServer(URI.create(BASE_URI), resourceConfig);
}
@Path("hello")
public static class HelloResource {
@GET
public String getHello() {
return "Hello World!";
}
}
@BeforeClass
public static void setUpClass() {
server = startServer();
client = ClientBuilder.newClient();
}
@AfterClass
public static void tearDownClass() {
server.shutdown();
}
@Test
public void test() {
WebTarget target = client.target(BASE_URI);
Response response = target.path("hello").request().get();
String hello = response.readEntity(String.class);
assertEquals("Hello World!", hello);
response.close();
}
}

La Jersey Framework de Test nous permet de faire demi-intégration/tests d'intégration de plus en plus facilement, avec des options plus complexes, contenant des déploiements. Les services peuvent être lancés dans un léger conteneur embarqué (différents types) qui va automatiquement démarrer et arrêter sur l'exécution des tests unitaires. Le cadre est en fait dépendante sur le Maillot de l'API Client, donc si vous êtes en utilisant le framework, vous pouvez utiliser l'API du Client dans votre cas de test. Un exemple

<dependencies>
<dependency>
<groupId>org.glassfish.jersey.test-framework.providers</groupId>
<artifactId>jersey-test-framework-provider-grizzly2</artifactId>
<version>2.13</version>
</dependency>
</dependencies>
public class SimpleTest extends JerseyTest {
@Path("hello")
public static class HelloResource {
@GET
public String getHello() {
return "Hello World!";
}
}
@Override
protected Application configure() {
return new ResourceConfig(HelloResource.class);
}
@Test
public void test() {
Response response = target("hello").request().get();
String hello = response.readEntity(String.class);
assertEquals("Hello World!", hello);
response.close();
}
}

Vous pouvez voir les similitudes, les @Test. C'est parce que, nous utilisons l'API du client. Nous n'avons pas besoin de configurer explicitement la Client, que le cadre fait ça pour nous.

De sorte que le choix se résume à savoir si ou non vous souhaitez utiliser le framework de Test. De toute façon, vous devez savoir comment utiliser le Maillot de l'API Client, vous serez à l'aide de la manière (qui est, sauf si vous décidez de simplement aller avec un autre HTTTP client API comme HttpClient)

---

Lire Plus

• Client API
• Maillot Framework De Test

OriginalL'auteur Paul Samsotha