Discussion :

[Daxou31]

Bonsoir à tous,

J'ai mis en place RTF Template via le .jar dans mon projet.

Ensuite j'ai bien lu attentivement la doc mais rien n'y fait, il y a plusieurs passages qui restent sans réponses.
Je dispose de pojo pour remplir mes documents rtf. donc en suivant l'exemple je crée le builder , le template, je fais le set template, puis je fais un merge directement.

Le fichier de départ existe bien mais sur le merge, il me sort un problème avec le rtf. J'essaie donc de créer un fichier d'arrivé mais là non plus ca me retourne la même erreur.


Le truc c'est que dans la doc, il y a des fichier xml. Le problème c'est que la doc dit on a du xml qui doit finir par .fields.xml mais ça correspond a quoi, on le crée ou il se génère tout seul ...

Ensuite :

Pour effectuer ces tâches, RTFTemplate fournit une classe abstraite net.sourceforge.rtf.usecases.AbstractRTFUseCase que vous pouvez implémenter.
ATTENTION, il n'est pas conseillé d'utiliser l'implémentation de cette classe dans votre application.

Et un peu plus bas :

Les méthodes qui doivent être obligatoirement implémentées sont :
* putContext ...

Mais je croyais qu'il ne fallait pas y toucher ...


Et enfin le fameux : rtftemplate-config.xml

Par défaut RTFTemplate utilise le fichier Spring rtftemplate-config.xml : Pour utiliser l'implémentation en Freemarker vous devez faire comme ceci :
RTFTemplate rtfTemplate = builder.newRTFTemplate(RTFTemplateBuilder. DEFAULT_FREEMARKER_RTFTEMPLATE);

On l'utilise ou pas car dans l'exemple il n'y en a pas besoin.


J'avoue être pommé car ça m'a l'ai bien sympathique et utile mais la doc me laisse perplexe.

Je vous remercie.

[azerr]

Bonjour,

Tout d'abord as tu vu qu'il y avait des exemples dans la distribution?
Concernant la doc, elle est certes tres foutu mais tente d'etre le plus complet.
Il faut la lire en entier.

Le truc c'est que dans la doc, il y a des fichier xml. Le problème c'est que la doc dit on a du xml qui doit finir par .fields.xml mais ça correspond a quoi, on le crée ou il se génère tout seul ...

Dans la partie creation modele tu verras qu'il est ecrit que les fichiers fields.xml sont generes.
La section XML fields available decrit ce que fait ce fichier XML. Ce fichier decrit les champs utilises dans le modele (c'est surtout pour une liste de POJO que c'est util) et peut ensuit etre utilise dans la macro pour designer ton modele rapidemenet.

Mais je croyais qu'il ne fallait pas y toucher ...

AbstractRTFUseCase est une classe qui doit etre surcharge et qui permet de tester rapidement un modele RTF (regarde les examples dans la distribution). Il configure d'une certaine facon RTFTemplate qui n'est pas la plus optimisée, c'est pour cela qu'il n'est pas conseille d'utiliser l'implementation de AbstractRTFUseCase directement.

J'avoue être pommé car ça m'a l'ai bien sympathique et utile mais la doc me laisse perplexe.

La doc doit se lire dans l'ordr Création modèle, Désign modèle, Integration. Il faut bien prendre le temps de tout lire.

Angelo

Et enfin le fameux : rtftemplate-config.xml

Ca au debut tu n'y touche pas , c'est pour configurer RTFTemplate avec le moteur de teamplet que tu souhaites.

[Daxou31]

La doc je l'ai bien lue dans l'ordre.

Dans la partie creation modele tu verras qu'il est ecrit que les fichiers fields.xml sont generes.
La section XML fields available decrit ce que fait ce fichier XML. Ce fichier decrit les champs utilises dans le modele (c'est surtout pour une liste de POJO que c'est util) et peut ensuit etre utilise dans la macro pour designer ton modele rapidemenet.

Donc je n'ai pas a y toucher car générés tous seuls.
Mais par AbstractRTFUseCase d'ou le problème suivant :

AbstractRTFUseCase est une classe qui doit etre surcharge et qui permet de tester rapidement un modele RTF (regarde les examples dans la distribution). Il configure d'une certaine facon RTFTemplate qui n'est pas la plus optimisée, c'est pour cela qu'il n'est pas conseille d'utiliser l'implementation de AbstractRTFUseCase directement.

Il faut donc la surcharger obligatoirement.
Donc ça me permet de générer mes documents directement avec les champs de mon pojo.
dans ton exemple, putContext permet de raccourcir la ligne d'envoie des données dans le rtf, ce qui peut être fait directement.

Par contre pour la suite :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
public static void main( String[] args ) throws Exception {
        RTFProjectTest usecase = new RTFProjectTest();
        usecase.run("usecases/project/project_model.rtf");
        usecase.saveRTFVelocity(true); // Save RTF file with velocity macro
        // Display the XML fields 
        System.out.println(usecase.getXMLFields()); 
        // Save XML fields into project_model.fields.xml file with update description
        usecase.saveTransformedDocument("usecases/project/project_model.fields.xml" ,false);
    }

Je ne vois pas ce que cette methode fait car usecase.getXMLFields() permet de récupérer quoi les champs du field.xml qui doit être généré.

Je bloque à cet endroit. Meric de tes précision mais j'aurais encore un peu besoin de ton aide

[azerr]

Il faut donc la surcharger obligatoirement.
Donc ça me permet de générer mes documents directement avec les champs de mon pojo.
dans ton exemple, putContext permet de raccourcir la ligne d'envoie des données dans le rtf, ce qui peut être fait directement.

Oui il faut remplir TOUS les champs possible de ton POJO pour que le champs XML fields se generent correctement (c'est surtout util pour les liste). Mais comme la doc dit, la classe de test qui surcharge AbstractRTFUseCase , est utilise UNIQUEMENT pour tester ton modele et generer ton fichier XMl fields.

Je ne vois pas ce que cette methode fait car usecase.getXMLFields() permet de récupérer quoi les champs du field.xml qui doit être généré.

Oui, il recupere sous forme de String ton fichier XML fields, mais tu peux utiliser

usecase.saveTransformedDocument("usecases/project/project_model.fields.xml" ,false);

qui te genere le fichier XML fields dans un fichier. ET c'est ce fichier qu'il faudra utilise lorsque tu integrera RTFTemplate dans ton application (voir partie integration).

Angelo

[Daxou31]

Donc pour résumer je dois créer une classe héritant de AbstractRTFUseCase avec une methode put pour chacun des pojo que je veux utiliser.
Je crée la methode main avec le run qui charge le modele rtf et le saveRTFVelocity puis qui crée le xml avec saveTransformedDocument.

On n'a plus qu'à utiliser comme dans l'exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
String rtfSource = "toto/modele.rtf";
  String rtfTarget = "toto/modeleComplet.rtf";
 
  RTFTemplateBuilder builder = RTFTemplateBuilder.newRTFTemplateBuilder();            
 
  RTFTemplate rtfTemplate = builder.newRTFTemplate();    
 
  rtfTemplate.setTemplate(new File(rtfSource));  
 
  RTFProjectTest rtfConv = new RTFProjectTest ();
 
  rtfConv.putMyPojo(rtfTemplate);
 
  rtfTemplate.merge(rtfTarget);

Et normalement le tour est joué ?

[azerr]

As tu regarde les examples de la distribution (rtftemplate-usecases.*) ?
Ca repondra surement a toute tes questions.

Angelo

[Daxou31]

Bon merci

Avec ce qui avait déja été fait en fait je n'ai pas eu besoin de toucher quoi que ce soit !