Une fois les caractères spéciaux encodés l'erreur n'apparait plus au chargement.
En revanche lorsque je tente ma conversion le script génère une erreur:
Pour mémoire, je suis dans un fichier XML (xxxx-context.xml) qui définit les transformations de format sur les fichiers.
ces fichiers XML permettent d'appeler des programmes en ligne de commande afin d'effectuer une conversion de format.
Plus d'info ici.
Lors de l'appel de cette ligne de commande il est possible d'utiliser les mots clés ${source} et ${target} qui sont des variables contenant le chemin de destination et le chemin source des contenu a convertir.
Dans un certain cas, je ne peux pas utiliser ces variables telle qu'elles, je dois les découper. Mais, apparemment les script freemarker ne sont pas interprété en dehors de la simple lecture de ces deux variables.
Je ne sais pas expliquer le mécanisme, mais ces deux variables sont bien utilisable.
Mais au cas où, le fichier XML commence par :
<!DOCTYPE beans PUBLIC '-//SPRING//DTD BEAN//EN' 'http://www.springframework.org/dtd/spring-beans.dtd'>
En tous cas merci beaucoup pour l'attention que tu portes à mon problème.
La seule solution que j'ai trouvé pour l'instant est de développer un exécutable qui prend en paramètre ces deux variables et qui appelle mon autre exécutable en retravaillant les deux paramètres. Ça fonctionne mais c'est vraiment trop moche…
En revanche lorsque je tente ma conversion le script génère une erreur:
err: Cannot run program "<#assign": CreateProcess error=2, Le fichier
spÚcifiÚ est introuvable
Pour mémoire, je suis dans un fichier XML (xxxx-context.xml) qui définit les transformations de format sur les fichiers.
ces fichiers XML permettent d'appeler des programmes en ligne de commande afin d'effectuer une conversion de format.
Plus d'info ici.
Lors de l'appel de cette ligne de commande il est possible d'utiliser les mots clés ${source} et ${target} qui sont des variables contenant le chemin de destination et le chemin source des contenu a convertir.
Dans un certain cas, je ne peux pas utiliser ces variables telle qu'elles, je dois les découper. Mais, apparemment les script freemarker ne sont pas interprété en dehors de la simple lecture de ces deux variables.
Quelques petites questions quand même, comment fais-tu pour parser le FTL depuis un XML?j'ai peut-être fais une mauvaise hypothèse en me disant que si les variables ${source} et ${target} étaient interprétées, le FTL serait parsé.
Je ne sais pas expliquer le mécanisme, mais ces deux variables sont bien utilisable.
Lors de l'appel au "moteur FTL" est-ce que tu enrichis bien la map qui représente le model d'objet FTL?Je ne comprend malheureusement pas cette question
Mais au cas où, le fichier XML commence par :
<!DOCTYPE beans PUBLIC '-//SPRING//DTD BEAN//EN' 'http://www.springframework.org/dtd/spring-beans.dtd'>
N'est-il pas préférable de faire le traitement des substring dans un code Java qui fait appel au runTimeExec d'Alfresco?Ma conversion de format est définie uniquement dans ce fichier XML. Si il est possible d'appeler un exécutable dans un script, je peut imaginer m'en sortir avec du JS. Mais je ne vois pas comment faire cela dans un code Java. Cela impliquerait de recompiler tout Alfresco ? Désolé je n'arrive pas a comprendre ta proposition.
En tous cas merci beaucoup pour l'attention que tu portes à mon problème.
La seule solution que j'ai trouvé pour l'instant est de développer un exécutable qui prend en paramètre ces deux variables et qui appelle mon autre exécutable en retravaillant les deux paramètres. Ça fonctionne mais c'est vraiment trop moche…
En tout cas, merci à vous Christophe d'avoir tenté de m'aider sur ce problème.
Toute autres explications ou suggestions sont les bienvenues !
En attendant j'utilise un exécutable en ligne de commande que j'ai développé qui appelle l'exécutable cible en retravaillant les paramètres.
Je suis convaincu qu'il y a une solution plus élégante pourtant !
Toute autres explications ou suggestions sont les bienvenues !
En attendant j'utilise un exécutable en ligne de commande que j'ai développé qui appelle l'exécutable cible en retravaillant les paramètres.
Je suis convaincu qu'il y a une solution plus élégante pourtant !
