Bug #3641
fermé
Impossible de valider un wysiwyg
100%
Description
Le bouton "Sauver et Quitter" n'a aucun effet, je reste sur la page du contenu Wysiwyg et rien ne se passe.
Le contenu du wysiwyg n'est pas enregistré.
Ce problème était présent vendredi et est reproduit ce matin.
Mis à jour par Stéphanie Fariello il y a plus de 11 ans
- Statut changé de New à Resolved
après redémarrage, tout est ok.
Mis à jour par Stéphanie Fariello il y a plus de 11 ans
- Statut changé de Resolved à New
Le problème est de nouveau présent ce matin.
Ce problème a déjà observé en fin de semaine dernière : résolu après un redémarrage.
Il a été signalé par Cécile en début de semaine (sous le Bug #3962, mais renommé après) : résolu après un redémarrage.
Mis à jour par Stéphanie Fariello il y a plus de 11 ans
- Votre version de Silverpeas changé de 5.10 à 5.11
Mis à jour par Cécile Bonin il y a plus de 11 ans
Pas de traces d'erreur dans les fichiers de traces Silverpeas.
Par contre, on trouve des traces dans le server.log de JBOSS au moment de la validation d'un wysiwyg :
2012-11-28 11:57:44,668 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[www.oosphere.com].[/].[spring]] (http-0.0.0.0-80-5) "Servlet.service()" pour la servlet spring a généré une exception: javax.servlet.jsp.JspException: Exception thrown by getter for property results of bean searchEngine
at org.apache.struts.util.RequestUtils.lookup(RequestUtils.java:964) [:1.1]
at org.apache.struts.taglib.logic.IterateTag.doStartTag(IterateTag.java:277) [:1.1]
at org.apache.jsp.jsp.search_jsp._jspService(search_jsp.java:694)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) [:6.1.0.Final]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) [:1.0.0.Final]
at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:369) [:6.1.0.Final]
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:326) [:6.1.0.Final]
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:253) [:6.1.0.Final]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) [:1.0.0.Final]
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:324) [:6.1.0.Final]
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:242) [:6.1.0.Final]
at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:734) [:6.1.0.Final]
at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:541) [:6.1.0.Final]
at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:479) [:6.1.0.Final]
at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:407) [:6.1.0.Final]
at org.springframework.web.servlet.view.InternalResourceView.renderMergedOutputModel(InternalResourceView.java:238) [:3.1.2.RELEASE]
at org.springframework.web.servlet.view.AbstractView.render(AbstractView.java:262) [:3.1.2.RELEASE]
at org.springframework.web.servlet.DispatcherServlet.render(DispatcherServlet.java:1180) [:3.1.2.RELEASE]
at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:950) [:3.1.2.RELEASE]
at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:852) [:3.1.2.RELEASE]
at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:882) [:3.1.2.RELEASE]
at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:778) [:3.1.2.RELEASE]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:734) [:1.0.0.Final]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) [:1.0.0.Final]
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:324) [:6.1.0.Final]
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:242) [:6.1.0.Final]
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [:6.1.0.Final]
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [:6.1.0.Final]
at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:181) [:6.1.0.Final]
at org.jboss.modcluster.catalina.CatalinaContext$RequestListenerValve.event(CatalinaContext.java:285) [:1.1.0.Final]
at org.jboss.modcluster.catalina.CatalinaContext$RequestListenerValve.invoke(CatalinaContext.java:261) [:1.1.0.Final]
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:88) [:6.1.0.Final]
at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:100) [:6.1.0.Final]
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:159) [:6.1.0.Final]
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [:6.1.0.Final]
at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:158) [:6.1.0.Final]
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [:6.1.0.Final]
at org.jboss.web.tomcat.service.request.ActiveRequestResponseCacheValve.invoke(ActiveRequestResponseCacheValve.java:53) [:6.1.0.Final]
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:362) [:6.1.0.Final]
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [:6.1.0.Final]
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:654) [:6.1.0.Final]
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:951) [:6.1.0.Final]
at java.lang.Thread.run(Thread.java:662) [:1.6.0_35]
Mis à jour par Stéphanie Fariello il y a plus de 11 ans
- Priorité changé de Normal à High
Il n'est toujours pas possible de valider un Wysiwyg !
Après un redémarrage, j'arrive à créer 2 contenus et le problème revient : blocage et impossibilité de valider.
Mis à jour par Anonyme il y a plus de 11 ans
- Priorité changé de High à Urgent
Anomalie très récurrente sur l'intranoo...
Il m'est impossible de mettre à jour de la documentation sur l'intranoo. Je considère ce problème comme critique.
Mis à jour par Stéphanie Fariello il y a plus de 11 ans
- Statut changé de New à Qualified
Le problème est présent sans discontinuer depuis la dernière mise à jour.
Mis à jour par Nicolas Eysseric il y a plus de 11 ans
- Tracker changé de Support à Bug
- Projet changé de 104 à GED
- Sujet changé de Intranoo : impossible de valider un wysiwyg à Impossible de valider un wysiwyg
- Statut changé de Qualified à In progress...
- Assigné à mis à Nicolas Eysseric
- Version cible mis à Version 5.11.1
- % réalisé changé de 0 à 90
- Système d'exploitation mis à Windows XP
- Votre base de données mis à PostgreSQL
Le problème semble provenir de dépendances circulaires entre l'application GED et les services JMS.
Ceci pourrait provoquer un interblocage et empêcher l'enregistrement de certaines données (dont le contenu Wysiwyg).
Mis à jour par Nicolas Eysseric il y a plus de 11 ans
- Statut changé de In progress... à Closed
- % réalisé changé de 90 à 100
Mis à jour par Nicolas Eysseric il y a plus de 11 ans
- Statut changé de Closed à Re-opened
La modification ne semble pas régler le problème.
Ce qui est le plus embêtant c'est qu'aucune trace n'est disponible même avec toutes les traces activées !
Mis à jour par Nicolas Eysseric il y a plus de 11 ans
Sous Windows/MSSQL, le problème se produit immédiatement lors du deuxième enregistrement d'un contenu Wysiwyg (ici le contenu d'un billet d'un Blog) !
La première sauvegarde d'une modification se déroule correctement.
La seconde (dans la foulée) ne se termine jamais. Les suivantes non plus !
Mis à jour par Miguel Moquillon il y a plus de 11 ans
- Statut changé de Re-opened à Closed
Le problème provient bien d'un bogue d'HornetQ et du fait que l'on utilise aussi le connecteur in-vm (communication intra-vm) qui, sous HornetQ, présente des instabilités et particulièrement sous fortes charges.
La version 5.11.1 contiendra une mise à jour d'HornetQ vers la version 2.2.24 et utilisera le connecteur netty.