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

वैसे, यदि आप जावा में लिखते हैं और किसी कारण से अभी भी अपनी परियोजना में लोम्बोक का उपयोग नहीं करते हैं, तो मैं सुझाव देता हूं कि आप हैबे ( एक और दो ) पर लेख पढ़ें। मुझे यकीन है कि आप इसे पसंद करेंगे!

समस्या

जिस परियोजना पर हम काम कर रहे हैं, उसमें कई मॉड्यूल शामिल हैं। रिलीज होने पर संग्रह में से कुछ (उन्हें सशर्त रूप से बैकेंड कहते हैं) संग्रह (वितरण) में पैक किए जाते हैं, रिपॉजिटरी पर अपलोड किए जाते हैं और बाद में एप्लिकेशन सर्वर पर तैनात किए जाते हैं। अन्य भाग तथाकथित है ग्राहक मॉड्यूल - कलाकृतियों के एक सेट के रूप में रिपॉजिटरी में प्रकाशित, सहित source.jar और javadoc.jar हम सभी हिस्सों में लोम्बोक का उपयोग करते हैं, और मावेन यह सब करने जा रहे हैं।

कुछ समय पहले, हमारी सेवा के उपभोक्ताओं में से एक ने एक समस्या को संबोधित किया - उसने हमारे मॉड्यूल को डीबग करने की कोशिश की, लेकिन ऐसा नहीं कर सका, क्योंकि source.jar में तरीकों (और यहां तक कि कक्षाएं) का अभाव था जिसमें वह ब्रेकपॉइंट सेट करना चाहते थे। हम अपनी टीम में विश्वास करते हैं कि एक समस्या को स्वतंत्र रूप से पहचानने और हल करने का प्रयास, बिना सोचे समझे किए गए दोष के बजाय एक योग्य पति का कार्य है जिसे प्रोत्साहित करने की आवश्यकता है! :-) इसलिए, यह तय किया गया था कि स्रोत को लाया जाए। बाइटकोड के अनुसार।

उदाहरण

आइए कल्पना करें कि हमारे पास दो वर्गों से मिलकर एक सरल अनुप्रयोग है:

SomePojo.java

package com.github.monosoul.lombok.sourcesjar; import lombok.Builder; import lombok.Value; @Value @Builder(toBuilder = true) class SomePojo { /** * Some string field */ String someStringField; /** * Another string field */ String anotherStringField; }

Main.java

 package com.github.monosoul.lombok.sourcesjar; import lombok.val; public final class Main { public static void main(String[] args) { if (args.length != 2) { throw new IllegalArgumentException("Wrong arguments!"); } val pojo = SomePojo.builder() .someStringField(args[0]) .anotherStringField(args[1]) .build(); System.out.println(pojo); } }

और हमारे आवेदन मावेन का उपयोग कर बनाया गया है:

pom.xml

 <?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> <modelVersion>4.0.0</modelVersion> <artifactId>lombok-sourcesjar</artifactId> <groupId>com.github.monosoul</groupId> <version>1.0.0</version> <packaging>jar</packaging> <properties> <maven.compiler.source>1.8</maven.compiler.source> <maven.compiler.target>1.8</maven.compiler.target> </properties> <dependencies> <dependency> <groupId>org.projectlombok</groupId> <artifactId>lombok</artifactId> <version>1.18.2</version> <scope>provided</scope> </dependency> </dependencies> <build> <plugins> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-jar-plugin</artifactId> <version>3.1.1</version> <configuration> <archive> <manifest> <mainClass>com.github.monosoul.lombok.sourcesjar.Main</mainClass> </manifest> </archive> </configuration> </plugin> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-source-plugin</artifactId> <version>3.0.1</version> <executions> <execution> <id>attach-sources</id> <goals> <goal>jar</goal> </goals> </execution> </executions> </plugin> </plugins> </build> </project>

यदि आप इस प्रोजेक्ट को संकलित करते हैं ( mvn compile ), और फिर परिणामी बायोटेक को डिकंपाइल करते हैं, तो SomePojo क्लास इस तरह दिखाई देगी:

SomePojo.class

 package com.github.monosoul.lombok.sourcesjar; final class SomePojo { private final String someStringField; private final String anotherStringField; SomePojo(String someStringField, String anotherStringField) { this.someStringField = someStringField; this.anotherStringField = anotherStringField; } public static SomePojo.SomePojoBuilder builder() { return new SomePojo.SomePojoBuilder(); } public SomePojo.SomePojoBuilder toBuilder() { return (new SomePojo.SomePojoBuilder()).someStringField(this.someStringField).anotherStringField(this.anotherStringField); } public String getSomeStringField() { return this.someStringField; } public String getAnotherStringField() { return this.anotherStringField; } public boolean equals(Object o) { if (o == this) { return true; } else if (!(o instanceof SomePojo)) { return false; } else { SomePojo other = (SomePojo)o; Object this$someStringField = this.getSomeStringField(); Object other$someStringField = other.getSomeStringField(); if (this$someStringField == null) { if (other$someStringField != null) { return false; } } else if (!this$someStringField.equals(other$someStringField)) { return false; } Object this$anotherStringField = this.getAnotherStringField(); Object other$anotherStringField = other.getAnotherStringField(); if (this$anotherStringField == null) { if (other$anotherStringField != null) { return false; } } else if (!this$anotherStringField.equals(other$anotherStringField)) { return false; } return true; } } public int hashCode() { int PRIME = true; int result = 1; Object $someStringField = this.getSomeStringField(); int result = result * 59 + ($someStringField == null ? 43 : $someStringField.hashCode()); Object $anotherStringField = this.getAnotherStringField(); result = result * 59 + ($anotherStringField == null ? 43 : $anotherStringField.hashCode()); return result; } public String toString() { return "SomePojo(someStringField=" + this.getSomeStringField() + ", anotherStringField=" + this.getAnotherStringField() + ")"; } public static class SomePojoBuilder { private String someStringField; private String anotherStringField; SomePojoBuilder() { } public SomePojo.SomePojoBuilder someStringField(String someStringField) { this.someStringField = someStringField; return this; } public SomePojo.SomePojoBuilder anotherStringField(String anotherStringField) { this.anotherStringField = anotherStringField; return this; } public SomePojo build() { return new SomePojo(this.someStringField, this.anotherStringField); } public String toString() { return "SomePojo.SomePojoBuilder(someStringField=" + this.someStringField + ", anotherStringField=" + this.anotherStringField + ")"; } } }

हमारे स्रोतों में क्या मिलता है से बहुत सुंदर है। यह नहीं है? ;) जैसा कि आप देख सकते हैं, अगर आप SomePojo डिबग के लिए स्रोत कोड से जुड़े हैं और उदाहरण के लिए, निर्माता में ब्रेकप्वाइंट सेट करना चाहते हैं, तो आप एक समस्या में भाग लेंगे - ब्रेकपॉइंट सेट करने के लिए कहीं नहीं है, और SomePojoBuilder वर्ग बिल्कुल भी नहीं है ।

इसके बारे में क्या करना है?

जैसा कि अक्सर होता है, इस समस्या के कई समाधान हैं। आइए उनमें से प्रत्येक को देखें।

लोम्बोक का उपयोग न करें

जब हमने पहली बार इस समस्या का सामना किया, तो हम एक ऐसे मॉड्यूल के बारे में बात कर रहे थे जिसमें लोम्बोक का उपयोग करने वाले केवल कुछ वर्ग थे। बेशक, मैं इसे मना नहीं करना चाहता था, इसलिए मैंने तुरंत डेलम्बॉक करने के बारे में सोचा। इस प्रश्न की जांच करने के बाद, मुझे मावेन के लोम्बोक प्लगइन - लम्बोक-मावेन- प्लगइन का उपयोग करके कुछ अजीब समाधान मिले। उनमें से एक में, यह सुझाव दिया गया था, उदाहरण के लिए, उन स्रोतों को रखने के लिए जिनमें लोम्बोक का उपयोग एक अलग निर्देशिका में किया जाता है, जिसके लिए delombok को क्रियान्वित किया जाएगा, और उत्पन्न स्रोत जनरेट किए गए स्रोतों में जाएंगे, जहां से यह संकलित करेगा और स्रोतों में जाएगा। यह विकल्प संभवतः काम कर रहा है, लेकिन इस मामले में मूल स्रोतों में हाइलाइटिंग सिंटैक्स आईडीई में काम नहीं करेगा, जैसा कि उनके साथ एक निर्देशिका को स्रोत निर्देशिका नहीं माना जाएगा। यह विकल्प मुझे सूट नहीं करता था, और चूंकि इस मॉड्यूल में लोम्बोक को छोड़ने की लागत कम थी, इसलिए यह तय किया गया कि इस पर समय बर्बाद न करें, लोम्बोक को अक्षम करें और बस आईडीई के माध्यम से आवश्यक तरीके उत्पन्न करें।

सामान्य तौर पर, मुझे ऐसा लगता है कि इस विकल्प पर जीवन का अधिकार है, लेकिन केवल अगर लोम्बोक का उपयोग करने वाले वर्ग वास्तव में छोटे हैं और वे शायद ही कभी बदलते हैं।

Delombok प्लगइन + source.jar चींटी का उपयोग कर निर्माण

कुछ समय बाद, मुझे इस समस्या पर फिर से लौटना पड़ा, जब यह पहले से ही एक मॉड्यूल का सवाल था जिसमें लोम्बोक का बहुत अधिक गहन उपयोग किया गया था। इस समस्या के अध्ययन पर वापस लौटते हुए, मैं स्टैकओवरफ़्लो पर एक सवाल भर आया, जिसमें सूत्रों के लिए डेलम्बॉक निष्पादित करने का सुझाव दिया गया, और फिर चींटी उत्पन्न स्रोतों में उपयोग किया गया।
यहाँ आपको इस बारे में पचाने की आवश्यकता है कि आपको स्रोत प्लग-इन ( maven-source-plugin ) का उपयोग करने के बजाय, Ant का उपयोग कर स्रोत बनाने की आवश्यकता क्यों है। तथ्य यह है कि आप इस प्लगइन के लिए स्रोत निर्देशिका को कॉन्फ़िगर नहीं कर सकते हैं। यह हमेशा प्रोजेक्ट के sourceDirectory की सामग्री का उपयोग करेगा।

तो, हमारे उदाहरण के मामले में, pom.xml इस तरह दिखेगा:

pom.xml

 <?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> <modelVersion>4.0.0</modelVersion> <artifactId>lombok-sourcesjar</artifactId> <groupId>com.github.monosoul</groupId> <version>1.0.0</version> <packaging>jar</packaging> <properties> <maven.compiler.source>1.8</maven.compiler.source> <maven.compiler.target>1.8</maven.compiler.target> <lombok.version>1.18.2</lombok.version> </properties> <dependencies> <dependency> <groupId>org.projectlombok</groupId> <artifactId>lombok</artifactId> <version>${lombok.version}</version> <scope>provided</scope> </dependency> </dependencies> <build> <plugins> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-jar-plugin</artifactId> <version>3.1.1</version> <configuration> <archive> <manifest> <mainClass>com.github.monosoul.lombok.sourcesjar.Main</mainClass> </manifest> </archive> </configuration> </plugin> <plugin> <groupId>org.projectlombok</groupId> <artifactId>lombok-maven-plugin</artifactId> <version>${lombok.version}.0</version> <executions> <execution> <phase>generate-sources</phase> <goals> <goal>delombok</goal> </goals> </execution> </executions> <configuration> <sourceDirectory>src/main/java</sourceDirectory> <outputDirectory>${project.build.directory}/delombok</outputDirectory> <addOutputDirectory>false</addOutputDirectory> <encoding>UTF-8</encoding> <formatPreferences> <generateDelombokComment>skip</generateDelombokComment> </formatPreferences> </configuration> </plugin> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-resources-plugin</artifactId> <version>3.1.0</version> <executions> <execution> <id>copy-to-lombok-build</id> <phase>process-resources</phase> <goals> <goal>copy-resources</goal> </goals> <configuration> <resources> <resource> <directory>${project.basedir}/src/main/resources</directory> </resource> </resources> <outputDirectory>${project.build.directory}/delombok</outputDirectory> </configuration> </execution> </executions> </plugin> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-antrun-plugin</artifactId> <version>1.8</version> <executions> <execution> <id>generate-delomboked-sources-jar</id> <phase>package</phase> <goals> <goal>run</goal> </goals> <configuration> <target> <jar destfile="${project.build.directory}/${project.build.finalName}-sources.jar" basedir="${project.build.directory}/delombok"/> </target> </configuration> </execution> </executions> </plugin> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-install-plugin</artifactId> <version>2.5.2</version> <executions> <execution> <id>install-source-jar</id> <goals> <goal>install-file</goal> </goals> <phase>install</phase> <configuration> <file>${project.build.directory}/${project.build.finalName}-sources.jar</file> <classifier>sources</classifier> <generatePom>true</generatePom> <pomFile>${project.basedir}/pom.xml</pomFile> </configuration> </execution> </executions> </plugin> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-deploy-plugin</artifactId> <version>3.0.0-M1</version> <executions> <execution> <id>deploy-source-jar</id> <goals> <goal>deploy-file</goal> </goals> <phase>deploy</phase> <configuration> <file>${project.build.directory}/${project.build.finalName}-sources.jar</file> <classifier>sources</classifier> <generatePom>true</generatePom> <pomFile>${project.basedir}/pom.xml</pomFile> <repositoryId>someRepoId</repositoryId> <url>some://repo.url</url> </configuration> </execution> </executions> </plugin> </plugins> </build> </project>

जैसा कि आप देख सकते हैं, कॉन्फ़िगरेशन बहुत बढ़ गया है, और यह केवल maven-antrun-plugin और maven-antrun-plugin । ऐसा क्यों हुआ? तथ्य यह है कि चूंकि अब हम चींटी के साथ source.jar इकट्ठा करते हैं, मावेन को इस कलाकृतियों के बारे में कुछ भी नहीं पता है। और हमें उसे स्पष्ट रूप से यह बताने की आवश्यकता है कि इस कलाकृति को कैसे स्थापित किया जाए, इसे कैसे तैनात किया जाए और इसमें संसाधनों को कैसे पैक किया जाए।

इसके अलावा, मैंने पाया कि जब डिंबलोक को डिफ़ॉल्ट रूप से निष्पादित किया जाता है, तो लोम्बोक उत्पन्न फाइलों के हेडर में एक टिप्पणी जोड़ता है। इस स्थिति में, उत्पन्न फ़ाइलों का प्रारूप lombok.config फ़ाइल में विकल्पों का उपयोग नहीं किया lombok.config है, लेकिन प्लगइन विकल्पों का उपयोग करके नियंत्रित किया जाता है। इन विकल्पों की सूची को खोजना आसान नहीं था। बेशक, यह संभव था कि delombok के जार उपनाम को delombok और delombok कुंजी के साथ कहा जाए, लेकिन मैं इस प्रोग्रामर के ~~लिए बहुत आलसी~~ हूं, इसलिए मैंने उन्हें delombok पर स्रोत कोड में पाया।

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

डेलम्बोक प्लगइन + मावेन में प्रोफाइल

तो क्या करें? मेरे पास "सही" स्रोतों के साथ source.jar थे, लेकिन वे अभी भी बाइटकोड से अलग थे। सिद्धांत रूप में, समस्या को डेलम्बोक के परिणामस्वरूप उत्पन्न स्रोत कोड से संकलन द्वारा हल किया जा सकता है। लेकिन समस्या यह है कि मावेन-कंपाइलर-प्लगइन 'स्रोत के लिए पथ निर्दिष्ट नहीं कर सकते हैं। यह हमेशा प्रोजेक्ट के sourceDirectory में निर्दिष्ट स्रोतों का उपयोग करता है, जैसे maven-source-plugin । हम उस निर्देशिका को इंगित कर सकते हैं जहां डेलीबोक्ड स्रोत उत्पन्न होते हैं, लेकिन इस मामले में, जब एक परियोजना को आईडीई में आयात किया जाता है, तो वास्तविक स्रोतों के साथ निर्देशिका को ऐसे और सिंटैक्स हाइलाइटिंग के रूप में नहीं माना जाएगा और अन्य सुविधाएँ इसमें फ़ाइलों के लिए काम नहीं करेंगी। यह विकल्प मुझे पसंद नहीं आया।

आप प्रोफाइल का उपयोग कर सकते हैं! एक प्रोफ़ाइल बनाएँ जो केवल प्रोजेक्ट बनाते समय उपयोग की जाएगी और जिसमें sourceDirectory का मूल्य प्रतिस्थापित किया जाएगा! लेकिन एक अति सूक्ष्म अंतर है। sourceDirectory टैग केवल प्रोजेक्ट के रूट में build टैग के अंदर घोषित किया जा सकता है।

सौभाग्य से, इस समस्या के लिए एक समाधान है। आप एक संपत्ति की घोषणा कर सकते हैं, जिसे sourceDirectory टैग में प्रतिस्थापित किया जाएगा, और प्रोफ़ाइल में इस संपत्ति के मूल्य को बदल सकते हैं!

इस स्थिति में, प्रोजेक्ट कॉन्फ़िगरेशन इस तरह दिखाई देगा:

pom.xml

 <?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> <modelVersion>4.0.0</modelVersion> <artifactId>lombok-sourcesjar</artifactId> <groupId>com.github.monosoul</groupId> <version>1.0.0</version> <packaging>jar</packaging> <properties> <maven.compiler.source>1.8</maven.compiler.source> <maven.compiler.target>1.8</maven.compiler.target> <lombok.version>1.18.2</lombok.version> <origSourceDir>${project.basedir}/src/main/java</origSourceDir> <sourceDir>${origSourceDir}</sourceDir> <delombokedSourceDir>${project.build.directory}/delombok</delombokedSourceDir> </properties> <dependencies> <dependency> <groupId>org.projectlombok</groupId> <artifactId>lombok</artifactId> <version>${lombok.version}</version> <scope>provided</scope> </dependency> </dependencies> <profiles> <profile> <id>build</id> <properties> <sourceDir>${delombokedSourceDir}</sourceDir> </properties> </profile> </profiles> <build> <sourceDirectory>${sourceDir}</sourceDirectory> <plugins> <plugin> <groupId>org.projectlombok</groupId> <artifactId>lombok-maven-plugin</artifactId> <version>${lombok.version}.0</version> <executions> <execution> <phase>generate-sources</phase> <goals> <goal>delombok</goal> </goals> </execution> </executions> <configuration> <sourceDirectory>${origSourceDir}</sourceDirectory> <outputDirectory>${delombokedSourceDir}</outputDirectory> <addOutputDirectory>false</addOutputDirectory> <encoding>UTF-8</encoding> <formatPreferences> <generateDelombokComment>skip</generateDelombokComment> <javaLangAsFQN>skip</javaLangAsFQN> </formatPreferences> </configuration> </plugin> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-jar-plugin</artifactId> <version>3.1.1</version> <configuration> <archive> <manifest> <mainClass>com.github.monosoul.lombok.sourcesjar.Main</mainClass> </manifest> </archive> </configuration> </plugin> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-source-plugin</artifactId> <version>3.0.1</version> <executions> <execution> <id>attach-sources</id> <goals> <goal>jar</goal> </goals> </execution> </executions> </plugin> </plugins> </build> </project>

यह निम्नानुसार काम करता है। origSourceDir संपत्ति में हम मूल स्रोतों के साथ निर्देशिका के लिए मार्ग को प्रतिस्थापित करते हैं, और sourceDir संपत्ति में sourceDir मूल रूप से मूल स्रोत से मूल्य का विकल्प sourceDir हैं। delombokedSourceDir प्रॉपर्टी में delombokedSourceDir हम डेलम्बोक द्वारा उत्पन्न स्रोतों के लिए पथ निर्दिष्ट करते हैं। इस प्रकार, जब IDE में किसी प्रोजेक्ट को आयात करते हैं, तो origSourceDir से origSourceDir , और प्रोजेक्ट का निर्माण करते समय, यदि आप build प्रोफाइल को निर्दिष्ट करते हैं, तो delombokedSourceDir डायरेक्टरी का उपयोग किया जाएगा।

नतीजतन, हमें उसी स्रोतों से संकलित एक बाईटेकोड मिलता है जो स्रोतों में गिर जाएगा। मेजर, अर्थात्। डिबग अंत में काम करेगा। इस मामले में, हमें स्रोतों के साथ विरूपण साक्ष्य की स्थापना और परिनियोजन को कॉन्फ़िगर करने की आवश्यकता नहीं है, क्योंकि हम कलाकृतियों को उत्पन्न करने के लिए maven-source-plugin का उपयोग करते हैं। सच है, चर के साथ जादू मावेन की बारीकियों से अपरिचित व्यक्ति को भ्रमित कर सकता है।

आप lombok.addJavaxGeneratedAnnotation = true विकल्प lombok.config जोड़ सकते lombok.config , फिर एनोटेशन @javax.annotation.Generated("lombok") जनरेट किए गए स्रोतों में उत्पन्न कोड से ऊपर खड़ा होगा, जो आपके कोड को "अजीब क्यों लगता है" जैसे सवालों से बचने में मदद करेगा? ! " :)

ग्रेडेल का प्रयोग करें

मुझे लगता है कि यदि आप पहले से ही ग्रैडल से परिचित हैं, तो आपको मावेन पर इसके सभी लाभों की व्याख्या नहीं करनी चाहिए। यदि आप पहले से परिचित नहीं हैं, तो हब पर एक पूरा केंद्र है इसे देखने का एक बड़ा कारण! :)
सामान्य तौर पर, जब मैंने ग्रैडल का उपयोग करने के बारे में सोचा था, तो मुझे उम्मीद थी कि मुझे इसमें क्या करना है, यह करना बहुत आसान होगा, क्योंकि मुझे पता था कि इसमें मैं आसानी से बता सकता हूं कि क्या बनाने के लिए source.jar से और क्या बाइटकोड को संकलित करें। समस्या मेरी प्रतीक्षा कर रही थी जहाँ मुझे कम से कम उम्मीद थी - ग्रैडल के लिए कोई काम करने वाला डेलमोबक प्लगइन नहीं है।

यह प्लगइन है , लेकिन ऐसा लगता है कि आप इसमें डेलम्बोक्ड स्रोतों को प्रारूपित करने के लिए विकल्प निर्दिष्ट नहीं कर सकते हैं, जो मुझे सूट नहीं करता था।

एक और प्लगइन है , यह इसमें दिए गए विकल्पों में से एक पाठ फ़ाइल उत्पन्न करता है, और फिर इसे lombok.jar के तर्क के रूप में पास करता है। मैं उसे उत्पन्न स्रोतों को सही निर्देशिका में लाने में सक्षम नहीं था, ऐसा लगता है कि यह इस तथ्य के कारण है कि तर्कों के साथ पाठ फ़ाइल में पथ उद्धृत नहीं है और ठीक से बच नहीं गया है। हो सकता है कि बाद में मैं प्लगइन के लेखक को एक फिक्स के लिए एक सुझाव के साथ एक पुल अनुरोध करूंगा।

अंत में, मैंने दूसरे रास्ते पर जाने का फैसला किया और लोनोक में निष्पादित करने के लिए एंट कॉलिंग के साथ एक कार्य का वर्णन किया, लोम्बोक में इसके लिए सिर्फ एक चींटी कार्य है , और यह बहुत अच्छा लगता है:

build.gradle.kts

 group = "com.github.monosoul" version = "1.0.0" plugins { java } java { sourceCompatibility = JavaVersion.VERSION_1_8 targetCompatibility = JavaVersion.VERSION_1_8 } dependencies { val lombokDependency = "org.projectlombok:lombok:1.18.2" annotationProcessor(lombokDependency) compileOnly(lombokDependency) } repositories { mavenCentral() } tasks { "jar"(Jar::class) { manifest { attributes( Pair("Main-Class", "com.github.monosoul.lombok.sourcesjar.Main") ) } } val delombok by creating { group = "lombok" val delombokTarget by extra { File(buildDir, "delomboked") } doLast({ ant.withGroovyBuilder { "taskdef"( "name" to "delombok", "classname" to "lombok.delombok.ant.Tasks\$Delombok", "classpath" to sourceSets.main.get().compileClasspath.asPath) "mkdir"("dir" to delombokTarget) "delombok"( "verbose" to false, "encoding" to "UTF-8", "to" to delombokTarget, "from" to sourceSets.main.get().java.srcDirs.first().absolutePath ) { "format"("value" to "generateDelombokComment:skip") "format"("value" to "generated:generate") "format"("value" to "javaLangAsFQN:skip") } } }) } register<Jar>("sourcesJar") { dependsOn(delombok) val delombokTarget: File by delombok.extra from(delombokTarget) archiveClassifier.set("sources") } withType(JavaCompile::class) { dependsOn(delombok) val delombokTarget: File by delombok.extra source = fileTree(delombokTarget) } }

नतीजतन, यह विकल्प पिछले एक के बराबर है।

निष्कर्ष

वास्तव में एक तुच्छ कार्य, वास्तव में, मावेन लेखकों द्वारा अजीब निर्णयों के आसपास वर्कअराउंड खोजने के प्रयासों की एक श्रृंखला के रूप में निकला। मेरे लिए - ग्रैडल स्क्रिप्ट, जिसके परिणामस्वरूप मावेन विन्यास की पृष्ठभूमि के खिलाफ, बहुत अधिक स्पष्ट और तार्किक लगता है। हालांकि, शायद मैं सिर्फ एक बेहतर समाधान नहीं खोज सका? टिप्पणियों में हमें बताएं कि क्या आपने इसी तरह की समस्या हल की है, और यदि हां, तो कैसे।

पढ़ने के लिए धन्यवाद!

स्रोत कोड

लोम्बोक, सोर्सेज.जर और सुविधाजनक डिबग

समस्या

उदाहरण

इसके बारे में क्या करना है?

लोम्बोक का उपयोग न करें

Delombok प्लगइन + source.jar चींटी का उपयोग कर निर्माण

डेलम्बोक प्लगइन + मावेन में प्रोफाइल

ग्रेडेल का प्रयोग करें

निष्कर्ष

More articles: