IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Entrée/Sortie Java Discussion :

Erreur type 'java.io.FileNotFoundxception' - dispatching incoming RPC call


Sujet :

Entrée/Sortie Java

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Nouveau candidat au Club
    Profil pro
    Inscrit en
    Septembre 2008
    Messages
    2
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2008
    Messages : 2
    Par défaut Erreur type 'java.io.FileNotFoundxception' - dispatching incoming RPC call
    Bonjour,

    J'espère poster au bon endroit

    J'essaie d'implémenter dans une entreprise une solution de référenciel CMDB, sous OneCMDB.
    Le coeur du programme est codé en Java, et les templates recueillant les entités sont en XML. Pour info, cette application intègre Tomcat.

    J'obtiens cette erreur lorsque je souhaite importer un template XML fourni :
    com.google.gwt.user.client.rpc.StatusCodeException: The call failed on the server

    En regardant les différents logs, j'obtiens :
    log tomcat_localhost :

    2 mars 2009 13:46:51 org.apache.catalina.core.ApplicationContext log
    GRAVE: Exception while dispatching incoming RPC call
    com.google.gwt.user.client.rpc.SerializationException: Type 'java.io.FileNotFoundException' was not included in the set of types which can be serialized by this SerializationPolicy or its Class object could not be loaded. For security purposes, this type will not be serialized.

    at com.google.gwt.user.server.rpc.impl.StandardSerializationPolicy.validateSerialize(StandardSerializationPolicy.java:83)
    at com.google.gwt.user.server.rpc.impl.ServerSerializationStreamWriter.serialize(ServerSerializationStreamWriter.java:591)
    at com.google.gwt.user.client.rpc.impl.AbstractSerializationStreamWriter.writeObject(AbstractSerializationStreamWriter.java:129)
    at com.google.gwt.user.server.rpc.impl.ServerSerializationStreamWriter$ValueWriter$8.write(ServerSerializationStreamWriter.java:146)
    at com.google.gwt.user.server.rpc.impl.ServerSerializationStreamWriter.serializeValue(ServerSerializationStreamWriter.java:530)
    at com.google.gwt.user.server.rpc.RPC.encodeResponse(RPC.java:573)
    at com.google.gwt.user.server.rpc.RPC.encodeResponseForFailure(RPC.java:365)
    at com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse(RPC.java:546)
    at com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall(RemoteServiceServlet.java:164)
    at com.google.gwt.user.server.rpc.RemoteServiceServlet.doPost(RemoteServiceServlet.java:86)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
    at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
    at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
    at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)
    at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
    at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
    at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
    at java.lang.Thread.run(Unknown Source)


    Le log du moteur catalina :

    INFO: Failed shutdown of Apache Portable Runtime
    2 mars 2009 15:29:14 org.apache.catalina.core.AprLifecycleListener lifecycleEvent
    INFO: The Apache Tomcat Native library which allows optimal performance in production environments was not found on the java.library.path: ....
    ...
    4 mars 2009 10:12:55 org.apache.catalina.startup.Catalina load
    INFO: Initialization processed in 955 ms
    4 mars 2009 10:12:55 org.apache.catalina.core.StandardService start
    INFO: Démarrage du service Catalina
    4 mars 2009 10:12:55 org.apache.catalina.core.StandardEngine start
    INFO: Starting Servlet Engine: Apache Tomcat
    4 mars 2009 10:12:55 org.apache.catalina.core.StandardHost start
    INFO: XML validation disabled
    4 mars 2009 10:12:56 org.apache.catalina.startup.HostConfig deployWAR
    INFO: Déploiement de l'archive onecmdb-modeller.war de l'application web
    4 mars 2009 10:12:56 org.apache.catalina.startup.HostConfig deployWAR
    INFO: Déploiement de l'archive onecmdb-desktop.war de l'application web
    4 mars 2009 10:12:56 org.apache.catalina.startup.HostConfig deployWAR
    INFO: Déploiement de l'archive itil.war de l'application web



    Je pensais à un problème de valeur de la variable $JAVA_HOME, cependant celle-ci semble correcte.
    A-moins qu'il ne s'agisse d'un problème de droits d'accès à certains fichiers.

    Je ne vois pas comment résoudre ce problème.

    Merci d'avance pour vos réponses,

    Corky

  2. #2
    Membre expérimenté Avatar de jiddou
    Inscrit en
    Août 2007
    Messages
    247
    Détails du profil
    Informations forums :
    Inscription : Août 2007
    Messages : 247
    Par défaut
    Je ne vois pas vraiment.Pourrais tu nous en dire plus.
    Déja quand tu dit :
    Le coeur de l'application est developpé en java
    est ce que ça veut dire qu'il s'agit d'un web service.
    Quand tu dis :
    l'application intègre tomcat
    est ce que ça veut dire deployé sous tomcat.

  3. #3
    Nouveau candidat au Club
    Profil pro
    Inscrit en
    Septembre 2008
    Messages
    2
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2008
    Messages : 2
    Par défaut
    Je me suis en effet mal exprimé. En fait, cette application est composée d'un noyau, configurable par Spring via des fichiers XML, d'une partie Desktop, d'un serveur web (Apache Tomcat servlet container) et d'une base de données (par défaut HSQLDB).
    Le desktop communique avec le noyau par une interface de service web (WSDL)

Discussions similaires

  1. Gestion des erreurs (type Exception java) sur un tMap
    Par gavelin dans le forum Développement de jobs
    Réponses: 5
    Dernier message: 31/01/2011, 10h25
  2. Exception while dispatching incoming RPC call
    Par Génoce dans le forum GWT et Vaadin
    Réponses: 4
    Dernier message: 18/11/2010, 14h18
  3. erreurs de type java.lang.NullPointerException
    Par laposte dans le forum Servlets/JSP
    Réponses: 17
    Dernier message: 06/04/2009, 19h45
  4. erreur No Converter for type java.util.Date found
    Par gefrey54 dans le forum JSF
    Réponses: 2
    Dernier message: 07/07/2008, 17h09
  5. Erreur d'exécution de type java.lang.NoClassDefFoundError
    Par lelorf1983 dans le forum JDeveloper
    Réponses: 3
    Dernier message: 01/06/2007, 15h20

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo