2009-06-16 14 views
6

में संशोधित मैं चेतावनीचेतावनी: भविष्य

Warning: sendmailpm.jsp modified in the future. 

इसका क्या मतलब है मिल रहा है?

+6

कि एलएचसी ऊपर और चल रहा है, और हम सब मरने वाले हैं :( – cwap

+0

.. पून के लिए खेद है: पी – cwap

+3

बेस्ट। त्रुटि। कभी भी –

उत्तर

33

यदि आप ऐसा कर रहे हैं तो भविष्य में कुछ भी संशोधित करने की अनुमति नहीं है। आप एक अस्थायी विरोधाभास का कारण बन सकते हैं, जो समय धारा को भ्रष्ट कर सकता है और हमारी पूरी वास्तविकता को समाप्त कर सकता है।

कृपया उस फ़ाइल को संशोधित न करें।

+25

+1 मजेदार। -1 अनुपयोगी। –

+3

मुझे यह वही त्रुटि है। असली के लिए यह उत्तर बिल्कुल उपयोगी नहीं है ... बीटीडब्ल्यू, अगर आप लोगों को यह हास्यास्पद लगता है, आपके पास जावा 8 की अवधि [अवधि] (http://docs.oracle.com/javase/8/docs/api/java/time/Duration.html) कक्षा के साथ एक फ़ील्ड दिन होगा। यह बन सकता है [नकारात्मक] (http://docs.oracle.com/javase/8/docs/api/java/time/Duration.html#is नकारात्मक -)! तो मैं वें पोस्ट करूंगा 5 सेकंड से कम में टिप्पणी है। –

3

किसी ने शायद फ़ाइल को संशोधित किया है, फिर सर्वर पर समय बदल दिया है। यह देखने का प्रयास करें कि आपका बॉक्स किस समय सेट है और सुनिश्चित करें कि यह सही है। यदि ऐसा है, तो आप किसी भी दुष्प्रभाव के बिना उस चेतावनी को अनदेखा कर सकते हैं।

15

जेएसपी फाइलों को संकलित किया गया है। कई सर्वर आपको फ़ाइलों को चल रहे सर्वर पर प्रतिस्थापित करने की अनुमति भी देते हैं। इसके बाद यह संकलित स्रोत के टाइमस्टैम्प और जेएसपी फ़ाइल के टाइमस्टैम्प की तुलना करने के लिए यह निर्धारित करने के लिए तुलना करता है कि इसे पुन: संकलित करने की आवश्यकता है या नहीं।

यदि फ़ाइल भविष्य में दिनांकित है, तो जेएसपी फ़ाइल कक्षा से हमेशा नई होगी। यह आपको एक चेतावनी देता है।

फ़ाइल पर टाइमस्टैम्प देखें। शायद किसी ने इसे गलत घड़ी के साथ कंप्यूटर पर बनाया है, और अब यह "भविष्य में बनाया गया" प्रतीत होता है। या शायद सर्वर की गलत तिथि है (टाइमज़ोन सेटिंग्स जांचें)।

क्या दूरस्थ फ़ाइल सर्वर शामिल हैं? वेब सर्वर और फ़ाइल सर्वर के बीच घड़ी की बहाव भी इस त्रुटि का कारण बन सकती है।

इसे और निदान करने के लिए, आपको हमें कुछ संकेत देना होगा - क्या जेएसपी सर्वर, ओएस, क्या फाइल सिस्टम?

2

जेएसपी ऑन-द-फ्लाई सर्वलेट्स पर संकलित किए जाते हैं। सर्वलेट कंटेनर दोनों की "अंतिम संशोधित" तिथियों की तुलना करता है यह देखने के लिए कि क्या जेएसपी बदल दिया गया है और सर्वलेट को अद्यतन करने की आवश्यकता है। भविष्य में एक "आखिरी संशोधित" तिथि इंगित करती है कि सिस्टम घड़ी के साथ कुछ गलत है, जो प्रासंगिक है क्योंकि यह उपर्युक्त तंत्र को बाधित कर सकता है, जिससे सर्वलेट अपडेट नहीं होते हैं।

6

एक चींटी निर्माण के दौरान, यह चेतावनी किसी कार्य के दौरान उत्पादन हो सकती है।

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

चींटी के <copy> कार्य डिफ़ॉल्ट रूप से फ़ाइलों की प्रतिलिपि नहीं होगा यदि गंतव्य फ़ाइलों स्रोत की तुलना में नए हैं। यह अधिक समय और डिस्क I/O बचाता है। हालांकि आप <copy overwrite="true"> विकल्प के साथ इस व्यवहार को ओवरराइड कर सकते हैं। यह चींटी को बताता है कि आप जानते हैं कि आप क्या कर रहे हैं; उनकी संशोधित तिथि के बावजूद गंतव्य फ़ाइलों को ओवरराइट करें। यह चेतावनी को भी दबाएगा।

+1

एंट के साथ इस तरह की समस्याएं एफएटी/एफएटी 32 फाइल सिस्टम के टाइमस्टैम्प परिशुद्धता की कमी के कारण हो सकती हैं, विंडोज़ पर एनटीएफएस का उपयोग करते हैं, मेरे उत्तर में विवरण देखें। – FelixD

1

यह है जिस पर आप का निर्माण फ़ाइल

6

चल रहे हैं, क्योंकि इस प्रणाली के समय वर्तमान नहीं है अपने कोड एक FAT/FAT32 विभाजन या ज़िप फ़ाइल पर रह रहा है, तो इस कमी के कारण हो सकता एफएटी/ज़िप फाइल सिस्टम के टाइमस्टैम्पिंग में सटीकता का, जो 2 सेकंड (afaik) है। इस का कारण बन सकती संकलक/निर्माण उपकरण उत्पादन, भविष्य में एक समय थोड़ा के साथ बचाया जा इतनी है कि जब अगले निर्माण/तैनाती कदम (एक JSP कंटेनर के लिए आंतरिक हो सकता है) निष्पादित किया जाता है, फ़ाइल भविष्य से आया प्रतीत और होगा चेतावनी का उत्पादन होता है। एक अलग फ़ाइल सिस्टम का उपयोग करने का प्रयास करें, उदा। डीओएस/विंडोज बॉक्स पर एनटीएफएस।

मैं जब एक FAT32 TrueCrypt विभाजन पर एक जावा का निर्माण करने का प्रयास कर अपाचे चींटी से ही चेतावनी संदेश था।अन्य कारणों (टाइमज़ोन अंतर, घड़ी बंद आदि) से बाहर निकलने के बाद, मुझे अंततः इस पर एक संकेत मिला, एनटीएफएस ट्रूक्रिप्ट विभाजन में बदल गया और चेतावनी गायब हो गई।

+0

धन्यवाद, मुझे एहसास है कि यह एक अजीब त्रुटि संदेश है और अधिकांश लोग स्वयं की मदद नहीं कर सके, लेकिन मुझे यही चाहिए। – cgp

+0

आपका स्वागत है और आपकी टिप्पणी @altCognito के लिए धन्यवाद :) – FelixD

+1

यह मत भूलना कि ज़िप फ़ाइलें आंतरिक रूप से वही सटीकता का उपयोग करती हैं जैसे एफएटी, जहां चेतावनी भी आ सकती है। –

0

मुझे एक ही समस्या मिली। समाधान था: मैंने बिल्ड मशीन पर दिनांक और समय बदल दिया, ताकि यह उस मशीन पर दिनांक और समय के साथ समन्वयित हो जिसकी फाइलों की प्रतिलिपि बनाई गई थी।

0

यदि आपके पास एक जार फ़ाइल है जिसे आप दूरस्थ सर्वर पर स्थापित करने का प्रयास कर रहे हैं। ऐसा हो सकता है कि रिमोट सर्वर टाइमस्टैम्प आपके समय क्षेत्र से मेल नहीं खा रहा है। यदि आपका टाइमज़ोन रिमोट सर्वर से कुछ घंटे आगे है तो आपको यह समस्या मिल सकती है। मैंने एक और चाल की भी कोशिश की .. जब आप एक जेएआर फ़ाइल बनाते हैं, तो सिस्टम समय पर जाएं और महीने की तारीख दो सेट करें और JAR इंस्टॉल करने का प्रयास करें, आपको यह त्रुटि मिलती है।

2

जांचें कि सिस्टम का समय सही है या नहीं। यदि यह आपके क्षेत्र के लिए मानक समय के साथ सिंक नहीं है। फिर अपनी बिल्ड फ़ाइल चलाएं।

0

यदि आपके द्वारा संकलित जावा फ़ाइल में एक समय टिकट है जो उस प्रणाली के वर्तमान समय से परे है जिस पर आप संकलित कर रहे हैं ... आपको यह चेतावनी दिखाई देगी। मैंने फ़ाइल को एक मशीन पर संशोधित किया और इसे दूसरे पर रखा और संकलन करने की कोशिश की और इस मुद्दे पर आया।

0

मुझे यह त्रुटि भी थी, लेकिन उपरोक्त कुछ उत्तरों को पढ़ने के बाद मुझे एहसास हुआ कि कंप्यूटर में कुछ दिनों के लिए मैंने जो बदलाव किया है, उस दिन की कार्यक्षमता के परीक्षण के कारण, जिसने दिनांक में हेरफेर की आवश्यकता है। - एक नया कार्यान्वित कार्यक्षमता मैं भविष्य में 4 दिनों के लिए कंप्यूटर तिथि निर्धारित करने के लिए किया था की यूनिट टेस्ट करने के लिए

1:

यहाँ क्या हुआ है।

2 - जब मैंने परीक्षण किया तो संकलक ने अपेक्षाकृत कक्षा को स्वचालित रूप से संकलित किया।

3 - इसलिए जब मैं परियोजना को पुनर्निर्माण करने की कोशिश कर रहा था तो आईडीई ने पाया कि फ़ाइल भविष्य में बनाई गई थी (विडंबनात्मक रूप से)। (लोएल - यही कारण है कि मैं जावा से प्यार करता हूं आप भविष्य में भी कोड कर सकते हैं।)।

तो +1 @ jmanning2k।

मुझे उम्मीद है कि यह किसी को इस मुद्दे का सामना करने में मदद कर सकता है।

संबंधित मुद्दे