Technical blog

Remplacement du composant Rendition Engine par ARender Rendition

Vous êtes en possession d’une GED IBM FileNet et vous utilisez actuellement la transformation de documents vers le format PDF, cet article est fait pour vous !

 

Le composant Rendition Engine, composant utilisé dans l’écosystème FileNet content manager, sera retiré de la commercialisation dès avril 2018.

L’équipe ARender vous propose d’utiliser le moteur de transformation ARender rendition afin de pallier ce manque, à partir de la version 5.2.1 de FileNet.

 

Nous allons vous expliquer comment utiliser le moteur de rendition ARender dans votre environnement FileNet de manière automatique et transparente.

L’intégration d’ARender Rendition dans l’environnement FileNet se fait par l’utilisation d’un CustomQueueSweep.

Les sweeps sont des services s’exécutant en arrière-plan qui permettent d’effectuer des tâches sur des objets présents sur votre plateforme FileNet. Le sous système d’exécution de balayage peut être étendu afin de jouer des traitements définis et implémentés selon le besoin.

L’implémentation repose sur l’utilisation d’un service de file d’attente. Ce mécanisme est particulièrement utile pour contrôler le flux de travail vers un processus lent ou exigeant en ressources comme la transformation de document office en PDF.

 

Plusieurs étapes sont nécessaires pour mettre en place la solution :

  • Création d’une classe abstraite de file d’attente
  • Création d’un code module
  • Création d’un CustomQueueSweep
  • Tests de la solution présentée
  • Conclusion

 

Création d’une classe abstraite de file d’attente

Dans l’acce, créer une sous classe abstraite (élément de file d’attente).

Ajouter une propriété de type ID. Celle-ci est destinée à porter l’ID du document à transformer.

Création du code module

Ce code module est exécuté pour chaque ligne présente dans la file d’attente.

L’ID portée par une instance de classe abstraite (élément de file d’attente) nous permet de récupérer le contenu du document associé.  Celui-ci est envoyé au composant ARender Rendition. Le résultat de la transformation permet la création d’une nouvelle version au format PDF.

CustomSweepHandler

Pour le moment, cet exemple se base sur une utilisation complète de la stack ARender. Ce code sera amené à évoluer et se trouvera toujours dans le repository github suivant:

Repository

 

Création du CustomQueueSweep

Pour le moment il n’est pas possible de faire cette configuration via l’interface d’administration acce. Le code suivant configure notre custom queue sweep:

Create custom sweep object

Dans ce code, nous faisons référence à l’ID du code module permettant d’appeler le moteur ARender Rendition. La classe cible de ce CustomQueueSweep est notre classe abstraite (élément de file d’attente).

Tests de la solution présentée

Notre CustomQueueSweep scrute la file d’attente correspondant aux instances de notre classe abstraite (éléments de file d’attente).

Dans une projection plus poussée, il est envisageable de créer des instances de classe abstraite (élément de file d’attente) automatiquement, par exemple lors de la création d’un document.

Nous vous proposons un autre code module effectuant la création d’une classe abstraite pour alimenter la file d’attente lors de la création d’un document.

EventHandler

 

Conclusion

En utilisant le sous-système de balayage porté par le Content Platform Engine, nous vous proposons d’utiliser votre moteur de rendition ARender. Que ce soit l’automatisation, le fail/succeed, etc.. Tout cela est géré par la logique native IBM FileNet et ARender n’agit alors dans ce contexte que comme une brique logicielle supplémentaire sans impact sur votre stack GED actuelle.

 

Si vous n’avez pas encore ARender ou que vous souhaitez obtenir de l’assistance sur la configuration d’ARender pour la rendition, prenez contact avec nous !