Bug #5227
fermé
Actify - Problème de conversion de fichiers 3D
100%
Description
Bonjour,
En version 5.12.6, et après modification du fichier attachement.properties, le processus de transformation de fichier (ex: *.sldprt -> .3D) ne fonctionne pas.
Nous utilisons Actify - CENTRO (précédemment Actify - SpinFire) sur une autre plateforme installé en 5.11.4 sans soucis.
Cordialement,
Mathis - ENE -
Fichiers
Mis à jour par David Lesimple il y a presque 11 ans
- Tracker changé de Bug à Support
- Statut changé de New à Feedback
Bonjour,
Cela ne me suprend qu'à moitié, car les fichiers sont maintenant gérés par la JCR.
Pourrais-tu nous faire parvenir le fichier traces.txt après avoir mis le module Bus.attachment en debug et reproduit le problème ?
Mis à jour par Mathis FIBLEUIL il y a presque 11 ans
- Fichier traces_err_Actify.txt traces_err_Actify.txt ajouté
Je n'ai quasi aucun résultat avec uniquement le Bus.attachement en DEBUG :
28/01/14-12:23:03,667 - DEBUG : MODULE : attachment.DocumentRepository | Storing file for document in d:\silverpeas\data\workspaces\kmelia20\simpledoc_12\0_0\fr\3421001100001.sldprt
J'ai donc activé le mode DEBUG sur toute la plateforme durant 5 minutes afin d'avoir les délais de création et suppression des dossiers "src" et "result" qui d'ailleurs ne se crée même pas...
Merci pour ton support.
Mathis - ENE -
Mis à jour par David Lesimple il y a presque 11 ans
Nous n'avons pas Actify, donc nos tests vont être limités..
Cependant, je parviens déposer un ou plusieurs fichiers .sldprt, et ceux-ci sont bien copiés dans $SILVERPEAS_HOME/data/temp/Actify/src
Ce n'est pas le cas sur cevotrette plateforme ?
Mis à jour par Mathis FIBLEUIL il y a presque 11 ans
- Fichier Attachment.properties Attachment.properties ajouté
Il semblerait que non.
Je viens de ré-effectuer un test en suivant la procédure transmise :
- Création d'une publication.
- Ajout d'un fichier sldprt (ou reconnu) au sein de la publication.
Je n'ai aucune création de contenu dans le dossier : $SILVERPEAS_HOME/data/temp/Actify/,
Dossier Actify actuellement vide (pas de dossier "src" ou "result") ou même avec une création manuelle de ces dossiers.
J'ai joint le fichier Attachement.properties au cas où...
Mis à jour par David Lesimple il y a presque 11 ans
Je crois avoir compris, à priori cela fonctionne bien avec le Glisser/déposer mais pas avec l'ajout manuel de fichier.
Mis à jour par Mathis FIBLEUIL il y a presque 11 ans
- Fichier trace Failure Actify 03022014.txt trace Failure Actify 03022014.txt ajouté
- Fichier trace Actify 5.11.4.txt trace Actify 5.11.4.txt ajouté
Bonjour,
J'ai effectuer quelques tests supplémentaires par rapport à Actify et Silverpeas.
Sur la plateforme en 5.12.4, je récupère les traces en attachement trace 5.12.4
et un phénomène différent de boucle sur la version 5.11.4.
Nous avons vérifié les paramètres Actify-Centro et Firewall dans le doute mais aucune erreur de ce côté.
Centro crée et utilise bien les répertoires /data/temp/actify/src/ et /result/ mais l'upload vers silverpeas génère des erreurs.
Finalement, et parce que cette fonctionnalité reste utilisée de façon très ponctuelle, je m’aperçois que cela ne fonctionne pas ou peu depuis un certain temps.
Seulement, nous devons maintenant répondre à une demande plus importante et devons stabiliser la situation.
Merci encore !
Mathis - Support ENE -
Mis à jour par Mathis FIBLEUIL il y a presque 11 ans
re-bonjour,
Il semblerait que le job A_ProcessActify tourne en boucle après le premier dépôt de fichier.
Et ce sur les deux versions de plateforme (5.11.4 / 5.12.6 ) --> oui, je me suis trompé dans mon précédent POST, c'est bien une version 5.12.6.
Il est donc possible d'effectuer une "transformation" des fichiers mais une seule fois.
Afin de faire repartir cette fonctionnalité, il est nécessaire de redémarrer Silverpeas ainsi que le monitoring Centro sur les shares Actify/src et Actify/result.
Mathis
Mis à jour par David Lesimple il y a presque 11 ans
De mémoire le job Actify appelle un script VB en post-traitement, il est possible que celui-ci se bloque.
Mis à jour par Mathis FIBLEUIL il y a presque 11 ans
Bonjour,
Je viens d'effectuer de plus amples tests sous Actify et Silverpeas.
Tout d'abord, côté Actify :- un fichier .JPG était générer durant la transformation. Ce paramètre a donc été supprimer et, de ce fait, pour un fichier *.SLDPRT par exemple nous ne récupérons plus qu'un fichier *.3D
- L'utilisation des dossiers //plateforme/Actify/src et //plateforme/Actify/result est fonctionnel du moment qu'il existent (Voir comportement Silverpeas).
- Concernant les scripts VB post-traitement, ils ne sont pas configuré et apparemment n'ont jamais été utiliser sur Actify.
- En version 5.11.4, et suivant le Attachment.properties fournit en début d'incident, les dossiers //plateforme/Actify/src et //plateforme/Actify/result sont supprimés durant la purge.
- Silverpeas ne recrée pas les dossiers.
- La transformation ne fonctionne donc plus qu'une seule fois car le dossier deviens inaccessible par Actify à la deuxième tentative.
- En version 5.12.6, toujours sur le modèle de l'Attachement.properties fourni, mais aussi en rapport avec le message d'erreur "trace Failure Actify 03022014.txt", il semblerait que lors de l'import du fichier transformé par Silverpeas, le fichier soit lu et non juste uploader.
- Silverpeas utilise bien les répértoires //plateforme/Actify/src et //plateforme/Actify/result mais ne procéde aucunement à la purge.
En somme, le problème ne nous dérange pas tant que ça en version 5.11.4 car nous travaillons a valider une version 5.12.X dès que possible, nous focaliserions plus donc sur une correction en 5.12.6 au minimum.
Mis à jour par Mathis FIBLEUIL il y a presque 11 ans
Bonjour,
Nous devons procéder à la mise en service de cette fonctionnalité dès que possible.
Silverpeas supprime toujours les dossiers src et result pendant la phase de purge et ne les recréent toujours pas suite a un dépôt.
Merci d'avance.
Mis à jour par David Lesimple il y a presque 11 ans
Sur quelle version de Silverpeas comptez-vous le faire tourner ? 5.12.6 ?
Mis à jour par David Lesimple il y a presque 11 ans
- Tracker changé de Support à Bug
- Projet changé de Service Installation à GED
- Votre base de données mis à PostgreSQL
Mis à jour par David Lesimple il y a presque 11 ans
En fait,il y a une erreur lors du renvoi du fichier 3D vers Silverpeas, le chemin où prendre le fichier .3d est incorrect :
Pour les développeurs: ActifyToAttachment.java
// Copy 3D file converted from Actify Work directory to Silverpeas workspaces
String actifyWorkingPath = "Actify";
String srcFile = FileRepositoryManager.getTemporaryPath() + actifyWorkingPath
+ File.separator + logicalName;
Mis à jour par Pierre TEISSONNIERE il y a presque 11 ans
La plateforme actuelle est en 5.12.6 donc si on peut avoir un jar pour que ça fonctionne, ça serait parfait.
J'ai une question concernant le code de ActifyToAttachment.java. Il pointe vers le fichier de properties :
ResourceLocator settings = new ResourceLocator("org.silverpeas.util.attachment.Attachment", "");
Par contre, il semble ne récupérer que ActifyPublisherEnable. Il devrait aussi prendre en compte ActifyPathResult pour la String actifyWorkingPath, non ?
Mis à jour par David Lesimple il y a presque 11 ans
Tout à fait, c'est d'ailleurs la cause du bug...
Mis à jour par Miguel Moquillon il y a presque 11 ans
- Assigné à mis à Miguel Moquillon
- Version cible mis à Version 5.13.4
Mis à jour par Miguel Moquillon il y a presque 11 ans
- Statut changé de Feedback à Resolved
Du code sur la prise en charge des fichiers convertis par Actify a été enlevé par erreur lors du passage à la JCR avec la version 5.12. Ce code a été restauré et adapté à la nouvelle API relative à la JCR. Il sera désormais possible à nouveau de joindre des fichiers de CAD/DAO à une publication pour que ces derniers soient pris en charge par Actify (à condition que le format de CAD/DAO soit supporté par celui-ci) et que les résultats de la conversion par Actify soient joint automatiquement à la publication.
Mis à jour par Nicolas Eysseric il y a presque 11 ans
- Statut changé de Resolved à Closed
- Version cible changé de Version 5.13.4 à Version 5.12.8
- % réalisé changé de 0 à 100
Validé et intégré