J'essaie d'analyser mais Il renvoie l'exception suivante p> mer mer nov 6 16:43:54 +0000 2019 code> to
localDateTime code> avec ce code
3 Réponses :
L'erreur que vous faites est avec zzzz code>. Essayez ceci:
La réponse est fausse. Tandis que votre observation est correcte, quatre zzzz code> WillL ne correspond pas
+0000 code> (sans côlon), ce n'est pas la cause de l'exception à propos de votre réponse, donc votre réponse ne répondre à la question.
Vous avez un problème avec votre locale code>. Pour résoudre ce problème, utilisez un formateur avec
locale.us code>, par exemple. En plus, vous pouvez utiliser un seul
z code> au lieu de
zzzz code>:
Eh bien, la duplication couvre à peu près la question. Y a-t-il une raison de la rouvrir?
@ Jean-Françoisefabre La question est en double dans une partie, mais la question a deux problèmes, car je l'ai ouvert
Ce modèle va analyser à la fois ce que vous avez fourni en tant qu'entrée d'échantillon et l'entrée signalée dans votre exception ex: p> sortie: p> "e mmm d h: mm: s z yyyy" code> p>
2019-11-06T16:23:03
Je ne pense pas que ceci est la cause de l'erreur, même lorsque j'essaie votre code, il donne la même erreur op, la grande erreur est la zone utilisée par l'OP
@CFF_L Lorsque j'essaie avec DateTimeformatter Formatter = DateTimeformatter.Ofpattern ("Eee MMM DD HH: MM: SS ZAAYY", LOCALE.US); Code> contre l'entrée
"mercredi 6 16:23 : 3 +0000 2019 " code> i get
text 'mercredi 6 16: 23: 3 +0000 2019' n'a pas pu être analysé à l'index 8 code>
@Nicholshirrras à l'index 8 i> - Cela confirme que votre réponse résoudra un problème différent de celui que l'une a posée ici (où le message a dit à l'index 0 i>).
En fait, il y avait deux problèmes - les paramètres régionaux et des chiffres dans certains cas. Merci à tous pour votre aide! ;)
.Ofpattern ("EEE MMM DD HH: MM: SS ZZZZ AAA AAAA", LOCAL.US) CODE> Pour les Anglais.
Dupliqué possible de String n'a pas pu être analysé à l'index 0