इस लेख को लिखने की प्रेरणा पोस्ट
"फास्ट वेब एप्लीकेशन डेवलपमेंट इन जावा" और पढ़ने के बाद पैदा हुई छोटी-सी संज्ञानात्मक असंगति को पढ़ने से हुई थी और यह सवाल मुझे पहले की तरह परेशान कर रहा है - ऐसी मुश्किलें क्यों हैं? अगर WTP है!
आगे मैं बताऊंगा कि कैसे मैं विकास के तहत कार्य करता हूं।
स्थानीय विकास
स्थानीय विकास के लिए, मैं WTP का उपयोग करता हूं, यह निरंतर प्रोजेक्ट शुरू / पुनरारंभ होने की तुलना में बहुत सुविधाजनक है, सभी अपडेट मक्खी पर उठाए जाते हैं। और मैं प्लगइन की गंभीरता के विषय पर
एसोलेंटसेव के साथ शर्त लगाता हूं।
सब कुछ बहुत सरलता से कॉन्फ़िगर किया गया है। ग्रहण फ़ाइल में-> नया-> अन्य ...-> सर्वर, फिर आवश्यक सर्वर का चयन करें और वह पथ जहां सर्वर इंस्टेंस स्थानीय रूप से स्थापित है (उदाहरण के लिए टॉमकैट) और समाप्त पर क्लिक करें। अब देखें "सर्वर" में एक नया सर्वर दिखाई दिया है, जिसे लॉन्च किया जा सकता है और जिस पर वेब प्रोजेक्ट प्रकाशित किए जा सकते हैं।
वास्तव में, ग्रहण स्थापित इंस्टेंस का उपयोग करता है, लेकिन .metadata \ .plugins \ org.eclipse.wst.server.core \ tmp [0] \ फ़ोल्डर से काम के लिए कॉन्फ़िगर करता है, आप उन्हें सीधे संपादित कर सकते हैं जो आप चाहते हैं।
यदि मावेन परियोजना कुछ भी जटिल नहीं है, तो भी। हम m2eclipse प्लगइन डालते हैं,
m2e-अतिरिक्त रिपॉजिटरी प्लगइन जोड़ते हैं और "WTP के लिए मावेन इंटीग्रेशन" स्थापित करते हैं, जिसके बाद mTP वेब प्रोजेक्ट्स को WTP पर प्रकाशित करना संभव हो जाता है।
गौरव
- परियोजना को पुनः आरंभ करने की आवश्यकता नहीं है - परिवर्तन मक्खी पर उठाए जाते हैं
- हमें कंटेनर की सुविधाओं से जुड़ी त्रुटियों से छुटकारा मिलता है
- लॉग को ग्रहण में कंसोल में प्रदर्शित किया जाता है
कमियों
- कभी-कभी प्रोजेक्ट में बदलाव होता है और उसे अपडेट नहीं किया जाता है - यह सर्वर "क्लीन ..." पर दाहिने बटन के साथ व्यवहार किया जाता है।
दूरस्थ विकास
जब परियोजना, मेरी राय में, तैयार है, तो मैं इसे चींटी में कार्य चलाकर परीक्षण सर्वर पर अपलोड करता हूं, इसके लिए मुझे कैटालिना- ant.jar, jasper-compiler.jar, jasper-runtime.jar, servlet-api को पथ पंजीकृत करना होगा। जार, कॉमन्स-लॉगिंग.जर। आप उदाहरण के लिए चींटी के माध्यम से तैनाती के बारे में पढ़ सकते हैं।
<taskdef resource="org/apache/catalina/ant/catalina.tasks" classpathref="tomcat.classpath" /> <target name="deploy_test" depends="war" description="Create a war file"> <undeploy url="${tomcat.node1}/manager" username="admin" password="admin" path="/test" failonerror="no"/> <undeploy url="${tomcat.node2}/manager" username="admin" password="admin" path="/test" failonerror="no"/> <deploy url="${tomcat.node1}/manager" username="admin" password="admin" path="/test" war="${distrib}" /> <deploy url="${tomcat.node2}/manager" username="admin" password="admin" path="/test" war="${distrib}" /> </target>
सभी - परियोजना का अद्यतन संस्करण सर्वर (या कई सर्वरों) पर गया।
गौरव
- उपयोग में आसानी
- विश्वसनीयता अपडेट करें
कमियों
- प्रकाशन से पहले पुनः विधानसभा युद्ध की आवश्यकता है
निष्कर्ष
ये विधियां सार्वभौमिक होने का दावा नहीं करती हैं, लेकिन मैंने समस्याओं का सामना नहीं किया जब इस कार्य योजना का उपयोग करना असंभव होगा। मैं काम के इन तरीकों के बारे में आपकी राय भी सुनना चाहूंगा।