Bug #5861
fermé
Problème d'upload de fichiers Drag&Drop
Ajouté par Mathis FIBLEUIL il y a plus de 9 ans.
Mis à jour il y a plus de 9 ans.
Catégorie:
Glisser/Déposer
Votre version de Silverpeas:
5.14.1
Votre base de données:
PostgreSQL
Description
Bonjour,
Nous tentons d'effectuer un upload de fichier volumineux via drag & drop sur l'une de nos plateforme sans succès.
Le fichier est au format .rar et pèse 1 115 88 Ko.
Les fichiers multipart.properties et uploadSettings.properties sont configuré comme suit :
MultipartParserMaxSize = 3145728000
MaximumFileSize = 3145728000
Le service Silverpeas dispose des configurations suivante :
JAVA_OPTS=-Xms3072M -Xmx3072M -XX:MaxPermSize=1024M -server -Djboss.bind.address=0.0.0.0
L'upload a l'air de se dérouler jusqu'à son terme et le fichier est bien chargé dans le répertoire SILVERPEAS_HOME/data/temp cependant il subsiste une erreur (en attachement) à la finalisation de l'upload.
L'upload via Drag & Drop ne fonctionne avec aucune extension autorisé.
Il est toutefois possible d'uploader via l'import unitaire de fichier.
Il n'y a pas eu de modifications apportées à la plateforme et l'outil fonctionnait correctement.
Cordialement,
Mathis
- Statut changé de New à Feedback
Bonjour,
Depuis la version 5.13, le paramètre MultipartParserMaxSize n'est plus utilisé, seul MaximumFileSize d'uploadSettings sert pour l'upload (manuel, via import ou via glisser/déposer).
Concernant l'erreur, est-il possible d'augmenter le -xmx à 4 Go au lieu de 3 (paramètre RAM_MAX) ?
Je vais effectuer quelques tests sur des fichiers de taille similaire (150 Mo)
Autant pour moi...
Le fichier pèse 1,1 Go (1 115 888 ko).
Un copier/"gourer".
Je fais le test d’extension de mémoire de suite.
Re-Bonjour David,
Même phénomène avec une extension de mémoire à 4go du côté système et service Silverpeas...
En local sur un SP avec 6 Go alloué à la JVM (sur les 8 Go que contient mon PC), j'ai également l'erreur.
Cependant, le cas est extrême (fichier de plus de 1 GO !).
Le détail de la trace:
2014-09-09 15:45:00,711 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/silverpeas].[DragAndDrop]] (http-0.0.0.0-8000-7) "Servlet.service()" pour la servlet DragAndDrop a généré une exception: java.lang.OutOfMemoryError: Java heap space
at java.lang.StringCoding$StringDecoder.decode(StringCoding.java:133) [:1.6.0_29]
at java.lang.StringCoding.decode(StringCoding.java:173) [:1.6.0_29]
at java.lang.String.<init>(String.java:443) [:1.6.0_29]
at java.lang.String.<init>(String.java:515) [:1.6.0_29]
at org.apache.commons.fileupload.disk.DiskFileItem.getString(DiskFileItem.java:375) [:1.2.2]
at org.silverpeas.attachment.web.DragAndDrop.doPost(DragAndDrop.java:109) [:2.5.1]
Je vais effectuer un test sur un SP doté de RAM plus conséquente, mais l'envoi d'un fichier de plus d'1Go risque de prendre du temps..
Une migration de cette plateforme a été effectué le 24/06/2014 de la version 5.11.4 vers 5.13.4. Aucun dépôt de fichier de cette taille n'a été effectué depuis hormis celui qui nous pose actuellement problème.
Elle héberge un grand nombre de fichiers volumineux, allant de 623Mo à 3.3Go (iso surtout), car celle-ci est destiné à des échanges ou des installations avec nos partenaires. Cette VM ce trouve dans un CLUSTER contenant un NAS recevant les iso, nous permettant ainsi d'effectuer des upload's de 1/2/3Go du NAS vers la plateforme en l'espace de quelques poignées de secondes.
Ce qui nous permet d'affirmer que le Drag&Drop fonctionnait parfaitement avant la MAJ en 5.13.4.
Nous n'avons pas testé en 5.14.1 ...
Le test sur un autre serveur plus richement doté en RAM n'a pas pu allé au bout (timeout de session SP, meme poussé au maximum).
Nous allons investiguer le code directement.
- Statut changé de Feedback à Qualified
- Assigné à mis à David Lesimple
- Tracker changé de Support à Bug
- Statut changé de Qualified à In progress...
- Votre base de données mis à PostgreSQL
Pb dans une trace (item.getString du fichier).
- Projet changé de 46 à Silverpeas Core
- Catégorie mis à Glisser/Déposer
- Version cible mis à Version 5.14.2
- Fichier
Upload UNR 1.png supprimé
- Fichier
extrait serverlog.txt supprimé
- Statut changé de In progress... à Resolved
- Statut changé de Resolved à Closed
- % réalisé changé de 0 à 100
Formats disponibles : Atom
PDF
Mis à jour par 
Mis à jour par Mathis FIBLEUIL il y a 
Mis à jour par