Upload de fichier avec un autre objet en Jersey de service web restful

Vous ne pouvez pas avoir deux Content-Types (bien techniquement qu'est ce que nous faisons ci-dessous, mais ils sont séparés avec chaque partie de la multipart, mais le principal est de type multipart). C'est en gros ce qui vous attend avec votre méthode. Vous vous attendez à mutlipart et json ensemble comme le principal type de média. Le Employee de données doit être une partie de la multipart. Ainsi, vous pouvez ajouter un @FormDataParam("emp") pour la Employee.

@FormDataParam("emp") Employee emp) { ...

Voici la classe que j'ai utilisé pour le test

@Path("/multipart")
public class MultipartResource {

    @POST
    @Path("/upload2")
    @Consumes({MediaType.MULTIPART_FORM_DATA})
    public Response uploadFileWithData(
            @FormDataParam("file") InputStream fileInputStream,
            @FormDataParam("file") FormDataContentDisposition cdh,
            @FormDataParam("emp") Employee emp) throws Exception{

        Image img = ImageIO.read(fileInputStream);
        JOptionPane.showMessageDialog(null, new JLabel(new ImageIcon(img)));
        System.out.println(cdh.getName());
        System.out.println(emp);

        return Response.ok("Cool Tools!").build();
    } 
}

D'abord je viens de tester avec l'API du client pour vérifier qu'il fonctionne

@Test
public void testGetIt() throws Exception {

    final Client client = ClientBuilder.newBuilder()
        .register(MultiPartFeature.class)
        .build();
    WebTarget t = client.target(Main.BASE_URI).path("multipart").path("upload2");

    FileDataBodyPart filePart = new FileDataBodyPart("file", 
                                             new File("stackoverflow.png"));
    //UPDATE: just tested again, and the below code is not needed.
    //It's redundant. Using the FileDataBodyPart already sets the
    //Content-Disposition information
    filePart.setContentDisposition(
            FormDataContentDisposition.name("file")
                                    .fileName("stackoverflow.png").build());

    String empPartJson
            = "{"
            + "  \"id\": 1234,"
            + "  \"name\": \"Peeskillet\""
            + "}";

    MultiPart multipartEntity = new FormDataMultiPart()
            .field("emp", empPartJson, MediaType.APPLICATION_JSON_TYPE)
            .bodyPart(filePart);

    Response response = t.request().post(
            Entity.entity(multipartEntity, multipartEntity.getMediaType()));
    System.out.println(response.getStatus());
    System.out.println(response.readEntity(String.class));

    response.close();
}

Je viens de créer un simple Employee classe avec un id et name champ pour les tests. Cela fonctionne parfaitement bien. Il montre l'image, les impressions de la disposition du contenu, et imprime le Employee objet.

Je ne suis pas trop familier avec le Facteur, j'ai donc enregistré que des tests de la dernière 🙂

Il semble bien fonctionner aussi, comme vous pouvez le voir la réponse "Cool Tools". Mais si l'on regarde l'imprimé Employee de données, nous allons voir qu'il est nul. Ce qui est bizarre car avec le client API, il a bien fonctionné.

Si l'on regarde la fenêtre d'Aperçu, nous allons voir le problème

Il n'y a pas Content-Type - tête pour les emp partie du corps. Vous pouvez le voir dans le client API, j'explicitement définie

MultiPart multipartEntity = new FormDataMultiPart()
        .field("emp", empPartJson, MediaType.APPLICATION_JSON_TYPE)
        .bodyPart(filePart);

Donc je suppose que ce n'est vraiment que partie d'une réponse complète. Comme je l'ai dit, je ne suis pas familier avec le Facteur, Donc je ne sais pas comment définir Content-Types pour les différentes parties du corps. Le image/png de l'image est automatiquement réglée pour moi pour la partie de l'image (je suppose que c'était simplement déterminé par l'extension du fichier). Si vous pouvez comprendre cela, alors le problème devrait être résolu. S'il vous plaît, si vous trouvez comment faire cela, poster une réponse.

---

Et juste pour être complet,...

• Voir ici pour en savoir plus sur MultiPart avec Jersey.

Configurations de base:

Dépendance:

<dependency>
    <groupId>org.glassfish.jersey.media</groupId>
    <artifactId>jersey-media-multipart</artifactId>
    <version>${jersey2.version}</version>
</dependency>

De la configuration du Client:

final Client client = ClientBuilder.newBuilder()
    .register(MultiPartFeature.class)
    .build();

Server config:

//Create JAX-RS application.
final Application application = new ResourceConfig()
    .packages("org.glassfish.jersey.examples.multipart")
    .register(MultiPartFeature.class);

---

Mise à JOUR

Donc, comme vous pouvez le voir à la livraison client, certains clients sont incapables de fixer des pièces de' Content-Type, cela inclut le navigateur, en ce qui concerne par défaut capacités lors de l'utilisation de FormData (js).

Nous ne pouvons pas attendre le client de trouver l'écart autour de cela, de sorte que ce que nous pouvons faire, c'est lors de la réception de données, de définir explicitement le Type de Contenu avant de la désérialisation. Par exemple

@POST
@Path("upload2")
@Consumes(MediaType.MULTIPART_FORM_DATA)
public Response uploadFileAndJSON(@FormDataParam("emp") FormDataBodyPart jsonPart,
                                  @FormDataParam("file") FormDataBodyPart bodyPart) { 
     jsonPart.setMediaType(MediaType.APPLICATION_JSON_TYPE);
     Employee emp = jsonPart.getValueAs(Employee.class);
}

C'est un peu de travail supplémentaire pour obtenir le POJO, mais c'est une meilleure solution que de forcer le client à l'essayer et de trouver sa propre solution.

---

Apartés

• Il y a une conversation en ces commentaires qui pourraient vous intéresser si vous êtes en utilisant un Connecteur différent de la valeur par défaut HttpUrlConnection.

Votre ApplicationConfig devez vous inscrire à la MultiPartFeature.class de glassfish.jersey.les médias.. de manière à permettre un téléchargement de fichier

@javax.ws.rs.ApplicationPath(ResourcePath.API_ROOT)
public class ApplicationConfig extends ResourceConfig {  
public ApplicationConfig() {
        //register the necessary headers files needed from client
        register(CORSConfigurationFilter.class);
        //The jackson feature and provider is used for object serialization
        //between client and server objects in to a json
        register(JacksonFeature.class);
        register(JacksonProvider.class);
        //Glassfish multipart file uploader feature
        register(MultiPartFeature.class);
        //inject and registered all resources class using the package
        //not to be tempered with
        packages("com.flexisaf.safhrms.client.resources");
        register(RESTRequestFilter.class);
    }

J'ai utilisé de téléchargement de fichiers exemple d',

http://www.mkyong.com/webservices/jax-rs/file-upload-example-in-jersey/

dans ma classe de ressource que j'ai ci-dessous la méthode

@POST
    @Path("/upload")
    @Consumes(MediaType.MULTIPART_FORM_DATA)
    public Response  attachupload(@FormDataParam("file") byte[] is,
@FormDataParam("file") FormDataContentDisposition fileDetail,
@FormDataParam("fileName") String flename){
attachService.saveAttachment(flename,is);
}

dans mon attachService.java j'ai ci-dessous la méthode

 public void saveAttachment(String flename,  byte[] is) {
            //TODO Auto-generated method stub
         attachmentDao.saveAttachment(flename,is);

        }

dans Dao, j'ai

attach.setData(is);
attach.setFileName(flename);

dans mon HBM cartographie est comme

<property name="data" type="binary" >
            <column name="data" />
</property>

Ce travail pour tous les types de fichiers comme .PDF,.TXT, .PNG, etc.,