Unable to create user token: ERR_REQUIRED: Creation date time

Bonjour,

image

Suite au passage à la dernière image docker vendredi dernier, on rencontre une anomalie.

Lors des appels via les APIs, nous avons un message d’erreur 401, et en vérifiant au niveau des logs simplicité, je vois ce message d’erreur :

2021-09-06 09:20:57,981|SIMPLICITE|ERROR||http://72973e639e25:8080||ERROR|system|com.simplicite.webapp.servlets.api.ExternalObjectServlet|service||Event: Authentication error: Invalid token 2021-09-06 09:20:57,980|SIMPLICITE|WARN||http://72973e639e25:8080||WCORED0001|system|com.simplicite.webapp.tools.ServletTool|getAPIGrant||Warning: Unable to create user token for login awrff04 com.simplicite.util.exceptions.ValidateException: ERR_REQUIRED: Creation date time at com.simplicite.util.tools.BusinessObjectTool.validate(BusinessObjectTool.java:612) at com.simplicite.util.tools.BusinessObjectTool.validateAndCreate(BusinessObjectTool.java:917) at com.simplicite.util.tools.BusinessObjectTool.validateAndCreate(BusinessObjectTool.java:894) at com.simplicite.objects.System.UserToken.createToken(UserToken.java:168) at com.simplicite.objects.System.UserToken.createTokenForLogin(UserToken.java:129) at com.simplicite.webapp.tools.ServletTool.getAPIGrant(ServletTool.java:2424) at com.simplicite.webapp.servlets.api.ExternalObjectServlet.init(ExternalObjectServlet.java:35) at com.simplicite.webapp.servlets.AbstractExternalObjectServlet.service(AbstractExternalObjectServlet.java:67) at javax.servlet.http.HttpServlet.service(HttpServlet.java:764) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:227) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162) at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:53) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:711) at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:459) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:385) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:313) at com.simplicite.webapp.filters.RewriteFilter.doFilter(RewriteFilter.java:72) at com.simplicite.webapp.filters.AbstractFilter.doFilter(AbstractFilter.java:37) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162) at com.simplicite.webapp.filters.HTTPHeadersFilter.doFilter(HTTPHeadersFilter.java:39) at com.simplicite.webapp.filters.AbstractFilter.doFilter(AbstractFilter.java:37) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:183) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:97) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:542) at com.simplicite.tomcat.valves.APISessionValve.invoke(APISessionValve.java:192) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:135) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:92) at org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:687) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:78) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:357) at org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:382) at org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:65) at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:893) at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1726) at org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49) at org.apache.tomcat.util.threads.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1191) at org.apache.tomcat.util.threads.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:659) at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) at java.base/java.lang.Thread.run(Thread.java:831)

y a t il une explication à cette erreur? comment peut on résoudre ce problème

Merci d’avance

Il me semble que la gestion des tokens API dans votre est particulière (car c’est un token externe). Quelle est la séquence exacte de l’ensemble de vos appels aboutissant à cette erreur ?

voici un exemple d’appel effectué:
https://apis.renault.com/enterprise-repositories-alliance-sites/v2/access-points-addresses

OK pour l’URL mais quid des credentials ?

Passez vous un username/password ? un token ? si c’est un token est-ce un token obtenu depuis Simplicité ? ou provenant d’un system externe configuré comme provider d’identité ?, etc.

Je pose ces questions pour essayer de me mettre dans les mêmes conditions que vous

c’est un token obtenue d’un système externe https://idp.renault.com/nidp/oauth/nam/token

obtenu en utilisant des client id, client secret, usernae, password

OK cette obtention de token se fait bien en dehors de Simplicité ?

Et ce système externe est bien référencé comme provider d’identité externe par défaut dans Simplicité ?

J’essaie de bien cerner dans quel cas on est ici.

Oui (service APIGEE)

Oui aussi

La configuration de l’attribut système utk_creationdate est elle bien la suivante ?

Je n’ai pas la valeur par défaut dans cet Field. Je l’ajoute et voir si c’est ok?

Oui ça ne peut pas faire de mal. Dites moi si ça résoud votre pb

Le problème est bien résolu en ajoutant la valeur par défaut!

Super

Merci beaucoup pour votre support :slight_smile: :slight_smile:

OK on va essayer de comprendre pourquoi cette valeur par défaut n’était pas valorisée… bizarre.

Bonsoir David, je confirme que suite à un upgrade depuis une 5.0.54 (:sweat:) j’ai le même problème… et que la solution fonctionne aussi du coup.

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.