ग्रेडल: निर्माण का बेहतर तरीका

जावा प्लेटफ़ॉर्म (और न केवल) का उपयोग करने वाला एक भी प्रोजेक्ट बिना बिल्ड टूल के पूरा नहीं होता (जब तक कि यह "हैलो, वर्ल्ड!") नहीं है। जल्दी या बाद में, हाथ से एक वितरण किट का निर्माण करना उबाऊ है। हां, और कंसोल से संकलन करना अच्छा होगा यदि परियोजना कई अलग-अलग आईडीई का उपयोग करती है। और वितरण किट के निर्माण से पहले, उसके नाम में संस्करण संख्या को नीचे रखना बहुत अच्छा होगा। और यूनिट परीक्षण चलाने के लिए - यह कुछ भी नहीं है कि केंट बेक किताबें नहीं लिखता है। और वहाँ निरंतरता क्षितिज पर करघे। और CI सर्वर को यह सिखाना बहुत अच्छा होगा कि यह सब कैसे करना है। एक शब्द में, बहुत सारे कार्य हैं।



एक बार जब कार्य होते हैं, तब समाधान होते हैं। मुझे लगता है कि अधिकांश डेवलपर्स कम से कम एक बार, लेकिन चींटी के साथ सामना करते हैं। बहुत सारे लोग मावेन का उपयोग करते हैं। अन्य सामान्य उपकरण नहीं हैं: GAnt, Buildr, आदि उनमें से प्रत्येक के पास प्लस और मिनस के अपने सेट हैं, लेकिन आज मैं आपको कुछ नया परिचय देना चाहता हूं। Gradle ।





ग्रैड चींटी, मावेन और आइवी के सभी लाभों को संयोजित करने की कोशिश कर रहा है। और वर्तमान में ग्रूवी के साथ क्या हुआ। अब, बैच स्क्रिप्ट, जावा और xml कॉन्फ़िगरेशन फ़ाइलों को पार करने के बजाय, आप बस Groovy बोली में कोड की कुछ पंक्तियाँ लिख सकते हैं और जीवन का आनंद ले सकते हैं। बोली को विशेष रूप से विधानसभा, परीक्षण, तैनाती, निर्यात, और किसी भी अन्य परियोजना गतिविधियों के बारे में बताया गया है, जिनके बारे में आप सोच सकते हैं।



क्योंकि ग्रैगल एक रनिंग जेवीएम में चलता है, यह सफलतापूर्वक एंट टास्क लाइब्रेरी, अपाचे आइवी डिपेंडेंसी मैनेजमेंट टूल्स और अन्य मौजूदा टूल्स (TestNG, JUnit, Surefire, Emma, ​​आदि) का उपयोग करता है। सिद्धांत रूप में, जेवीएम में चलने वाले किसी भी उपकरण को विधानसभा में एकीकृत करना आसान है। इसके अलावा, ग्रैडल में प्रयुक्त ग्रूवी बोली आपको कार्रवाई की पूरी स्वतंत्रता देती है। काफी पूरा। सशर्त अभिव्यक्ति चाहते हैं? कृपया! साइकिल चाहिए? आपका स्वागत है! फ़ाइलें पढ़ें और लिखें? नेटवर्क के साथ काम करें? मक्खी पर अपने स्वयं के कार्यों को उत्पन्न करें? कुछ भी! और एक सामान्य, मानव प्रोग्रामिंग भाषा में, खौफनाक xml-constructs नहीं।



एक दिलचस्प विशेषता: एक उचित रूप से कॉन्फ़िगर किया गया ग्रेडल प्रोजेक्ट उपयोगकर्ता की मशीन पर बनाया जा सकता है, जिस पर ग्रेडल स्थापित नहीं है। स्रोत ट्री में (जो ग्रैडल आपके लिए उत्पन्न करेगा) 4 फाइलें डालना आवश्यक है: विन / * निक्स के लिए 2 निष्पादन योग्य, 1 सेटिंग्स फ़ाइल और एक छोटा जार। केवल ~ 20Kb पर। उसके बाद, परियोजना को किसी भी मशीन पर इकट्ठा किया जा सकता है जिसकी वेब तक पहुंच है। स्क्रिप्ट स्वयं ग्रेडेल के सही संस्करण को डाउनलोड करने, बिल्ड अप करने और शुरू करने के बारे में ध्यान रखेगी।



ग्रैडल की ओर पलायन बहुत सरल है। उदाहरण के लिए, मावेन 2 असेंबली को ग्रैडल असेंबली में स्वचालित रूप से परिवर्तित किया जा सकता है (कॉन्फ़िगर की गई निर्भरता, कलाकृतियों, संस्करणों और उपप्रोजेक्ट को बनाए रखते हुए)। और प्रवास शुरू हो चुका है। अब इस टूल का उपयोग प्रोजेक्ट्स द्वारा किया जाता है: ग्रेल्स , स्प्रिंग सिक्योरिटी , हाइबरनेट कोर और यहां तक ​​कि GAnt (ईमानदारी से, GAnt ग्रैडल का उपयोग करके बनाया गया है!)।



प्रशंसा की, अब कार्रवाई में प्रदर्शन करने की जरूरत है।



सबसे पहले, 'बिल्ड-बाय-कन्वेंशन' के उपयोग को प्रदर्शित करने के लिए एक टेम्पलेट जावा प्रोजेक्ट बनाएँ। और फिर हम 'कन्वेंशन' के उपयोग के लिए कितना स्वतंत्रता ग्रेडल प्रदान करते हैं, यह दिखाने के लिए फ़ाइल संरचना में स्वचालित एकीकरण परीक्षणों के एक सेट को जोड़कर इसे थोड़ा संशोधित करने का प्रयास करेंगे। उदाहरण जानबूझकर स्रोत फ़ाइलों का उल्लेख नहीं करता है, जैसा कि उनमें बात नहीं है।



मान लीजिए कि हमारे पास एक परियोजना संरचना है (आपने इसे पहले ही हजार बार देखा है):

 / परियोजना
    / src
       / मुख्य
          / जावा
          / संसाधन
       / परीक्षण
          / जावा
          / संसाधन

प्रोजेक्ट निर्देशिका में एक खाली build.gradle फ़ाइल बनाएँ। हम वहां एक पंक्ति लिखते हैं:

apply plugin:'java'
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ग्रेडेल बिल्ड कमांड चलाएँ और प्राप्त करें:



>gradle build

:compileJava

:processResources

:classes

:jar

:assemble

:compileTestJava

:processTestResources

:testClasses

:test

:check

:build



BUILD SUCCESSFUL



Total time: 4.116 secs







कंसोल में, हम कार्यों (सीडल टास्क) के एक अनुक्रम का निष्पादन देखते हैं, जो चींटियों के करीब एनालॉग हैं। / प्रोजेक्ट / बिल्ड निर्देशिका में, आप संकलित कक्षाएं (जार में बड़े करीने से पैक किए गए सहित), परीक्षण रिपोर्ट और अन्य बिल्ड परिणाम पा सकते हैं।



यह सब इस बात से अलग नहीं है कि मावेन का उपयोग करने वाले कितने परियोजना प्रतिभागी हैं। एक ही निर्देशिका, एक ही pom.xml (केवल build.gradle कहा जाता है)। लेकिन सड़े हुए टमाटरों को उजागर करने के लिए जल्दी मत करो और मुझे ग्रैडल की दिलचस्प विशेषताओं में से एक का प्रदर्शन करने दें।



एकीकरण परीक्षण जोड़ें। उनके लिए एक अलग निर्देशिका शाखा बनाएँ:

 / परियोजना
    / src
       / मुख्य
       / परीक्षण
       / पूर्णांक
          / जावा
          / संसाधन

और build.gradle के लिए निम्न कोड जोड़ें:

 sourceSets { integTest }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ग्रैडल स्रोत सेट के संदर्भ में, फ़ाइलों और संसाधनों का एक सेट जिसे संकलित किया जाना चाहिए और एक साथ चलना चाहिए। ऊपर दिया गया स्निपेट एक नया स्रोत सेट करता है जिसका नाम पूर्णांक है। डिफ़ॉल्ट रूप से, स्रोत और संसाधन क्रमशः /project/src/< source set>/java



और /project/src/< source set>/resources



जाएंगे। जावा प्लगइन, जिसे हम शुरुआत में कनेक्ट करते हैं, दो मानक स्रोत सेट को परिभाषित करता है: main



और test



।



तीन नए कार्य स्वचालित रूप से उत्पन्न होंगे: संकलन (compileIntegTestJava), संसाधन प्रसंस्करण (processIntegTestResource) और उन्हें संयोजित करने वाले पूर्णांक। आइए चलाने की कोशिश करें:



>gradle integTestClasses

:compileIntegTestJava

:processIntegTestResources

:integTestClasses



BUILD SUCCESSFUL



Total time: 1.675 secs







दो लाइनों की कीमत पर, हमें 3 नए कार्य मिले और प्रोजेक्ट असेंबली में एक नई सूची जोड़ी गई। लेकिन जैसे ही इन परीक्षणों को लिखने की बात आती है, हम पाते हैं कि हमें मुख्य परियोजना की सभी निर्भरताओं की आवश्यकता है, और यहां तक ​​कि संकलित कक्षाओं के अलावा।

कोई सवाल नहीं, हम लिखते हैं:

 configurations { integTestCompile { extendsFrom compile } } sourceSets { integTest{ compileClasspath = sourceSets.main.classes + configurations.integTestCompile } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

Congfigurations



ब्लॉक निर्भरता कॉन्फ़िगरेशन का वर्णन करता है । प्रत्येक कॉन्फ़िगरेशन मावेन कलाकृतियों, स्थानीय फ़ाइलों के सेट आदि को जोड़ सकता है। नए कॉन्फ़िगरेशन मौजूदा लोगों से विरासत में प्राप्त किए जा सकते हैं। इस स्थिति में, हम compile



कॉन्फ़िगरेशन से एकीकरण परीक्षण संकलित करने के लिए निर्भरता कॉन्फ़िगरेशन प्राप्त करते हैं। यह विन्यास main



संकलन के लिए मानक (प्लगइन द्वारा परिभाषित) है



लाइन sourceSets.main.classes + configurations.integTestCompile



फाइलों के सेट के मिलन को इंगित करता है। main.classes



- वह निर्देशिका जहां * .class फाइलें main



असेंबली के दौरान प्राप्त होती हैं।



शायद, जब निर्माण, JUnit हमारे लिए उपयोगी है। और इन परीक्षणों को भी चलाना अच्छा होगा। चलो निर्भरता के एक और विन्यास का वर्णन करते हैं।

 configurations { integTestCompile { extendsFrom compile } integTestRuntime { extendsFrom integTestCompile, runtime } } repositories { mavenCentral() } dependencies { integTestCompile "junit:junit:4.8.1" } sourceSets { integTest{ compileClasspath = sourceSets.main.classes + configurations.integTestCompile runtimeClasspath = classes + sourceSets.main.classes + configurations.integTestRuntime } } task integrationTest(type: Test) { testClassesDir = sourceSets.integTest.classesDir classpath = sourceSets.integTest.runtimeClasspath }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

Repositories



ब्लॉक हमें मावेन केंद्रीय (और हमारी पसंद के अन्य भंडार) से जोड़ेगा। dependencies



ब्लॉक हमारे विन्यास में एक विरूपण साक्ष्य निर्भरता जोड़ देगा। runtimeClasspath = classes + sourceSets.main.classes + configurations.integTestRuntime



, फ़ाइलों को integTest.classes



, main.classes



और integTestRuntime



से संयोजित runtimeClasspath = classes + sourceSets.main.classes + configurations.integTestRuntime



।



मुझे अभी भी परीक्षण चलाने के लिए कार्य लिखना था। हालांकि, यह मुश्किल नहीं था: यह इंगित करने के लिए पर्याप्त था कि परीक्षणों को कहां से प्राप्त किया जाए और उन्हें चलाने के लिए किस वर्गपथ के साथ, अर्थात्। "क्या"। "कैसे" ग्रेडल अपने दम पर निर्धारित करेगा।



अब हम तैयार हैं:



>gradle clean integrationTest

:clean

:compileJava

:processResources

:classes

:compileIntegTestJava

:processIntegTestResources UP-TO-DATE

:integTestClasses

:integrationTest



BUILD SUCCESSFUL



Total time: 4.195 secs









ध्यान दें कि integTest.compileClasspath



ने integTest.compileClasspath



पर integTest.compileClasspath



निर्भरता को main.classes



और एकीकरण परीक्षण एकत्र करने से पहले main



सेट किए गए स्रोत को संकलित किया!



नतीजतन, हम परियोजना के मानक कॉन्फ़िगरेशन को इकट्ठा करने में सक्षम थे, इसे पूरी तरह से दर्द रहित रूप से विस्तारित करें और विरासत के उपयोग से उप-मुखौटे के बीच निर्भरता योजना का वर्णन करें। यह सब एक सरल और पूरी तरह से पठनीय भाषा की मदद से होता है।



अभी तक एक शब्द नहीं कहा गया है: कार्यों के साथ काम करने के बारे में, वृद्धिशील बिल्ड के बारे में, सबप्रोजेक्ट्स के साथ काम करने के बारे में, मावेन रिपॉजिटरी के साथ काम करने के बारे में, चींटी के साथ एकीकृत करने के बारे में, मानक प्लगइन्स के बारे में, इन-स्क्रिप्ट के बारे में और बहुत कुछ। । लेकिन इस बारे में, शायद, अन्य लेखों में।