Support #3827
fermé
"Impossible de lancer l'application"
Ajouté par Emmanuel GRANGE il y a environ 12 ans. Mis à jour il y a plus de 11 ans.
10%
Description
Bonjour,
Nous avons de nombreux utilisateurs qui n'arrivent pas à éditer en ligne les documents du portail, puisqu'au lancement de l'application java, ils obtiennent un message d'erreur de java : "Impossible de lancer l'application"
Si l'on vide le cache du navigateur web, cela fonctionne à nouveau pour un temps, puis recommence.
Vous a-t'on déjà remonter ce comportement ? Avez vous une idée de la cause ?
Nous utilisons java >= 1.6.0.31, Firefox ESR 10
Fichiers
| Image_506.jpg (106 ko) Image_506.jpg | Emmanuel GRANGE, 26/11/2012 13:29 | ||
| Image_519.jpg (183 ko) Image_519.jpg | Exception | Emmanuel GRANGE, 05/12/2012 17:15 | |
| Image_520.jpg (172 ko) Image_520.jpg | Exception encapsulée | Emmanuel GRANGE, 05/12/2012 17:15 | |
| Image_522.jpg (146 ko) Image_522.jpg | Console | Emmanuel GRANGE, 05/12/2012 17:15 | |
| Image_523.jpg (51,2 ko) Image_523.jpg | Téléchargement | Emmanuel GRANGE, 05/12/2012 17:15 |
Mis à jour par David Lesimple il y a environ 12 ans
- Statut changé de New à Feedback
Bonjour,
ce type d'erreur apparait dans certains cas, mais la cause peut en être multiple. Il dépend de la configuration sur les postes clients (sécurité du navigateur notamment)
Le seul moyen de connaitre la cause du problème est d'activer les traces dans la console Java sur le PC.
Mis à jour par David Lesimple il y a environ 12 ans
- % réalisé changé de 0 à 10
d'autre part lire ce message de sécurité de Mozilla:
https://addons.mozilla.org/fr/firefox/blocked/p138
Mis à jour par Emmanuel GRANGE il y a environ 12 ans
- Fichier Image_506.jpg Image_506.jpg ajouté
Il ne s'agit pas d'un bug de java, mais bien de l'application.
Nous avons le problème même avec java 7 U9
Mis à jour par David Lesimple il y a environ 12 ans
il n'y a aucun message dans la console Java de ton poste ? les traces de cette dernière sont bien activées ?
Mis à jour par Emmanuel GRANGE il y a environ 12 ans
Le bug n'est pas sur mon poste. je vais essayer de te récupérer les messages
Mis à jour par Emmanuel GRANGE il y a presque 12 ans
- Fichier Image_519.jpg Image_519.jpg ajouté
- Fichier Image_520.jpg Image_520.jpg ajouté
- Fichier Image_522.jpg Image_522.jpg ajouté
- Fichier Image_523.jpg Image_523.jpg ajouté
Voici tout ce que j'ai pu récupérer comme informations :
Exception : 
Exception encapsulée :
Console
Téléchargement
Le fichier JNLP semble être toujours vide lorsque le problème se pose.
Mis à jour par Emmanuel Hugonnet il y a presque 12 ans
Avez-vous une erreur coté serveur ?
Y a t il une constante au niveau de la configuration réseau ou des anti-virus ?
Mis à jour par Emmanuel GRANGE il y a presque 12 ans
Non, rien de spécial à noter.
Le problème apparait sur tous nos sites, @IP fixe et DHCP, sur Firefox, notre navigateur officiel, il était aussi apparu sur IE7-8.
Nous avons théoriquement tous la même version d'anti-virus (Symantec Norton Endpoint Protection v12), forcément actif à ce moment.
La seule solution pour résoudre temporairement le problème est de vider le cache du navigateur et de le redémarrer. Mais le problème peut réapparaitre au bout de quelques temps.
Mis à jour par Emmanuel Hugonnet il y a presque 12 ans
Pourriez-vous enregistrer le fichier jnlp lorsque l'erreur se produit et nous l'attacher ?
Ce problème est il récurrent pour certains utilisateurs ou pour tous ? Sur certaines GED ou toutes ?
Je pense une erreur soit au niveau transport soit lorsque le JNLP est écrit.
Mis à jour par Emmanuel GRANGE il y a presque 12 ans
Le fichier JNLP ci-joint est totalement vide
Mis à jour par David Lesimple il y a presque 12 ans
En vpn sur le serveur de production, j'ai ce message à l'écran (rien dans les logs de SP)
java.lang.NullPointerException
com.silverpeas.attachment.servlets.LaunchWebdavEdition.processRequest(LaunchWebdavEdition.java:77)
com.silverpeas.attachment.servlets.LaunchWebdavEdition.doGet(LaunchWebdavEdition.java:181)
javax.servlet.http.HttpServlet.service(HttpServlet.java:734)
javax.servlet.http.HttpServlet.service(HttpServlet.java:847)
com.silverpeas.whitePages.filters.ComponentRequestRouterFilter.doFilter(ComponentRequestRouterFilter.java:96)
org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:88)
org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:76)
Mis à jour par Emmanuel Hugonnet il y a presque 12 ans
Cela semble indiquer que l'utilisateur est déconnecté.
On peut éventuellement ajouter une sécurité supplémentaire autour de cela pour renvoyer l'utilisateur vers la page de connexion.
Mis à jour par David Lesimple il y a presque 12 ans
J'ai bien précisé que c'était via le VPN (qui réécrit les url) donc je m'en méfie.
Emmanuel de MGI, peux-tu me confirmer que vous n'avez pas le message ci-dessus ?
Mis à jour par Emmanuel GRANGE il y a presque 12 ans
Je ne me souviens pas avoir observé ce comportement
Mis à jour par Emmanuel GRANGE il y a presque 12 ans
Voici l'erreur jboss qui apparait lorsque l'erreur apparait avec un utilisateur :
2013-01-07 10:32:29,448 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/silverpeas].[LaunchWebdavEdition]] (http-0.0.0.0-80-88) "Servlet.service()" pour la servlet LaunchWebdavEdition a généré une exception: java.lang.NullPointerException
at com.silverpeas.attachment.servlets.LaunchWebdavEdition.processRequest(LaunchWebdavEdition.java:81) [:2.5.1]
at com.silverpeas.attachment.servlets.LaunchWebdavEdition.doGet(LaunchWebdavEdition.java:181) [:2.5.1]
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 com.silverpeas.whitePages.filters.ComponentRequestRouterFilter.doFilter(ComponentRequestRouterFilter.java:96) [:2.5.1]
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:274) [:6.1.0.Final]
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:242) [:6.1.0.Final]
at org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:88) [:3.1.2.RELEASE]
at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:76) [:3.1.2.RELEASE]
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:274) [: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.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:501) [: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_24]
Mis à jour par David Lesimple il y a plus de 11 ans
- Statut changé de Feedback à Closed
Depuis la 5.11.2 et la mise en place du mode connecté (webdav pur), ce problème doit être résolu.