Projet

Général

Profil

Actions

Bug #5227

fermé

Actify - Problème de conversion de fichiers 3D

Ajouté par Mathis FIBLEUIL il y a environ 10 ans. Mis à jour il y a environ 10 ans.

Statut:
Closed
Priorité:
High
Assigné à:
Début:
27/01/2014
Echéance:
% réalisé:

100%

Temps estimé:
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 -


Fichiers

traces_err_Actify.txt (770 ko) traces_err_Actify.txt Mathis FIBLEUIL, 28/01/2014 13:32
Attachment.properties (1,15 ko) Attachment.properties Mathis FIBLEUIL, 28/01/2014 15:56
trace Failure Actify 03022014.txt (2,97 Mo) trace Failure Actify 03022014.txt trace 5.12.4 Mathis FIBLEUIL, 03/02/2014 14:22
trace Actify 5.11.4.txt (8,66 ko) trace Actify 5.11.4.txt trace 5.11.4 Mathis FIBLEUIL, 03/02/2014 14:24

Mis à jour par David Lesimple il y a environ 10 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 environ 10 ans

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 environ 10 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 environ 10 ans

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 environ 10 ans

quel OS ?

Mis à jour par Mathis FIBLEUIL il y a environ 10 ans

Windows Server 2008 R2 ...

Mis à jour par David Lesimple il y a environ 10 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 environ 10 ans

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 environ 10 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 environ 10 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 environ 10 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.
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.

Mis à jour par Mathis FIBLEUIL il y a environ 10 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 environ 10 ans

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

Mis à jour par David Lesimple il y a environ 10 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 environ 10 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 environ 10 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 environ 10 ans

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

Mis à jour par Miguel Moquillon il y a environ 10 ans

  • Assigné à mis à Miguel Moquillon
  • Version cible mis à Version 5.13.4

Mis à jour par Miguel Moquillon il y a environ 10 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.

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

Mis à jour par Nicolas Eysseric il y a environ 10 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é

Actions

Formats disponibles : Atom PDF