Comment définir le jeu de caractères avec JAX-RS?

Comment puis-je définir le jeu de caractères avec JAX-RS? J'ai essayé @Produces("text/html; charset=UTF-8") mais qui a été ignorés et que text/html a été envoyer avec l'en-tête HTTP. Je veux définir le jeu de caractères à l'intérieur d'un MessageBodyWriter, mais ne voulez pas extraire le type de média, par analyse de @Produit annotation par réflexion par moi-même.

@Produces("text/html; charset=UTF-8") fonctionne avec les versions actuelles de l'implémentation de référence de Jersey.
Vous pouvez également vérifier ce qui se passe partout pour tous @Produit("text/html") des annotations à l'aide de la technique décrit ici sur une semblable question.

InformationsquelleAutor deamon | 2010-08-07

65

Que le Démon l'a souligné dans un commentaire, les dernières versions de JAX-RS (y compris la version stable en septembre 2012) maintenant ne l'appui de la @Produces de la syntaxe. De sorte que vous pouvez simplement utiliser:
```
@Produces("text/html; charset=UTF-8")
```
- Ne JAX-RS 1.1 l'appui de cette? N'arrive pas à trouver lorsque JAX-RS est sorti. J'ai essayé @Produces(MediaType.APPLICATION_JSON + "; charset=UTF-16"), mais cela ne fonctionne pas.
- charset=UTF-8") ne fonctionne pas pour moi en Jersey 2.13. Eu le même problème décrit par @démon.
- cela ne fonctionne pas pour quelle version de Jersey est utilisé par Dropwizard 0.9.2
- cela ne fonctionne pas pour moi aussi
- ne fonctionne pas pour moi aussi
- Cela fonctionne sous JBoss EAP 7.0 (RESTEasy 3.0.16.Final).
InformationsquelleAutor Adrian Petrescu
15

Il est également possible d'utiliser ResponseBuilder.l'en-tête(...) la méthode pour définir le type de contenu avec le jeu de caractères. Voir ci-dessous pour un exemple de code (à l'aide de JAX-RS 1.1.1, CXF 2.3.1).
```
final Response myResponse = Response.status(Response.Status.BAD_REQUEST)
    .entity("La requête n'est pas correcte.\n ...")
    .header(HttpHeaders.CONTENT_TYPE, MediaType.TEXT_PLAIN+"; charset=ISO-8859-15" )
    .build();
```
- vous n'avez besoin de le régler via l'en-tête, il y a aussi type() méthode: Response.status(Response.Status.BAR_REQUEST).entity("La requête n'est pas correcte.\n ...").type(MediaType.TEXT_PLAIN + "; charset=ISO-8859-15").build();
InformationsquelleAutor SMougenot
11

Juste pour le garder à jour. Pas sûr que cela a été pris en charge dans les versions plus anciennes de Jersey, mais certainement si vous décidez d'utiliser ResponseBuilder.l'en-tête(...) la méthode que vous pouvez utiliser MediaType méthode withCharset(). Comme ceci:
```
return Response.status(Status.OK)
         .entity(result)
         .header(HttpHeaders.CONTENT_TYPE, MediaType.APPLICATION_JSON_TYPE.withCharset("utf-8"))
         .build());
```
- Même les plus courts (et avec une meilleure sécurité de type): utilisation javax.ws.rs.core.Response.ResponseBuilder.type(MediaType) au lieu de javax.ws.rs.core.Response.ResponseBuilder.header(HttpHeaders.CONTENT_TYPE, Object)
InformationsquelleAutor stviper
10

Si vous voulez le faire dans un JAX-RS de mise en œuvre de manière neutre, vous pouvez être en mesure de réinitialiser le Type de Contenu dans la MessageBodyWriter. Quelque chose comme:
```
public void writeTo(Object obj,
                    Class<?> cls,
                    Type type,
                    Annotation[] annotations,
                    MediaType mt,
                    MultivaluedMap<String, Object> responseHttpHeaders,
                    OutputStream stream) throws IOException {
    responseHttpHeaders.putSingle(javax.ws.rs.core.HttpHeaders.CONTENT_TYPE, mt.toString() + ";charset=UTF-8");
}
```
Si vous avez des jeux de caractères différents, hormis l'UTF-8 par méthode, vous pouvez créer un profil pour l'annotation et l'ajouter à chaque méthode. Ensuite, essayez d'utiliser les annotations paramètre dans la writeTo() la méthode.

Juste pour info, Apache Clin D'Oeil prend en charge l'utilisation du jeu de caractères et d'autres attributs de types de médias. J'espère que l'avenir de JAX-RS spec révisions rend cela plus facile.
- Cela a fonctionné pour moi, la accepté de répondre ne fonctionne pas pour moi.
InformationsquelleAutor Bryant Luk
1

De l'installation de la @Produces annotation sur votre ressource méthodes de la classe.

Puis dans MessageBodyWriter de votre retour, vous pouvez le faire dans writeTo() méthode:
```
response.setContentType(mediaType.toString);
```
Remarque: Vous pouvez injecter response dans votre writer par:
```
@Context
protected HttpServletResponse response;
```
InformationsquelleAutor To Kra
1

Ce que je fais, c'est pour obtenir une instance de la servlet objet de réponse:
```
protected @Context HttpServletResponse response;
```
Puis définir l'encodage de caractères utf-8:
```
response.setCharacterEncoding("utf-8");
```
Qui fonctionne pour moi.
- C'est la même réponse que De Kra l'. Il suffit d'ajouter une réponse si vous avez quelque chose à contribuer.
- Non, il n'est pas le même. Giannis utilise setCharacterEncoding", tandis que De Kra utilise un rond-point de la méthode est writoTo() de MessageBodyWriter. Giannis est beaucoup plus simple.
InformationsquelleAutor Giannis

Si vous utilisez RESTEasy vous pouvez enregistrer un Inteceptor:

import org.jboss.resteasy.annotations.interception.ServerInterceptor;
import org.jboss.resteasy.core.ResourceMethodInvoker;
import org.jboss.resteasy.core.ServerResponse;
import org.jboss.resteasy.spi.Failure;
import org.jboss.resteasy.spi.HttpRequest;
import org.jboss.resteasy.spi.interception.PreProcessInterceptor;
import org.jboss.resteasy.plugins.providers.multipart.InputPart;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;

import javax.ws.rs.WebApplicationException;
import javax.ws.rs.ext.Provider;

@Provider
@ServerInterceptor
public class ContentTypeSetter implements PreProcessInterceptor {
    @Override
    public ServerResponse preProcess(HttpRequest request, ResourceMethodInvoker resourceMethodInvoker) throws Failure, WebApplicationException {
        request.setAttribute(InputPart.DEFAULT_CONTENT_TYPE_PROPERTY, "*/*; charset=UTF-8");
        return null;
    }
}

Remarque: Si vous définissez manuellement un @Produit il remplace le ContentType fixé par l'intercepteur. Si vous faites cela, définir le jeu de caractères dans @Produit

InformationsquelleAutor lujop

Vous devez vous connecter pour publier un commentaire.