Discussion :

[CoderInTheDark]

Bonjour,

Je souhaite ajouter à un @RestController une méthode pour uploader des fichiers, code ci-dessous, les fichiers sont bien rapatriés sur le serveur.
Mais je 'arrive pas à les déplacer dans un dossier à la racine du projet.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
    @PostMapping("uploadFile")
    public void submit(@RequestParam("file") MultipartFile file) throws IllegalStateException, IOException {
        LOGGER.info("*file uploaded :" + file.getOriginalFilename());
 
file.transferTo(new File("./temp/" + file.getOriginalFilename()));

Les fichiers sont bien dirigé dans un dossier temporaires grâce à la configuration dans "application.properties"

spring.servlet.multipart.enabled=true
spring.servlet.multipart.location=${java.io.tmpdir}
spring.servlet.multipart.max-file-size=128KB
spring.servlet.multipart.max-request-size=128KB

Je pensais qu'en indiquant dans new File l'argument "./temp/", je pouvais accéder au dossier de façon relative.

En chemin absolu ça marche

Comment dois-je déclarer le chemin dans la fonction transferTo ?

Si vous pouvez m'aider je vous en remercie par avance.

Cordialement

[OButterlin]

De ce que je vois sur le net, il faudrait commencer par récupérer l'instance ServletContext dans la contrôleur Spring, via

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
@Autowired
ServletContext context;

Ensuite, il faut convertir ton chemin relatif en chemin absolu

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

String uploadPath = context.getRealPath("./Temp") + File.separator + file.getOriginalFilename();;

De là, tu peux créer ton instance File pour ton instruction file.transferTo.

[CoderInTheDark]

Bonjour,

Merci de ton aide.

Je n'ai pas besoin du ServletContext , car je suis en Spring Boot.
Spring boot le crée automatiquement

A ce propose à force de travailler avec Spring boot, j'ai peur de ne plus pouvoir faire du Spring traditionnel.

On m'a fait remarqué que je pouvait utiliser "System" pour récupérer le répertoire en cours.
J'avais oublié cette possibilité.
Je savais que je pouvais avoir le dossier temporaires et celui de l'utilisateur

@PostMapping("uploadFile")
public void download(@RequestParam("file") MultipartFile file, @RequestParam(required = false) String path) {
try {
LOGGER.info("*file uploaded :" + file.getOriginalFilename());

String pwd = System.getProperty("user.dir");
File destination = new File(pwd + "/temp/" + file.getOriginalFilename());

file.transferTo(destination);
LOGGER.info("File move to : " + destination);

} catch (IOException e) {
// TODO manually generated code block
e.printStackTrace();
}
}

Pour l'instant ça marche.

Ensuite je vais prendre en compte le second paramètre pour classer dans des dossiers et sous-dossiers.

Je dois mieux gérer les erreurs et surtout éviter des injections avec le paramètre 'path', avec des chemins relatifs.

Cordialement

[CoderInTheDark]

Bonjour,

Je pense que c'est bon maintenant.
Le mieux dans mon cas est de travailler avec les chemins relatifs.
Car jE développe sous Windows mais déplois sous Linux.

Par contre je me demande si je peux faire la même requête avec un fichier et une autre avec plusieurs avec le code ci-dessous.
Est-ce que le controller fera la différence ?

A moins que je déclare seulement le controller avec un paramètres de tableau de fichiers et que si 'il n'y a qu'un fichier il me retourne un tableau à un seul élément.
Je n'ai pas trouvé de détails à ce sujet.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
@PostMapping("uploadFile") {
public void upload(@RequestParam("files") MultipartFile[] files, ) {
...
 
@PostMapping("uploadFile")
public void upload(@RequestParam("files") MultipartFile[] files ) {
...

Cordialement

[OButterlin]

Je ne vois pas de différence entre les deux, c'est voulu ?

Juste une petite chose qu'il faut prendre en compte, je n'utiliserais pas les chemins relatifs pour stocker les fichiers reçus, ça suppose qu'on est dans l'arborescence du serveur d'application.
Il serait préférable de stocker en dehors du serveur, sur une unité à part. Si un jour on doit restaurer un dump de sauvegarde, on risque de perdre des fichiers.
Personnellement, j'utiliserais une propriété de la JVM pour indiquer le répertoire de base des sauvegarde et ensuite ajouter des sous-répertoires de classement (si besoin).
Cette méthode est compatible avec des systèmes différents (Windows / Linux).

[CoderInTheDark]

Merci pour tout.

Pour l'instant l'utilisateur poste ces fichiers au fur et à mesure et gère son arborescence .
L'étape suivant c'est de zipper l'arborescence une fois les traitements appliqués.
Et de permettre à l'utilisateur de télécharger le résultat.
Je considère cet espace comme temporaire.

Ce sera plus facile à manipuler

J'ai testé qu'une solution pour siper, maisje ne suis pas satisfait.

Cordialement