Projet

Général

Profil

Actions

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.

Statut:
Closed
Priorité:
Normal
Assigné à:
-
Catégorie:
Edition en ligne
Version cible:
-
Début:
18/10/2012
Echéance:
% réalisé:

10%

Temps estimé:
Navigateur:
Firefox 10
Votre version de Silverpeas:
5.9.2
Système d'exploitation:
Linux
Livraison en TEST:
Livraison en PROD:

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

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

Voici tout ce que j'ai pu récupérer comme informations :
Exception :
Exception

Exception encapsulée :
Exception encapsulée

Console
Console

Téléchargement
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.

Actions

Formats disponibles : Atom PDF