क्या विश्व स्तर पर मावेन निर्भरता को बाहर करने का कोई तरीका है?

Question 1

मैं एक "जेनेरिक" तरीका ढूंढने की कोशिश कर रहा हूं, जिसमें एक सकर्मक निर्भरता को शामिल किए बिना इसे शामिल करने के लिए सभी आश्रितों को इस पर निर्भर होने से बाहर रखा जा सकता है। उदाहरण के लिए, यदि मैं slf4j को बाहर करना चाहता हूं, तो मैं निम्नलिखित कार्य करता हूं:

  <dependency>
    <groupId>org.hibernate</groupId>
    <artifactId>hibernate-jmx</artifactId>
    <version>3.3.2.GA</version>
    <exclusions>
      <exclusion>
        <groupId>org.slf4j</groupId>
        <artifactId>slf4j-api</artifactId>
      </exclusion>
    </exclusions>
  </dependency>
  <dependency>
    <groupId>org.hibernate</groupId>
    <artifactId>hibernate-entitymanager</artifactId>
    <version>3.4.0.GA</version>
    <type>jar</type>
    <exclusions>
      <exclusion>
        <groupId>org.slf4j</groupId>
        <artifactId>slf4j-api</artifactId>
      </exclusion>
    </exclusions>
  </dependency>

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

क्या उधर रास्ता है?

Question 2

क्या यह मदद करता है? http://jlorenzen.blogspot.com/2009/06/maven-global-excludes.html

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

<dependencies>
  <dependency>
      <artifactId>avalon-framework</artifactId>
      <groupId>avalon-framework</groupId>
      <version>4.1.3</version>
      <scope>provided</scope>
  </dependency>
</dependencies>

यह तब भी काम करता है जब इसे मूल POM में निर्दिष्ट किया जाता है, जो परियोजनाओं को सभी बच्चे POMs में यह घोषित करने से रोक देगा। "

Question 3

मैंने एक खाली जार बनाया और यह निर्भरता बनाई:

<dependency>
    <groupId>commons-logging</groupId>
    <artifactId>commons-logging</artifactId>
    <scope>system</scope>
    <systemPath>${basedir}/src/lib/empty.jar</systemPath>
    <version>0</version>
</dependency>

यह सही नहीं है क्योंकि अब से आपके संकलन / परीक्षण पथ में एक खाली जार है। लेकिन वह सिर्फ कॉस्मेटिक है।

Question 4

Dnault की टिप्पणी पर विस्तार करने के लिए :

निर्भरता को बाहर करने के लिए व्यक्ति मावेन एनफोर्सर प्लगइन के प्रतिबंधित निर्भरता नियम का उपयोग कर सकता है। एक को अभी भी उन्हें मैन्युअल रूप से बाहर करना होगा, लेकिन यदि कोई अन्य व्यक्ति गलती से निर्भरता को जोड़ता है, तो बिल्ड विफल हो जाएगा।

<dependencies>
  <dependency>
    <groupId>org.hibernate</groupId>
    <artifactId>hibernate-jmx</artifactId>
    <version>3.3.2.GA</version>
    <exclusions>
      <exclusion>
        <groupId>org.slf4j</groupId>
        <artifactId>slf4j-api</artifactId>
      </exclusion>
    </exclusions>
  </dependency>
</dependencies>

<plugins>
  <plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-enforcer-plugin</artifactId>
    <version>1.4.1</version>
    <executions>
      <execution>
        <goals>
          <goal>enforce</goal>
        </goals>
        <configuration>
          <rules>
            <bannedDependencies>
              <excludes>
                <exclude>org.slf4j:slf4j-api</exclude>
              </excludes>
            </bannedDependencies>
          </rules>
        </configuration>
      </execution>
    </executions>
  </plugin>
</plugins>

इसके अलावा एक खुला सुविधा अनुरोध है: MNG-1977 वैश्विक निर्भरता बहिष्करण

Question 5

एक अनुस्मारक के रूप में, यहाँ मावेन आधिकारिक दस्तावेज से उत्तर दिया गया है:

पीओएम स्तर के बजाय, प्रति-निर्भरता के आधार पर बहिष्करण क्यों किए जाते हैं

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

यदि कोई बिल्ड को अधिक मजबूत बनाना चाहता है, तो संस्करण रेंज का उपयोग किया जा सकता है। यह सुनिश्चित करेगा कि निर्भरता का कोई नया संस्करण परियोजना में हस्तक्षेप न कर सके।

<dependency>
   <groupId>org.slf4j</groupId>
   <artifactId>slf4j-api</artifactId>
   <version>[1.4.2,)</version>
   <scope>provided</scope>
</dependency>

किसी भी slf4j-api संस्करण> = 1.4.2 को रनटाइम के दौरान (प्रदान) के रूप में माना जाएगा, या तो एक कॉन्फ़िगर किए गए क्लासपैथ या कंटेनर से।

संदर्भ