Avertissement: la modification dans le futur

Je suis l'avertissement

Warning: sendmailpm.jsp modified in the future.

Qu'est-ce que cela signifie?

  • Que le LHC est en place et en cours d'exécution, et nous sommes tous sur le point de mourir 🙁
  • .. désolé pour le jeu de mots 😛
  • Je pense que vous devriez voir, si votre serveur tomcat fuseau horaire est réglé correctement. Ceci est fait dans setenv.(bat|sh) avec quelque chose comme ceci: "-Duser.timezone=Europe/BERLIN". bytes.com/topic/java/answers/... a une liste de java fuseaux horaires.
InformationsquelleAutor user93796 | 2009-06-16
  1. 37

    Vous n'êtes pas autorisé à modifier quoi que ce soit dans le passé, si cela pourrait changer à l'avenir. Vous risquez de provoquer un paradoxe temporel, qui pourraient endommager le flux du temps et de cause l'ensemble de notre réalité, de cesser d'exister.

    Merci de ne pas modifier ce fichier.

    • +1 drôle. -1 inutile.
    • Je vais avoir ce même message d'erreur. Pour de vrai. Cette réponse n'est pas utile à tous... BTW, si vous les gars, vous trouvez cela drôle, vous aurez une journée sur le terrain avec Java 8, Durée de classe. Il peut devenir négative! Donc je poste ce commentaire en moins de 5 secondes.
    InformationsquelleAutor sangretu
  2. 15

    JSP, les fichiers sont compilés. De nombreux serveurs vous permettent également de remplacer les fichiers sur un serveur en cours d'exécution. Il compare ensuite le timestamp de la source compilé et l'horodatage du fichier jsp afin de déterminer si elle a besoin de recompiler.

    Si le fichier est daté dans l'avenir, le fichier jsp sera toujours plus récente que la classe. Cela vous donne un avertissement.

    Vérifier l'horodatage sur le fichier. Peut-être quelqu'un l'a créé sur un ordinateur avec une mauvaise horloge, et maintenant il semble être "à l'avenir". Ou peut-être le serveur a la date incorrect (vérifiez les paramètres de fuseau horaire).

    Sont là les serveurs de fichiers distants impliqués? Dérive de l'horloge entre un serveur web et un serveur de fichiers peuvent provoquer cette erreur trop.

    Pour diagnostiquer ce que vous auriez à nous donner quelques astuces - ce serveur jsp, quel OS, quel système de fichiers?

    InformationsquelleAutor jmanning2k
  3. 6

    Lors d'une Ant, cet avertissement peut être sortie au cours d'une tâche.

    [copy] Warning: foo\bar.txt modified in the future.

    Fourmi <copy> tâche par défaut ne sont pas copier les fichiers si la destination des fichiers sont plus récents que la source. Cela permet d'économiser beaucoup de temps et d'e/s disque. Toutefois vous pouvez remplacer ce comportement avec l'option <copy overwrite="true">. Cela dit Ant que vous savez ce que vous faites; remplacer la destination des fichiers quelle que soit leur date de modification. Cela permettra également de supprimer l'avertissement.

    • Les problèmes de ce type avec Ant peut être à partir des problèmes avec FAT/ FAT32 système de fichiers du manque de précision de l'horodatage, sur Windows en NTFS au lieu de cela, voir les détails dans ma réponse.
    InformationsquelleAutor Steve Jones
  4. 6

    Si votre code est résidant sur un FAT/FAT32 partition ou un fichier ZIP, cela peut être causé par le manque de précision dans la GRAISSE/ZIP système de fichiers de l'horodatage, qui est de 2 secondes (autant que je sache). Ceci peut provoquer un compilateur /construction de l'outil de production pour être enregistré avec un temps un peu dans l'avenir, de sorte que lors de la prochaine build/étape de déploiement (peut-être à l'intérieur d'un conteneur JSP) est exécuté, le fichier apparaîtra à partir de l'avenir, et que l'avertissement est produit. Essayez d'utiliser un autre système de fichiers, par exemple NTFS sous DOS/Windows boîtes.

    J'ai eu le même message d'avertissement à partir d'Apache Ant lors de la tentative de faire une Java construire sur une FAT32 partition TrueCrypt. Après avoir exclu d'autres causes (différence de fuseau horaire, l'horloge off, etc), j'ai trouvé une astuce sur ce, transformé en NTFS partition TrueCrypt et l'avertissement disparu.

    • Merci à vous, je réalise que c'est une drôle de message d'erreur et la plupart des gens ne pouvaient pas s'aider eux-mêmes, mais c'est ce dont j'avais besoin.
    • Vous êtes les bienvenus et merci pour ton commentaire @altCognito 🙂
    • N'oubliez pas que les fichiers ZIP utiliser à l'interne la même précision que la GRAISSE qui est l'endroit où l'avertissement peut venir de trop.
    • Merci @PeterQuiring! J'ai ajouté ZIP systèmes de fichiers pour la réponse.
    InformationsquelleAutor FelixD
  5. 3

    Quelqu'un a probablement modifié le fichier, puis a changé l'heure sur le serveur. Essayez de vérifier pour voir ce moment de votre boîte de et assurez-vous que c'est correct. Si elle l'est, vous pouvez probablement ignorer cet avertissement sans effets secondaires.

    InformationsquelleAutor Jon Bringhurst
  6. 3

    Vérifier si l'heure du système est correcte ou pas. Si pas de synchronisation avec l'heure Standard pour votre zone. Puis exécutez votre fichier build.

    InformationsquelleAutor Sushant Mane
  7. 2

    Les jsp sont compilés à la volée pour les servlets. Le conteneur de servlet compare la "dernière modification" les dates des deux pour voir si la JSP a été changé et le servlet doit être mis à jour. Une "dernière mise à jour" dans le futur indique que quelque chose est incorrect avec le système de l'horloge, ce qui est pertinent, car il pourrait perturber le précitées mécanisme, ce qui conduit à des servlets qui ne sont pas mis à jour.

    InformationsquelleAutor Michael Borgwardt
  8. 1

    C'est parce que, Le temps de le système n'est pas courant sur lequel vous exécutez le fichier build

    InformationsquelleAutor user1344123
  9. 1

    Si le fichier java que vous compilation a un horodatage qui est au-delà de la durée actuelle du système sur lequel vous compilation...vous voyez cet avertissement.
    J'ai modifié le fichier sur une machine et le mettre sur un autre et essayé de compiler et suis tombé sur ce problème.

    InformationsquelleAutor maverick
  10. 0

    J'ai eu le même problème. La solution a été: j'ai changé la date et l'heure sur la machine de compilation, de sorte qu'il était en synchronisation avec la date et l'heure sur la machine à laquelle les fichiers ont été copiés.

    InformationsquelleAutor user3542584
  11. 0

    Si vous avez un fichier jar que vous essayez d'installer un serveur distant. Il peut arriver que le serveur distant horodatage n'est pas correspondant à votre fuseau horaire. Si votre fuseau horaire est quelques heures avant que le serveur distant, alors vous pourriez obtenir ce problème.
    J'ai essayé un truc plus..
    Lorsque vous créez un fichier JAR, puis passez à l'heure du système et fixer une date de quelques mois en arrière et essayez d'installer le POT, vous obtenez cette erreur.

    InformationsquelleAutor mayur
  12. 0

    J'ai eu cette erreur aussi, mais après avoir lu quelques réponses ci-dessus, j'ai réalisé que c'était en raison de la modification que j'ai fait à l'ordinateur pour quelques jours à l'avance, car le test d'une fonctionnalité qui nécessite date de manipulation.

    Voici ce qui s'est passé:

    1 - Pour effectuer de Test de l'Unité de mise en œuvre de nouvelles fonctionnalités j'ai dû mettre de la date d'ordinateur à 4 jours dans le futur.

    2 - Quand j'ai effectué le test le compilateur compilé automatiquement la classe, comme prévu.

    3 - Donc quand j'ai essayé de reconstruire le projet de l'IDE a détecté que le fichier a été (ironiquement) créées à l'avenir. (LoL - c'est pourquoi j'aime Java vous pouvez même code dans le futur.).

    Donc +1 @jmanning2k.

    J'espère que cela peut aider quelqu'un en face de cette question.

    InformationsquelleAutor Edson Sousa
  13. 0

    Cet avertissement apparaît, à moi aussi, c'était parce que déjà changé l'heure de mon ordinateur pour le réparer parce que c'était comme 20 minutes à l'avance de l'heure réelle

    InformationsquelleAutor Alberto