मुझे ग्रहण के एकीकृत प्लगइन WTP का उपयोग करके प्लगइन sysdeo के प्रदर्शन को खोजने में समस्या है।
प्रवासन और इस प्रकार तुलना करने के लिए, मैंने ग्रहण के भीतर दोनों को अलग-अलग परियोजनाओं पर स्थापित किया।
मुझे जो समझ में आया, उसके अनुसार मैंने उत्पादकता में अंतर देखा, डब्ल्यूटीपी को एक निर्देशिका बिल्ड में स्रोतों को प्रकाशित करने की आवश्यकता है ताकि टॉमकैट की व्यवस्था हो। यह "पुलिश" लंबा है: संदर्भ को रिचार्ज करने की आवश्यकता है ताकि संशोधन दिखाई दे। (सबसे अधिक यार्ड में 5 सूखे 15 सेकंड - सबसे लंबे समय तक 20 सेकेंड)।
सिसदेव नं; यह निर्देशिका का लक्ष्य ग्रहण करता है, परिणामस्वरूप परियोजना में आंतरिक रूप से निर्माण होता है जैसे ही एक फ़ाइल द्वारा बनाया जाता है, ग्रहण निर्माण होता है और ये संशोधन तुरंत उपलब्ध होते हैं (ब्राउज़र पर F5 और हमारे पास तुरंत परिणाम होता है)।
यहाँ सर्वर का मेरा विन्यास है:
विकल्प "प्रकाशन के बिना मॉड्यूल की सेवा करता है" वास्तव में वही बनाता है जो सीडियो बनाता है: चल रहे प्रोजेक्ट की निर्माण निर्देशिका का चयन करने के लिए। यह कॉन्फ़िगरेशन संदर्भ की फ़ाइल में खुद को व्यक्त करता है। (इसे वापस पाने में सक्षम होना चाहिए कि मैंने "एक्सएमएल पंक्तियों को स्पष्ट करने के लिए मॉड्यूलेट्स प्रकाशित करता है" चेक किया है)
इन फाइलों की तुलना:
- यहाँ sysdeo द्वारा उत्पन्न करने के लिए संदर्भ की फ़ाइल है
< Context path="/tatoile _syseo" reloadable="false" docBase="D:\32bit\serveur32bit\workspace\tatoile _syseo" workDir="D:\32bit\serveur32bit\workspace\tatoile _syseo\work" />
- फ़ाइल संदर्भ WTP द्वारा जनरेट करने के लिए
<? xml संस्करण = "1.0" एन्कोडिंग = "UTF-8"?> <प्रसंग docBase = "D: \ 32bit \ serveur32bit \ workspace \ tatoile \ web" पथ = "/ tatoile - reloadable =" true "स्रोत =" org .eclipse.jst.jee.server: tatoile "> <संसाधन className =" org.eclipse.jst.server.tomcat.loader.WtpDirContext "extraResourcetimeaths =" / WEB-INF / classes | D: \ 32bit \ serveur32bit \ workspace \ _ tatoile \ build \ classes "virtualClasspath =" D: \ 32bit \ serveur32bit \ workspace \ tatoile \ build \ classes "/> <लोडर className =" org.eclipse.jst.server.tomcat.loader.WtpWebappLoader "useSystemClassLoadererAserAserAs"। virtualClasspath = "D: \ 32bit \ serviceur32bit \ workspace \ tatoile \ build \ classes" /> <जारस्कैनर स्कैनडायरेक्टरीज = "सत्य" /> </ प्रसंग>
बाद में उन दो फाइलों का विश्लेषण एक जैसा है।
अब हम समस्या पर लौटते हैं। मैं एक ही सर्वर का उपयोग करता हूं, जिसके परिणामस्वरूप उपरोक्त संदर्भ की दोनों फाइलें इस एक के लिए परिभाषित की गई हैं। अनुभव: मैं प्लगइन sysdeo द्वारा टॉमकैट लॉन्च करता हूं, दो संदर्भों में लोड को एक तरह से WTP को दूसरे को sysdeo द्वारा कॉन्फ़िगर करने के लिए बनाया जाता है। दोनों प्राधिकरण एक ही तरह से प्रतिक्रिया करते हैं, संशोधनों को तात्कालिक _syseo और tatoile में तत्काल किया जाता है।
दूसरी ओर, मैं ग्रहण में प्लगइन WTP (टैब सर्वर आदि) के माध्यम से टॉमकैट लॉन्च करता हूं, संशोधनों को दोनों परियोजनाओं में नहीं किया जाता है tatoile _syseo और tatoile। नोट: ऑटो-रीलोड को जरूरी रूप से सक्षम बनाना होगा ताकि संशोधनों को ध्यान में रखा जा सके। (जब सर्वर हमें इंगित करता है कि इसमें संदर्भ को फिर से लोड किया गया है तो हम संशोधन देख सकते हैं।)
मैं यह कटौती करता हूं कि इससे संदर्भों का विन्यास कारण नहीं है, बल्कि जिस तरह से प्लगइन ने टॉमकैट लॉन्च किया है; और वहाँ या मैं सूख ...
यहाँ WTP परियोजना है:
