Depuis ce matin, je ne parviens plus à importer un module dans nos environnements de test et de vali.
l’import est en erreur, logs :
2019-11-20 08:37:41,223 INFO [] Start import SAX:
2019-11-20 08:37:41,223 INFO [] User: SOI_0477
2019-11-20 08:37:41,223 INFO [] XMLSupervisor: 341
2019-11-20 08:37:41,267 INFO [] Close import SAX:
2019-11-20 08:37:41,267 INFO [] Status: KO
2019-11-20 08:37:41,267 INFO [] Time(sec): 0.056
Il y a forcément des logs qui indiquent le détail de l’import et donc les erreurs potentielles ou les exceptions de traitement qui aboutissent au “KO” final.
Si ce n’est pas dans la log de la supervision d’import c’est dans les logs “techniques” de la plateforme qui sont normalement remontées dans la console du navigateur :
Ou, au pire, sur le serveur en allant voir les logs à la source : les logs Simplicité dans <racine tomcat>/webapps/ROOT/WEB-INF/log/simplicite.log et/ou les logs Tomcat dans <racine tomcat>/logs/catalina.out
2019-11-21 10:06:04,519 ERROR [com.simplicite.util.integration.SAXImportXML] SIMPLICITE|http://lsllcot01.lausanne.ch:8080||ERROR|SOI_0477|com.simplicite.util.integration.SAXImportXML|process||Evénement: Error during XML processing
java.util.MissingResourceException: Could not load any resource bundle by com.sun.org.apache.xerces.internal.impl.msg.XMLMessages
at com.sun.org.apache.xerces.internal.utils.SecuritySupport$7.run(SecuritySupport.java:174)
at com.sun.org.apache.xerces.internal.utils.SecuritySupport$7.run(SecuritySupport.java:166)
at java.security.AccessController.doPrivileged(Native Method)
at com.sun.org.apache.xerces.internal.utils.SecuritySupport.getResourceBundle(SecuritySupport.java:166)
at com.sun.org.apache.xerces.internal.impl.msg.XMLMessageFormatter.formatMessage(XMLMessageFormatter.java:74)
at com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:357)
at com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:327)
at com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:284)
at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.scanStartElement(XMLNSDocumentScannerImpl.java:223)
at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl$NSContentDriver.scanRootElementHook(XMLNSDocumentScannerImpl.java:613)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:3132)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl$PrologDriver.next(XMLDocumentScannerImpl.java:852)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:602)
at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:112)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:505)
at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:842)
at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:771)
at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:141)
at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1213)
at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:643)
at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl.parse(SAXParserImpl.java:327)
at javax.xml.parsers.SAXParser.parse(SAXParser.java:195)
at com.simplicite.util.integration.SAXParserAdapter.process(SAXParserAdapter.java:59)
at com.simplicite.util.integration.SimpleSAXParserAdapter.process(SimpleSAXParserAdapter.java:119)
at com.simplicite.util.engine.Interface.importSAX(Interface.java:836)
at com.simplicite.util.engine.Interface.importSAX(Interface.java:919)
at com.simplicite.util.engine.Interface.importData(Interface.java:563)
at com.simplicite.util.engine.Interface.importXML(Interface.java:342)
at com.simplicite.util.IntegrationDirect.importXML(IntegrationDirect.java:118)
at com.simplicite.util.Integration.importXML(Integration.java:284)
at com.simplicite.webapp.servlets.AbstractIOServlet.doPost(AbstractIOServlet.java:250)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:660)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:741)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:231)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:53)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
at com.simplicite.webapp.filters.RewriteFilter.doFilter(RewriteFilter.java:77)
at com.simplicite.webapp.filters.AbstractFilter.doFilter(AbstractFilter.java:37)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
at com.simplicite.webapp.filters.AuthMethodFilter.doFilter(AuthMethodFilter.java:115)
at com.simplicite.webapp.filters.AbstractFilter.doFilter(AbstractFilter.java:37)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:202)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:96)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:526)
at com.simplicite.tomcat.valves.APISessionValve.invoke(Unknown Source)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:139)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:92)
at org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:678)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:74)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:343)
at org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:408)
at org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66)
at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:860)
at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1587)
at org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
at java.lang.Thread.run(Thread.java:748)
2019-11-21 10:06:04,490 INFO [com.simplicite.util.engine.Interface] SIMPLICITE|http://lsllcot01.lausanne.ch:8080||ICOREIO001|SOI_0477|com.simplicite.util.engine.Interface|importData||Information I/O: Start scanning data, origin: I/O XML import EmplFront_1.0(1).xml
OK il doit y avoir un pb dans la structure du fichier XML car le parser XML n’arrive même pas à le charger.
Pouvez vous mettre ce fichier en pièce jointe (en copier/coller çadoit surement être trop gros).
En attendant pouvez vous essayer de faire un export/import ZIP plutôt que XML : la différence est que dans export ZIP les documents joints sont éclatés dans le file system du ZIP plutôt qu’inlinés dans le XML, donc si c’est l’un de ces document inliné qui pose pb au XML ça résoudra le pb.
J’ai testé de charger votre module sur une instance release (P23) à jour, il n’y a pas eu de pb de chargement XML, hormis erreurs fonctionnelles d’import mais ça doit être normal car il doit manquer d’autres modules:
Donc je penche plus pour un pb système sur vos serveurs, genre un changement de droits sur des répertoires, un file system full ou monté en read only, etc.
Confirmez moi quand même votre version/branche/révision = copier/coller moi le résultat du /health
OK cette instance n’a pas été mise à jour depuis le 19/09 (ce qui, soit dit en passant, n’est vraiment pas sérieux) donc un pb qui apparaît du jour au lendemain est donc sans doute, comme je le pense, plutôt lié à un pb externe à la plateforme, cf. ma réponse précédente
La log indique que le parser XML ne peut pas être chargé, je ne pense pas que ce soit lié au contenu du fichier mais bien à un problème de version du JDK ou de lib simplicité perdues ou inaccessibles ?
Il faut savoir ce qui a été modifié entre lundi et mardi et revenir en arrière.
les dernières nouvelles :
vu avec tous les “domaines” d’activités au service informatique, depuis la sécurité en passant par les postes de travail, télécom, serveurs, etc,. personne n’a effectué de changement ou de mise à jour.
Je n’ai donc aucune explication de ce côté. Finalement toutes les instances de dév, les instances de test et de vali ont été redémarré. Le problème semble résolu.
Mais ma question reste ouverte… que s’est-il passé pour que cela touche toutes les instances en même temps…
A suivre tout en espérant que ça ne se reproduise plus.
Merci beaucoup pour toutes vos suggestions pertinentes.
Si un simple rédémarrage a résolu le pb j’imagine qu’il y a du avoir un autre incident plus tôt (genre out of memory) peut être suite à une opération applicative ou d’installation (ou à l’exécution d’une tâche planifiée) que vous avez effectué sur toutes vos instances (ceci pour expliquer pourquoi toutes celles-ci aient été impactées).
Mais bon sinon la simultanéité du pb sur un ensemble d’infrastructures disjointes fait franchement penser à une opération ou à un incident d’exploitation (genre un file system inaccessible ou saturé à un moment donné, une coupure réseau ponctuelle, … résolue depuis mais ayant eu des conséquences applicatives imprévisibles)
En tout état de cause en remontant dans les logs il doit forcément y avoir des indices sur ce qu’il s’est passé.