Version imprimable
Tu as mis les jars (Spring, Velocity...)?
Quand tu parles de rtftemplate-config.xml, ca ne serait pas plutot ton fichier XML fields available plutot?
Ca veut dire quoi
Il te sors quoi comme erreur? Tu n'as pas de logs?Code:sa merde juste lors du déploiement
As tu lu la section http://rtftemplate.sourceforge.net/f...late-java.html
car faire copier coller de AbstractRTFUseCase n'est pas la solution la plus optimisée.
Angelo
En faite moi j'ai deux plate forme, une lite qui me permet de travaillé un peu partout avec mon portable, et notre serveur applicatif lourd qui permet de faire tourner l'application.... Donc sur mon serveur local intégré à eclipse pas de problème par contre quand je fais un déploiement sur mon serveur applicatif sa marche pas.....
Je suis désolé je ne pourrais pas t'aider plus avec les informations que tu me donnes. "Ca marche pas", ca veut dire quoi? Tu n'as pas une exception qui est lance? une trace dans un log?
comment as tu trouve cette erreur?Citation:
je perd les liens sur le fichier rtftemplate.config.xml.
Désolé pour hier, je vais te donner mon message d'erreur, en faite je suppose que celà viens de se fichier xml, mais je n'en suis pas vraiment sur! Deplus je fais deux implémentation de RTFTemplate.
1/ Par Servlet ou je n'ai fais aucune modification de ta classe.
2/ Par RTFTemplateUseCase que j'ai redéfini pour avoir un répertoire de sauvegarde différant de celui ou se trouve le template....
Voilà message d'erreur que j'ai dans le cas de la servlet:
[11/05/07 08:46:52:234 CEST] c3a075a WebGroup E SRVE0026E: [Servlet Error]-[org/springframework/util/ClassUtils]: java.lang.NoClassDefFoundError: org/springframework/util/ClassUtils
at org.springframework.core.io.DefaultResourceLoader.<init>(DefaultResourceLoader.java:53)
at org.springframework.context.support.AbstractApplicationContext.<init>(AbstractApplicationContext.java:179)
at org.springframework.context.support.AbstractRefreshableApplicationContext.<init>(AbstractRefreshableApplicationContext.java:78)
at org.springframework.context.support.AbstractXmlApplicationContext.<init>(AbstractXmlApplicationContext.java:58)
at org.springframework.context.support.ClassPathXmlApplicationContext.<init>(ClassPathXmlApplicationContext.java:90)
at org.springframework.context.support.ClassPathXmlApplicationContext.<init>(ClassPathXmlApplicationContext.java:77)
at org.springframework.context.support.ClassPathXmlApplicationContext.<init>(ClassPathXmlApplicationContext.java:68)
at net.sourceforge.rtf.helper.RTFTemplateBuilder.newRTFTemplateBuilder(RTFTemplateBuilder.java:45)
at net.sourceforge.rtf.web.servlet.AbstractRTFTemplateServlet.doRequest(AbstractRTFTemplateServlet.java:110)
at rtf.CvRTFTemplateServlet.doPost(CvRTFTemplateServlet.java:79)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at com.ibm.ws.webcontainer.servlet.StrictServletInstance.doService(StrictServletInstance.java:110)
at com.ibm.ws.webcontainer.servlet.StrictLifecycleServlet._service(StrictLifecycleServlet.java:174)
at com.ibm.ws.webcontainer.servlet.IdleServletState.service(StrictLifecycleServlet.java:313)
at com.ibm.ws.webcontainer.servlet.StrictLifecycleServlet.service(StrictLifecycleServlet.java:116)
at com.ibm.ws.webcontainer.servlet.ServletInstance.service(ServletInstance.java:283)
at com.ibm.ws.webcontainer.servlet.ValidServletReferenceState.dispatch(ValidServletReferenceState.java:42)
at com.ibm.ws.webcontainer.servlet.ServletInstanceReference.dispatch(ServletInstanceReference.java:40)
at com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.handleWebAppDispatch(WebAppRequestDispatcher.java:1171)
at com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.dispatch(WebAppRequestDispatcher.java:676)
at com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.forward(WebAppRequestDispatcher.java:203)
at com.ibm.ws.webcontainer.srt.WebAppInvoker.doForward(WebAppInvoker.java:125)
at com.ibm.ws.webcontainer.srt.WebAppInvoker.handleInvocationHook(WebAppInvoker.java:300)
at com.ibm.ws.webcontainer.cache.invocation.CachedInvocation.handleInvocation(CachedInvocation.java:71)
at com.ibm.ws.webcontainer.srp.ServletRequestProcessor.dispatchByURI(ServletRequestProcessor.java:246)
at com.ibm.ws.webcontainer.oselistener.OSEListenerDispatcher.service(OSEListener.java:334)
at com.ibm.ws.webcontainer.http.HttpConnection.handleRequest(HttpConnection.java:56)
at com.ibm.ws.http.HttpConnection.readAndHandleRequest(HttpConnection.java:652)
at com.ibm.ws.http.HttpConnection.run(HttpConnection.java:458)
at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:936)
et j'ai un message similaire dans le deuxième cas, mais pour l'instaant si tu peux m'aider sur la servlet sa serais vraiment bien....
Bonjour
ca signifie que le jar spring-core.jar ne doit pas etre inclu dans ton archive.Citation:
java.lang.NoClassDefFoundError: org/springframework/util/ClassUtils
As tu verifie comme je te l'avais, que tu aies tous les jars dans ton archive requis par RTFTemplate?
Angelo
Si, je viens de vérifier
Ok,
j'ai essaye vite fait de regarder sur google. Et apperement NoClassDefFoundError serait un probleme de classloader http://www-128.ibm.com/developerwork...AGX10&S_CMP=NC.
Le scenario que je suppose est que tu as peut etre une autre version de spring sur ton serveur qui est plus vieille que celle que tu utilises dans RTFTemplate.
Le serveur charge dans son classloader spring (vieille version) et tu as ce probleme.
Je ne connais pas websphere (d'apres ters logs c du websphere, je croies),
ca n'est pas un probleme de RTFTemplate, c un probleme de class loader.
Tu devrais poster un message sur developpez pour un problem de classloader je pense.
Sinon tu as la possibilite de configurer RTFTemplate sans Spring http://rtftemplate.sourceforge.net/f...late-java.html
section Configuration sans Spring
Angelo
Configuration sans Spring
il faut regarder
elle que l'on doit garder le merge sur le RTFTemplate, il déclare une erreur qui pointe sur cette dernière fonction:
java.io.IOException: Velocity engine must be defined. Use setVelocityEngine method to set it.
at net.sourceforge.rtf.template.velocity.VelocityTemplateEngineImpl.mergeWithTemplateEngine(VelocityTemplateEngineImpl.java:35)
at net.sourceforge.rtf.template.AbstractTemplateEngine.merge(AbstractTemplateEngine.java:93)
at net.sourceforge.rtf.template.AbstractTemplateEngine.merge(AbstractTemplateEngine.java:79)
at net.sourceforge.rtf.template.AbstractTemplateEngine.merge(AbstractTemplateEngine.java:64)
at net.sourceforge.rtf.RTFTemplate.merge(RTFTemplate.java:117)
at rtf.AbstractRTF.run(AbstractRTF.java:165)GENERATE RTF CV AND TARGET FILES INTO : c://test
End RTFCV...
at rtf.RTFCvTest.main(RTFCvTest.java:151)
Oui le merge te permet de fusionner les donnees avec ton modele.
Le schema http://rtftemplate.sourceforge.net/f...hitecture.html
t'explique le processus de generation utilise par RTFTemplate.
Desole dans la doc, il manque l'etape d'initialisation du moteur de template Velocity. C'est ca ton probleme.
Pour initialiser le moteur velocity
Ce qui donne :Citation:
VelocityEngine velocityEngine = new VelocityEngine();
templateEngine.setVelocityEngine(velocityEngine);
Ce code est indentique a celui de la config Spring rtftemplate-config.xmlCode:
2
3
4
5
6
7
8
9
10
11
12
13
14
Tu verras ca n'est pas tres complique a comprendre un fichier de config Spring. Dans mon cas je l'ai utilise en tant que factory (ca evite de faire le code ci dessus).
Angelo
ok, merci sa marche.... je vais essayé de me débrouiller pour la servlet
ok c cool,
je viens de mettre a jour la doc RTFTemplate
http://rtftemplate.sourceforge.net/f...late-java.html
section Configuration sans Spring
Par contre avec la servlet tu es oblige d'utiliser la configuration Spring.
Il va falloir que tu modifies le code de la classe AbstractRTFTemplateServlet.
Mais bon je pense que tu pourras te debrouiller maintenant que tu as compris le principe.
Mais c quand meme bizarre ton histoire de class loader avec websphere...
Bon courage.
Angelo
Sa marche toujours pas sur le serveur....... je te tiens au courant j'attend de faire plus de test pour mieux sibler l'erreur...... good week
En faite maintenant j'ai un nouveau problème sur mon serveur, il me déclare une erreur sur le merge dans les 2 modes fonctionnnement (servlet, normal).
org.apache.commons.logging.LogConfigurationException: java.lang.ClassCastException: com.ibm.ws.commons.logging.TrLogFactory
J'ai regardé sur le web et on me parle de log4j, le problème c'est que je n'ai pas de log dans cette partie de mes sources!!! Par contre il me retourne un fichier RTF vide pour celà il a fallu que je commente la fonction "error" de l'exception de la servlet dans le doRequest.......
Je te met tous le message d'erreur:
org.apache.commons.logging.LogConfigurationException: The chosen LogFactory implementation does not extend LogFactory. Please check your configuration. (Caused by java.lang.ClassCastException: com.ibm.ws.commons.logging.TrLogFactory)
at org.apache.commons.logging.LogFactory$2.run(LogFactory.java:574)
at java.security.AccessController.doPrivileged1(Native Method)
at java.security.AccessController.doPrivileged(AccessController.java:287)
at org.apache.commons.logging.LogFactory.newFactory(LogFactory.java:517)
at org.apache.commons.logging.LogFactory.getFactory(LogFactory.java:308)
at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:351)
at org.apache.commons.beanutils.ConvertUtilsBean.<init>(ConvertUtilsBean.java:130)
at org.apache.commons.beanutils.BeanUtilsBean.<init>(BeanUtilsBean.java:110)
at org.apache.commons.beanutils.BeanUtilsBean$1.initialValue(BeanUtilsBean.java:68)
at org.apache.commons.beanutils.ContextClassLoaderLocal.get(ContextClassLoaderLocal.java:80)
at org.apache.commons.beanutils.BeanUtilsBean.getInstance(BeanUtilsBean.java:78)
at org.apache.commons.beanutils.PropertyUtilsBean.getInstance(PropertyUtilsBean.java:101)
at org.apache.commons.beanutils.PropertyUtils.getPropertyDescriptors(PropertyUtils.java:342)
at net.sourceforge.rtf.context.AbstractRTFContextReader.parseObject(AbstractRTFContextReader.java:164)
at net.sourceforge.rtf.context.AbstractRTFContextReader.read(AbstractRTFContextReader.java:104)
at net.sourceforge.rtf.context.AbstractRTFContextReader.readContext(AbstractRTFContextReader.java:73)
at net.sourceforge.rtf.context.AbstractRTFContextReader.readContext(AbstractRTFContextReader.java:84)
at net.sourceforge.rtf.template.AbstractRTFDocumentTransformer.getContextFields(AbstractRTFDocumentTransformer.java:474)
at net.sourceforge.rtf.template.AbstractRTFDocumentTransformer.transform(AbstractRTFDocumentTransformer.java:106)
at net.sourceforge.rtf.RTFTemplate.transform(RTFTemplate.java:177)
at net.sourceforge.rtf.RTFTemplate.transformAndSetTemplate(RTFTemplate.java:188)
at net.sourceforge.rtf.RTFTemplate.merge(RTFTemplate.java:138)
En faite j'ai trouvé le pbl, dans ton API tu utilise le logger par défault... et moi j'utilise mon propre logger...... et lors du déploiement mon serveur ne sait pas quel logger utiliser..... (par défault se sont les lib du war qui son chargé en premier).
J'aurais aimé savoir à quelle moment tu utilise des log et si tu ourrais permette au aux utilisateur de pouvoir définir leur propre logger.... autrement il existe une solution plus simple, l'implémentation de slf4J
Bonjour ptifrelon,
dans RTFTemplate il n'y as pas de log (je sais ca n'est pas bien).
Par contre toutes les libraries qu'utilisent RTFTemplate commons-beanutils (ton probleme vient de cette librairie d'apres ton log), velocity...
sont bases sur l'API commons-logging.
Et ces librairies sont utilises dans la pluparts des projets open source (Struts, ...) donc ca signifie que ton serveur websphere ne peux heberger beaucoup de projet. Y a-t il des applications WEB J2EE sur ce serveur (Struts,...)? Si oui regardes la config qu'ils ont (je ne connais pas websphere).
D'apres mes souvenirs, Weblogic avait reimplemente toutes les librairies Apache et c'etait horrible. Ca se trouve websphere a fait la meme chose.
Angelo
Je commence a comprendre ton probleme avec Spring.
J'ai regarde les sources de ClassUtils qui lancait une exception et cette classe fait reference a LogFactory de commons-logging.
Je pense que quand tu aurras resolu ton probleme de logger, tu pourras a nouveau utiliser Spring. Comme je te disais la pluparts des projets open source se bases sur commons-logging.
Angelo
Bonjour,
Pour les log, j'ai résolu mon problème et je suis quand même resté sur velocity....
Par contre j'ai un problème assez bizard.
Je récupère des données de mon formulaire au format iso et je les envoient sur la servlet RTF.... Juste avant envoie je les cast en UTF-8 afin d'avoir les caractères spéciaux (pour être sur j'ai imprimé ma chaîne dans les log et elle est ok) et bizarement le RTF renvoyé dans le browser n'affiche pas les caractères spéciaux (ex:€).
Par contre si je prend les données issuent de ma base de donné (sauvegarde des données du formulaire) et je créer un fichier RTF il ya pas de problème.
En faite j'aurais aimé savoir si a un endroit tu spécifie le format des caractères retournés par ta servlet. J'ai regardé tes sources et je n'ai rien vue.
Merci d'avance pour ton aide et si tu as une idée, une piste n'exite pas.
Bonjour ptifrelon,
c cool que ton problme de log soit réglé. tu as fait comment pour régler le problème? Ca a regle le probleme avec Spring?
Pour ton probleme d'encoding (j'ai horreur de ce probleme), tu devrais y aller pas à pas :
*1 test avec une page HTML qui contien € => ca marche?
*2 test avec un fichier RTF qui contien € => ca marche?
*3 test avec response.write qui contient le contenu du fichier RTF qui contien € => ca marche?
As tu essaye de mettre un encoding a UTF-8 dans la response?
Angelo
- Pour les log, j'ai eu besion d'utiliser sl4j qui permet l'écoute de logger par contre je n'ai pas fait de test pour voir si string marche maintenant.
- En faite la gestion de caractère spéciaux marche pour la partie html (puisque qu'il figure dans ma base de donné et que j'arrive à générer un fichier rtf à partir de ces données). Par contre sa coince au niveau du response.writer qui me renvoi de l'ISO et ceux même si je lui impose de me répondre en UTF-8.