हमारे पास टेपेस्ट्री 4.1 के साथ लिखे गए एक बड़े, अनावश्यक लेकिन काफी स्थिर वेब एप्लिकेशन हैं, जिन्हें हम धीरे-धीरे आगे बढ़ना चाहते हैं। इसके लिए हम Grails में कुछ नई कार्यक्षमता विकसित करने के लिए देख रहे हैं। हमारे ग्राहकों को कभी अंतर नहीं पता होना चाहिए, और यदि संभव हो, आंतरिक रूप से कोई भी नहीं, उदा। स्थापना सेवाओं में, या तो देखभाल करना चाहिए - आदर्श रूप से, Grails ऐप मौजूदा टेपेस्ट्री कोड के समान वॉर में होगा, बस GrailsDispatcherServlet
के साथ एक और विशिष्ट पथ के लिए कॉन्फ़िगर किया गया है। यह भी महत्वपूर्ण है कि मौजूदा अनुप्रयोग के लिए राक्षस निर्माण प्रक्रिया में न्यूनतम परिवर्तन है - गेंट और आइवी में बिल्ड सिस्टम (वर्तमान में चींटी, मेवेन में संक्रमण) को फिर से शुरू करना एक विकल्प नहीं है। और यह अच्छा होगा अगर हम विकास के दौरान लाइव रीलोडिंग के लिए विस्फोटित वार्स के साथ काम कर सकें।मौजूदा वेब अनुप्रयोग के साथ Grails को एकीकृत करना
सवाल है, तो:
- यह संभव है?
- यदि हां, तो मैं कहां से शुरू करूं?
- यदि नहीं, तो अगला सबसे अच्छा तरीका क्या है?
- मुझे देखने के लिए क्या देखना चाहिए?
इस तरह से ध्यान दें कि हम GORM का उपयोग नहीं करेंगे; हमारा सभी डेटा वेब सेवाओं से आता है, जिसमें हमारे पास पहले से ही जावा डोमेन और मैसेजिंग परतें हैं।
क्या आप लगातार डेटा के लिए हाइबरनेट का उपयोग करते हैं या आप किसी और चीज का उपयोग करते हैं? – allthenutsandbolts
बस कुछ विचार - कैसे grails ऐप को अलग से बनाने के बारे में, और उसके बाद मूल ऐप के युद्ध के साथ grails ऐप के युद्ध को एक .ear फ़ाइल के रूप में बंडल करना? इस तरह, आप अपना मूल निर्माण कर सकते हैं, जिस तरह से काम कर रहे थे, उसमें काम कर रहे ग्रिल रखें, और अंत में अतिरिक्त फ़ाइल को .ear फ़ाइल बनाने के लिए जोड़ें। बड़े प्रश्न यह होंगे कि एकीकरण का स्तर दोनों के बीच क्या है, एकीकरण बिंदु क्या है, और उचित यूआरएल पुनः लिखने के लिए इसे निर्बाध दिखने के लिए कैसे हटाया जाए। – GreyBeardedGeek
इस तथ्य के बाहर कि आप ग्रोवी के बजाए जावा का उपयोग करेंगे, ऐसा लगता है कि आपको स्प्रिंग एमवीसी (Grails का एक प्रमुख घटक) द्वारा बेहतर सेवा दी जा सकती है। –