Import de module en erreur

Import de module en erreur
0
Tags: #<Tag:0x00007f525a8e7a70>

Bonjour,

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

Avez-vous une suggestion?

Merci.

Fabrice

Il faut regarder la log d’import dans la supervision des imports pour savoir ce qui pose pb

c’est le log d’import qui provient de la supervision

erreur_import

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 :


Sinon accessibles via Exploitation > Logs système:

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

voici les logs système :

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.

je teste avec le ZIP… pas de différence, log de supervision et log system identique.

le problème n’est pas que sur mon module, il est sur tous les modules que nous essayons d’importer.

Deux de ces modules ont été importés sans problème lundi. Le problème est présent depuis mardi.

Je vous mets quand même mon module en pièce jointe.EmplFront_1.0(1).xml (442.4 KB)

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

[Platform]
Status=OK
Version=4.0.P23
BuiltOn=2019-09-19 12:22 (revision 9cda10d399ce2825db86434ca36921dfb159e896)
Encoding=UTF-8
EndpointIP=10.0.32.65
EndpointURL=http://lsllcot01.lausanne.ch:8080
TimeZone=Europe/Zurich
SystemDate=2019-11-21 11:08:54

[Application]
ApplicationVersion=4.0
ContextPath=
ContextURL=https://lowcode01-test.lausanne.ch
ActiveSessions=5
EnabledUsers=31
TotalUsers=32
LastLoginDate=2019-11-21 10:46:56

[Server]
ServerInfo=Apache Tomcat/9.0.24
ServerType=WEB
User=test

[OS]
Name=Linux
Architecture=amd64
Version=3.10.0-957.1.3.el7.x86_64
SystemEncoding=UTF-8

[Disk]
DiskFree=19984
DiskUsable=19984
DiskTotal=35826

[JavaVM]
Version=1.8.0_191
Vendor=Oracle Corporation
VMName=OpenJDK 64-Bit Server VM
VMVersion=25.191-b12
ScriptEngine=rhino
ScriptEngineVersion=Rhino 1.7.10 2018 04 09
HeapFree=744002
HeapSize=1169920
HeapMaxSize=3728384
TotalFreeSize=3302466

[Cache]
GrantCache=64
GrantCacheMax=0
GrantCacheRatio=0
ObjectCache=525
ObjectCacheMax=10000
ObjectCacheRatio=5
ProcessCache=0
ProcessCacheMax=10000
ProcessCacheRatio=0

[Database]
Vendor=3
ProductName=PostgreSQL
ProductVersion=9.2.24
DriverName=PostgreSQL JDBC Driver
DriverVersion=42.2.8
DBDate=2019-11-21 11:08:54
DBDateOffset=0
DBPatchLevel=P23
UsingBLOBs=true

[Healthcheck]
Date=2019-11-21 11:08:54
ElapsedTime=4

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.

Fabrice

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é.