Unité de test d'un JAX-RS Service Web?

Vous pouvez essayer Rassurez-vous qui rend très simple de tester des services REST et de la validation de la réponse en Java (à l'aide de JUnit ou TestNG).

Si c'est trop tard à compter de la date de publication de la question, pensé que cela pourrait être utile pour d'autres personnes qui ont une question similaire.
Jersey est livré avec un framework de test appelé le Maillot Framework De Test qui vous permet de tester votre Service Web RESTful, y compris l'état de la réponse des codes. Vous pouvez l'utiliser pour exécuter vos tests léger conteneurs comme Grizzly, serveur http et/ou EmbeddedGlassFish. Aussi, le cadre pourrait être utilisé pour exécuter vos tests sur les régulièrement un conteneur web comme GlassFish ou Tomcat.

J'utilise Apache HTTPClient (http://hc.apache.org/) pour appeler les Services Restful. Le Client HTTP bibliothèque vous permet d'effectuer facilement get, post ou de toute autre opération dont vous avez besoin. Si votre service utilise JAXB pour la liaison xml, vous pouvez créer un JAXBContext pour sérialiser et désérialiser les entrées et les sorties de la requête HTTP.

Une chose importante à faire est de tester de façon indépendante votre logique métier

Je n'aurais certainement pas présumer que la personne qui a écrit le JAX-RS code et est à la recherche de l'unité de test de l'interface est d'une certaine manière, pour certains bizarre, inexplicable raison, ignorant la notion qu'il ou elle peut les tests unitaires d'autres parties du programme, y compris les classes de logique métier. Il est à peine utile de le mentionner et le point a été fait à plusieurs reprises que les réponses doivent être testés, trop.

À la fois de Jersey et RESTEasy ont des applications client et, dans le cas de RESTEasy vous pouvez utiliser le même annoations (même facteur annoté de l'interface et l'utilisation sur le côté client et serveur de tests).

RESTE pas ce que ce service peut faire pour vous; RESTE de ce que vous pouvez faire pour ce service.

Que je comprends le but principal de l'auteur de cette question est de découpler JAX RS couche de business one. Et de l'unité de test seulement le premier. Deux problèmes de base ici, nous avons à résoudre:

1. Exécuter en tester quelques-web/serveur d'application, mettre JAX RS components dans
   c'. Et seulement eux.
2. Se moquer des services d'affaires à l'intérieur de JAX RS
   composants/RESTE de la couche.

La première est résolu avec Arquillian.
Le second est parfaitement décrit dans arquillican et fantaisie

Voici un exemple de code, il peut être différent si vous utilisez un autre serveur d'application, mais j'espère que vous aurez l'idée de base et les avantages.

import javax.inject.Inject;
import javax.ws.rs.GET;
import javax.ws.rs.Path;
import com.brandmaker.skinning.service.SomeBean;
/**
* Created by alexandr on 31.07.15.
*/
@Path("/entities")
public class RestBean
{
@Inject
SomeBean bean;
@GET
public String getEntiry()
{
return bean.methodToBeMoked();
}
}
import java.util.Set;
import javax.ws.rs.ApplicationPath;
import javax.ws.rs.core.Application;
import com.google.common.collect.Sets;
/**
*/
@ApplicationPath("res")
public class JAXRSConfiguration extends Application
{
@Override
public Set<Class<?>> getClasses()
{
return Sets.newHashSet(RestBean.class);
}
}
public class SomeBean
{
public String methodToBeMoked()
{
return "Original";
}
}
import javax.enterprise.inject.Specializes;
import com.brandmaker.skinning.service.SomeBean;
/**
*/
@Specializes
public class SomeBeanMock extends SomeBean
{
@Override
public String methodToBeMoked()
{
return "Mocked";
}
}
@RunWith(Arquillian.class)
public class RestBeanTest
{
@Deployment
public static WebArchive createDeployment() {
WebArchive war = ShrinkWrap.create(WebArchive.class, "test.war")
.addClasses(JAXRSConfiguration.class, RestBean.class, SomeBean.class, SomeBeanMock.class)
.addAsWebInfResource(EmptyAsset.INSTANCE, "beans.xml");
System.out.println(war.toString(true));
return war;
}
@Test
public void should_create_greeting() {
Client client = ClientBuilder.newClient();
WebTarget target = client.target("http://127.0.0.1:8181/test/res/entities");
//Building the request i.e a GET request to the RESTful Webservice defined
//by the URI in the WebTarget instance.
Invocation invocation = target.request().buildGet();
//Invoking the request to the RESTful API and capturing the Response.
Response response = invocation.invoke();
//As we know that this RESTful Webserivce returns the XML data which can be unmarshalled
//into the instance of Books by using JAXB.
Assert.assertEquals("Mocked", response.readEntity(String.class));
}
}

Un couple de notes:

1. JAX RS configuration sans web.xml est utilisé ici.
2. JAX RS Client est utilisé ici (pas de RESTEasy/Jersey, ils exposent plus pratique API)
3. Quand le test commence, Arquillian du coureur commence à travailler. Ici vous pouvez trouver comment configurer des tests pour Arquillian ayant besoin de serveur d'application.
4. En fonction de l'application serveur, une url dans le
   test diffère un peu. Un autre port peut être utilisé. 8181 est
   utilisé par Glassfish Incorporé dans mon exemple.

De l'espoir, ça va aider.