Silverpeas » Silverpeas Components » GED

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 ?

quel OS ?

Windows Server 2008 R2 ...

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

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

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

Bonjour,

Je viens d'effectuer de plus amples tests sous Actify et Silverpeas.

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

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.

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

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;

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 ?

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