Project

General

Profile

Actions

Bug #5227

closed

Actify - Problème de conversion de fichiers 3D

Added by Mathis FIBLEUIL almost 8 years ago. Updated almost 8 years ago.

Status:
Closed
Priority:
High
Start date:
01/27/2014
Due date:
% Done:

100%

Estimated time:
Navigateur:
Tous
Votre version de Silverpeas:
5.12.6
Système d'exploitation:
Votre base de données:
PostgreSQL
Livraison en TEST:
Livraison en PROD:

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 -


Files

traces_err_Actify.txt (770 KB) traces_err_Actify.txt Mathis FIBLEUIL, 01/28/2014 01:32 PM
Attachment.properties (1.15 KB) Attachment.properties Mathis FIBLEUIL, 01/28/2014 03:56 PM
trace Failure Actify 03022014.txt (2.97 MB) trace Failure Actify 03022014.txt trace 5.12.4 Mathis FIBLEUIL, 02/03/2014 02:22 PM
trace Actify 5.11.4.txt (8.66 KB) trace Actify 5.11.4.txt trace 5.11.4 Mathis FIBLEUIL, 02/03/2014 02:24 PM
Actions #1

Updated by David Lesimple almost 8 years ago

  • Tracker changed from Bug to Support
  • Status changed from New to 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 ?

Actions #2

Updated by Mathis FIBLEUIL almost 8 years ago

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 -

Actions #3

Updated by David Lesimple almost 8 years ago

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 ?

Actions #4

Updated by Mathis FIBLEUIL almost 8 years ago

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ù...

Actions #5

Updated by David Lesimple almost 8 years ago

quel OS ?

Actions #6

Updated by Mathis FIBLEUIL almost 8 years ago

Windows Server 2008 R2 ...

Actions #7

Updated by David Lesimple almost 8 years ago

Je crois avoir compris, à priori cela fonctionne bien avec le Glisser/déposer mais pas avec l'ajout manuel de fichier.

Actions #8

Updated by Mathis FIBLEUIL almost 8 years ago

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 -

Actions #9

Updated by Mathis FIBLEUIL almost 8 years ago

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

Actions #10

Updated by David Lesimple almost 8 years ago

De mémoire le job Actify appelle un script VB en post-traitement, il est possible que celui-ci se bloque.

Actions #11

Updated by Mathis FIBLEUIL almost 8 years ago

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.
Du côté Silvepeas maintenant :
  • 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.

Actions #12

Updated by Mathis FIBLEUIL almost 8 years ago

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.

Actions #13

Updated by David Lesimple almost 8 years ago

Sur quelle version de Silverpeas comptez-vous le faire tourner ? 5.12.6 ?

Actions #14

Updated by David Lesimple almost 8 years ago

  • Tracker changed from Support to Bug
  • Project changed from Service Installation to GED
  • Votre base de données set to PostgreSQL
Actions #15

Updated by David Lesimple almost 8 years ago

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;

Actions #16

Updated by Pierre TEISSONNIERE almost 8 years ago

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 ?

Actions #17

Updated by David Lesimple almost 8 years ago

Tout à fait, c'est d'ailleurs la cause du bug...

Actions #18

Updated by Miguel Moquillon almost 8 years ago

  • Assignee set to Miguel Moquillon
  • Target version set to Version 5.13.4
Actions #19

Updated by Miguel Moquillon almost 8 years ago

  • Status changed from Feedback to 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.

https://github.com/Silverpeas/Silverpeas-Core/pull/466

Actions #20

Updated by Nicolas Eysseric almost 8 years ago

  • Status changed from Resolved to Closed
  • Target version changed from Version 5.13.4 to Version 5.12.8
  • % Done changed from 0 to 100

Validé et intégré

Actions

Also available in: Atom PDF