Maven i dodawanie plików JAR do zakresu systemu

Question 1

Mam plik JAR w moim projekcie na Androida i chcę, aby został dodany do końcowego pliku APK. Dobra, zaczynam:

    <dependency>
        <groupId>com.loopj.android.http</groupId>
        <artifactId>android-async-http</artifactId>
        <version>1.3.2</version>
        <type>jar</type>
        <scope>system</scope>
        <systemPath>${project.basedir}/libs/android-async-http-1.3.2.jar</systemPath>
    </dependency>

Ale kiedy biegam mvn package, otrzymuję ostrzeżenie:

[WARNING] Some problems were encountered while building the effective model for **apk:1.0
[WARNING] 'dependencies.dependency.systemPath' for com.loopj.android.http:android-async-http:jar should not point at files within the project directory, ${project.basedir}/libs/android-async-http-1.3.2.jar will be unresolvable by dependent projects @ line 36, column 25

W ostatecznym APK nie ma plików JAR.

Jak to naprawić?

Question 2

Będziesz musiał dodać słoik do lokalnego repozytorium Maven. Alternatywnie (lepsza opcja) określ właściwe repozytorium (jeśli takie istnieje), aby mogło być automatycznie pobierane przez maven

W obu przypadkach usuń <systemPath>tag z zależności

Question 3

Nie znam prawdziwego powodu, ale Maven zmusza programistów do zainstalowania wszystkich bibliotek (także niestandardowych) w niektórych repozytoriach Maven, więc scope:systemnie jest lubiany. Prostym obejściem jest użyciemaven-install-plugin

postępuj zgodnie z użyciem:

zapisz swoją zależność w ten sposób

<dependency>
    <groupId>com.mylib</groupId>
    <artifactId>mylib-core</artifactId>
    <version>0.0.1</version>
</dependency>

następnie dodaj maven-install-plugin

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-install-plugin</artifactId>
    <version>2.5.2</version>
    <executions>
        <execution>
            <id>install-external</id>
            <phase>clean</phase>
            <configuration>
                <file>${basedir}/lib/mylib-core-0.0.1.jar</file>
                <repositoryLayout>default</repositoryLayout>
                <groupId>com.mylib</groupId>
                <artifactId>mylib-core</artifactId>
                <version>0.0.1</version>
                <packaging>jar</packaging>
                <generatePom>true</generatePom>
            </configuration>
            <goals>
                <goal>install-file</goal>
            </goals>
        </execution>
    </executions>
</plugin>

zwróć uwagę phase:clean, aby zainstalować własną bibliotekę w swoim repozytorium, musisz uruchomić mvn cleani wtedymvn install

Question 4

<plugin>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-maven-plugin</artifactId>
    <configuration>
        <includeSystemScope>true</includeSystemScope>
    </configuration>
</plugin>

Spróbuj tego.

Question 5

Zakres systemu został zaprojektowany tylko do obsługi plików „systemowych”; pliki znajdujące się w jakiejś stałej lokalizacji. Pliki w /usr/liblub ${java.home}(np tools.jar.). Nie został zaprojektowany do obsługi różnych .jarplików w Twoim projekcie.

Autorzy celowo odmówili wprowadzenia rozszerzeń nazw ścieżek, aby Cię zniechęcić. W rezultacie, na krótką metę możesz użyć install:install-filedo zainstalowania w lokalnym repozytorium, a następnie pewnego dnia użyć menedżera repozytorium do udostępnienia.

Question 6

Użyj menedżera repozytorium i zainstaluj w nim tego rodzaju pliki słoików. To rozwiązuje wszystkie Twoje problemy i dla wszystkich komputerów w Twojej sieci.

Question 7

Wypróbuj tę konfigurację. U mnie zadziałało:

<plugin>
    <artifactId>maven-war-plugin</artifactId>
    <version>2.4</version>
    <configuration>
        <warSourceDirectory>mywebRoot</warSourceDirectory>
        <warSourceExcludes>source\**,build\**,dist\**,WEB-INF\lib\*,
            WEB-INF\classes\**,build.*
        </warSourceExcludes>
        <webXml>myproject/source/deploiement/web.xml</webXml>
        <webResources>
            <resource>
                <directory>mywebRoot/WEB-INF/lib</directory>
                <targetPath>WEB-INF/lib</targetPath>
                <includes>
                        <include>mySystemJar1.jar.jar</include>
                         <include>mySystemJar2.jar</include>
                   </includes>
            </resource>
        </webResources>
    </configuration>
</plugin>

Question 8

mvn install: install-file -DgroupId = com.paic.maven -DartifactId = tplconfig-maven-plugin -Dversion = 1.0 -Dpackaging = jar -Dfile = tplconfig-maven-plugin-1.0.jar -DgeneratePom = true

Zainstaluj jar w lokalnym repozytorium.

Question 9

Dzięki Ging3r otrzymałem rozwiązanie:

wykonaj następujące kroki:

nie używaj w tagu zależności. Użyj następującego w tagu zależności w pliku pom.xml:

<dependency>
<groupId>com.netsuite.suitetalk.proxy.v2019_1</groupId>
<artifactId>suitetalk-axis-proxy-v2019_1</artifactId>
<version>1.0.0</version>
</dependency>
<dependency>
    <groupId>com.netsuite.suitetalk.client.v2019_1</groupId>
    <artifactId>suitetalk-client-v2019_1</artifactId>
    <version>2.0.0</version>
</dependency>
<dependency>
    <groupId>com.netsuite.suitetalk.client.common</groupId>
    <artifactId>suitetalk-client-common</artifactId>
    <version>1.0.0</version>
</dependency>

użyj poniższego kodu w tagu wtyczek w pliku pom.xml:

    <plugin>
        <groupId>org.apache.maven.plugins</groupId>
        <artifactId>maven-install-plugin</artifactId>
        <version>2.5.2</version>
        <executions>
            <execution>
                <id>suitetalk-proxy</id>
                <phase>clean</phase>
                <configuration>
                    <file>${basedir}/lib/suitetalk-axis-proxy-v2019_1-1.0.0.jar</file>
                    <repositoryLayout>default</repositoryLayout>
                    <groupId>com.netsuite.suitetalk.proxy.v2019_1</groupId>
                    <artifactId>suitetalk-axis-proxy-v2019_1</artifactId>
                    <version>1.0.0</version>
                    <packaging>jar</packaging>
                    <generatePom>true</generatePom>
                </configuration>
                <goals>
                    <goal>install-file</goal>
                </goals>
            </execution>
            <execution>
                <id>suitetalk-client</id>
                <phase>clean</phase>
                <configuration>
                    <file>${basedir}/lib/suitetalk-client-v2019_1-2.0.0.jar</file>
                    <repositoryLayout>default</repositoryLayout>
                    <groupId>com.netsuite.suitetalk.client.v2019_1</groupId>
                    <artifactId>suitetalk-client-v2019_1</artifactId>
                    <version>2.0.0</version>
                    <packaging>jar</packaging>
                    <generatePom>true</generatePom>
                </configuration>
                <goals>
                    <goal>install-file</goal>
                </goals>
            </execution>
            <execution>
                <id>suitetalk-client-common</id>
                <phase>clean</phase>
                <configuration>
                    <file>${basedir}/lib/suitetalk-client-common-1.0.0.jar</file>
                    <repositoryLayout>default</repositoryLayout>
                    <groupId>com.netsuite.suitetalk.client.common</groupId>
                    <artifactId>suitetalk-client-common</artifactId>
                    <version>1.0.0</version>
                    <packaging>jar</packaging>
                    <generatePom>true</generatePom>
                </configuration>
                <goals>
                    <goal>install-file</goal>
                </goals>
            </execution>
        </executions>
    </plugin>

Dołączam 3 słoiki z folderu lib:

Na koniec użyj, mvn cleana następnie mvn installlub `` mvn clean install '' i po prostu uruchom plik jar z folderu docelowego lub ścieżki instalacji (patrz mvn installdziennik):

java -jar abc.jar

uwaga: pamiętaj o jednej rzeczy, jeśli pracujesz w jenkins, najpierw użyj, mvn cleana następnie mvn clean installpolecenie działa dla ciebie, ponieważ z poprzednim kodem mvn clean installpamięci podręcznej magazynu poleceń dla zależności.

Answer 1

86

Mam plik JAR w moim projekcie na Androida i chcę, aby został dodany do końcowego pliku APK. Dobra, zaczynam:

    <dependency>
        <groupId>com.loopj.android.http</groupId>
        <artifactId>android-async-http</artifactId>
        <version>1.3.2</version>
        <type>jar</type>
        <scope>system</scope>
        <systemPath>${project.basedir}/libs/android-async-http-1.3.2.jar</systemPath>
    </dependency>

Ale kiedy biegam mvn package, otrzymuję ostrzeżenie:

[WARNING] Some problems were encountered while building the effective model for **apk:1.0
[WARNING] 'dependencies.dependency.systemPath' for com.loopj.android.http:android-async-http:jar should not point at files within the project directory, ${project.basedir}/libs/android-async-http-1.3.2.jar will be unresolvable by dependent projects @ line 36, column 25

W ostatecznym APK nie ma plików JAR.

Jak to naprawić?

maven efpies
źródło

3

W ten sposób nie możesz używać zakresu systemu. użyj install: install-file.

bmargulies

@bmargulies Czy możesz powiedzieć, do czego służy ten zakres?

efpies

1

Przerzuciłem się na gradle i nie mam już tych bólów głowy, z wyjątkiem tego, że teraz próbuję użyć biblioteki open source z maven i tymczasowo włamać się do słoika (co jest tak łatwe w gradle i tak trudne w maven).

Dean Hiller

1

To pytanie zawiera dyskusję, jak uniknąć używania zakresu systemowego w Maven: stackoverflow.com/questions/3642023/ ...

Mark Butler

Oficjalna dokumentacja dotycząca „systemu” lunety

Guillaume Husta

Answer 2

3

W ten sposób nie możesz używać zakresu systemu. użyj install: install-file.

bmargulies

Answer 3

@bmargulies Czy możesz powiedzieć, do czego służy ten zakres?

efpies

Answer 4

1

Przerzuciłem się na gradle i nie mam już tych bólów głowy, z wyjątkiem tego, że teraz próbuję użyć biblioteki open source z maven i tymczasowo włamać się do słoika (co jest tak łatwe w gradle i tak trudne w maven).

Dean Hiller

Answer 5

1

To pytanie zawiera dyskusję, jak uniknąć używania zakresu systemowego w Maven: stackoverflow.com/questions/3642023/ ...

Mark Butler

Answer 6

Oficjalna dokumentacja dotycząca „systemu” lunety

Guillaume Husta

Answer 7

24

Będziesz musiał dodać słoik do lokalnego repozytorium Maven. Alternatywnie (lepsza opcja) określ właściwe repozytorium (jeśli takie istnieje), aby mogło być automatycznie pobierane przez maven

W obu przypadkach usuń <systemPath>tag z zależności

Attila
źródło

4

Widziałem ten artykuł, ale miałem nadzieję, że nie zrobię tego maven installna każdym komputerze, na którym chcę zbudować ten projekt (niestety nie znalazłem tego JARa w repozytoriach). Dzięki! :)

efpies

1

Można go utworzyć skryptem jako część kompilacji.

Thorbjørn Ravn Andersen

Answer 8

4

Widziałem ten artykuł, ale miałem nadzieję, że nie zrobię tego maven installna każdym komputerze, na którym chcę zbudować ten projekt (niestety nie znalazłem tego JARa w repozytoriach). Dzięki! :)

efpies

Answer 9

1

Można go utworzyć skryptem jako część kompilacji.

Thorbjørn Ravn Andersen

Answer 10

145

Nie znam prawdziwego powodu, ale Maven zmusza programistów do zainstalowania wszystkich bibliotek (także niestandardowych) w niektórych repozytoriach Maven, więc scope:systemnie jest lubiany. Prostym obejściem jest użyciemaven-install-plugin

postępuj zgodnie z użyciem:

zapisz swoją zależność w ten sposób

<dependency>
    <groupId>com.mylib</groupId>
    <artifactId>mylib-core</artifactId>
    <version>0.0.1</version>
</dependency>

następnie dodaj maven-install-plugin

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-install-plugin</artifactId>
    <version>2.5.2</version>
    <executions>
        <execution>
            <id>install-external</id>
            <phase>clean</phase>
            <configuration>
                <file>${basedir}/lib/mylib-core-0.0.1.jar</file>
                <repositoryLayout>default</repositoryLayout>
                <groupId>com.mylib</groupId>
                <artifactId>mylib-core</artifactId>
                <version>0.0.1</version>
                <packaging>jar</packaging>
                <generatePom>true</generatePom>
            </configuration>
            <goals>
                <goal>install-file</goal>
            </goals>
        </execution>
    </executions>
</plugin>

zwróć uwagę phase:clean, aby zainstalować własną bibliotekę w swoim repozytorium, musisz uruchomić mvn cleani wtedymvn install

Ging3r
źródło

10

Dlaczego nie użyć <phase>process-resources</phase>zamiast <phase>clean</phase>. Faza zasobów procesowych wydaje się bardziej odpowiednia dla takiego scenariusza i jest zawsze wywoływana przed fazą kompilacji.

jplandrain

1

Czy w pierwszej instalacji jesteś pewien, że możesz przejść fazę „walidacji”, która następuje przed zasobami procesowymi w „zbudowanym cyklu życia”? ; ), `` czysty cykl życia '' jest na pierwszym miejscu `` zbudowany cykl życia '' i nie ma zależności od żadnej weryfikacji, tutorialspoint.com/maven/maven_build_life_cycle.htm

Ging3r

5

Działa, ale jak zainstalować kilka zależności?

Renaud Pawlak,

6

Stackoverflow powinien dodać funkcję, która pozwoli społeczności zmienić wybór poprawnej odpowiedzi przez OP, ponieważ IMHO, ta odpowiedź powinna być zaakceptowana! :)

Vijay Chavda

2

Jak zauważyli inni, powiązanie z cleanfazą jest bardzo mylące, nie jest częścią domyślnego cyklu życia i zniekształca znaczenie clean. Ponadto sugerowana zmiana polegająca na użyciu fazy w domyślnym cyklu życia (np. validateLub process-resources) zakończy się niepowodzeniem w sytuacji wielomodułowej, ponieważ agregator podejmuje próbę rozwiązania zależności przed wykonaniem jakichkolwiek niestandardowych celów dla modułów podrzędnych.

wool.in.silver

Answer 11

10

Dlaczego nie użyć <phase>process-resources</phase>zamiast <phase>clean</phase>. Faza zasobów procesowych wydaje się bardziej odpowiednia dla takiego scenariusza i jest zawsze wywoływana przed fazą kompilacji.

jplandrain

Answer 12

1

Czy w pierwszej instalacji jesteś pewien, że możesz przejść fazę „walidacji”, która następuje przed zasobami procesowymi w „zbudowanym cyklu życia”? ; ), `` czysty cykl życia '' jest na pierwszym miejscu `` zbudowany cykl życia '' i nie ma zależności od żadnej weryfikacji, tutorialspoint.com/maven/maven_build_life_cycle.htm

Ging3r

Answer 13

5

Działa, ale jak zainstalować kilka zależności?

Renaud Pawlak,

Answer 14

6

Stackoverflow powinien dodać funkcję, która pozwoli społeczności zmienić wybór poprawnej odpowiedzi przez OP, ponieważ IMHO, ta odpowiedź powinna być zaakceptowana! :)

Vijay Chavda

Answer 15

2

Jak zauważyli inni, powiązanie z cleanfazą jest bardzo mylące, nie jest częścią domyślnego cyklu życia i zniekształca znaczenie clean. Ponadto sugerowana zmiana polegająca na użyciu fazy w domyślnym cyklu życia (np. validateLub process-resources) zakończy się niepowodzeniem w sytuacji wielomodułowej, ponieważ agregator podejmuje próbę rozwiązania zależności przed wykonaniem jakichkolwiek niestandardowych celów dla modułów podrzędnych.

wool.in.silver

Answer 16

<plugin>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-maven-plugin</artifactId>
    <configuration>
        <includeSystemScope>true</includeSystemScope>
    </configuration>
</plugin>

Spróbuj tego.

Answer 17

Zakres systemu został zaprojektowany tylko do obsługi plików „systemowych”; pliki znajdujące się w jakiejś stałej lokalizacji. Pliki w /usr/liblub ${java.home}(np tools.jar.). Nie został zaprojektowany do obsługi różnych .jarplików w Twoim projekcie.

Autorzy celowo odmówili wprowadzenia rozszerzeń nazw ścieżek, aby Cię zniechęcić. W rezultacie, na krótką metę możesz użyć install:install-filedo zainstalowania w lokalnym repozytorium, a następnie pewnego dnia użyć menedżera repozytorium do udostępnienia.

Answer 18

3

Użyj menedżera repozytorium i zainstaluj w nim tego rodzaju pliki słoików. To rozwiązuje wszystkie Twoje problemy i dla wszystkich komputerów w Twojej sieci.

khmarbaise
źródło

3

Planowaliśmy uruchomić repozytorium na lokalnym serwerze jutro lub jutro, ale wcześniej powinienem rozwiązać ten problem w inny sposób.

efpies

1

Jak wspomniał @efpies, może to być odpowiedź typu pie-in-the-sky, gdy programista nie ma uprawnień / możliwości tworzenia menedżera repo.

StephenBoesch,

W dzisiejszych czasach, jeśli masz zainstalowany docker, wszystko, czego potrzebujesz, to docker run -d -p 8081:8081 --name nexus sonatype/nexus3- zobacz hub.docker.com/r/sonatype/nexus3, aby uzyskać szczegółowe informacje.

Thorbjørn Ravn Andersen

Answer 19

3

Planowaliśmy uruchomić repozytorium na lokalnym serwerze jutro lub jutro, ale wcześniej powinienem rozwiązać ten problem w inny sposób.

efpies

Answer 20

1

Jak wspomniał @efpies, może to być odpowiedź typu pie-in-the-sky, gdy programista nie ma uprawnień / możliwości tworzenia menedżera repo.

StephenBoesch,

Answer 21

W dzisiejszych czasach, jeśli masz zainstalowany docker, wszystko, czego potrzebujesz, to docker run -d -p 8081:8081 --name nexus sonatype/nexus3- zobacz hub.docker.com/r/sonatype/nexus3, aby uzyskać szczegółowe informacje.

Thorbjørn Ravn Andersen

Answer 22

Wypróbuj tę konfigurację. U mnie zadziałało:

<plugin>
    <artifactId>maven-war-plugin</artifactId>
    <version>2.4</version>
    <configuration>
        <warSourceDirectory>mywebRoot</warSourceDirectory>
        <warSourceExcludes>source\**,build\**,dist\**,WEB-INF\lib\*,
            WEB-INF\classes\**,build.*
        </warSourceExcludes>
        <webXml>myproject/source/deploiement/web.xml</webXml>
        <webResources>
            <resource>
                <directory>mywebRoot/WEB-INF/lib</directory>
                <targetPath>WEB-INF/lib</targetPath>
                <includes>
                        <include>mySystemJar1.jar.jar</include>
                         <include>mySystemJar2.jar</include>
                   </includes>
            </resource>
        </webResources>
    </configuration>
</plugin>

Answer 23

0

mvn install: install-file -DgroupId = com.paic.maven -DartifactId = tplconfig-maven-plugin -Dversion = 1.0 -Dpackaging = jar -Dfile = tplconfig-maven-plugin-1.0.jar -DgeneratePom = true

Zainstaluj jar w lokalnym repozytorium.

wietrznie
źródło

3

Jest to kłopotliwe niż bezpośrednie dodawanie przez pompon.

Pradeeban Kathiravelu

Answer 24

3

Jest to kłopotliwe niż bezpośrednie dodawanie przez pompon.

Pradeeban Kathiravelu

Answer 25

Dzięki Ging3r otrzymałem rozwiązanie:

wykonaj następujące kroki:

nie używaj w tagu zależności. Użyj następującego w tagu zależności w pliku pom.xml:

<dependency>
<groupId>com.netsuite.suitetalk.proxy.v2019_1</groupId>
<artifactId>suitetalk-axis-proxy-v2019_1</artifactId>
<version>1.0.0</version>
</dependency>
<dependency>
    <groupId>com.netsuite.suitetalk.client.v2019_1</groupId>
    <artifactId>suitetalk-client-v2019_1</artifactId>
    <version>2.0.0</version>
</dependency>
<dependency>
    <groupId>com.netsuite.suitetalk.client.common</groupId>
    <artifactId>suitetalk-client-common</artifactId>
    <version>1.0.0</version>
</dependency>

użyj poniższego kodu w tagu wtyczek w pliku pom.xml:

    <plugin>
        <groupId>org.apache.maven.plugins</groupId>
        <artifactId>maven-install-plugin</artifactId>
        <version>2.5.2</version>
        <executions>
            <execution>
                <id>suitetalk-proxy</id>
                <phase>clean</phase>
                <configuration>
                    <file>${basedir}/lib/suitetalk-axis-proxy-v2019_1-1.0.0.jar</file>
                    <repositoryLayout>default</repositoryLayout>
                    <groupId>com.netsuite.suitetalk.proxy.v2019_1</groupId>
                    <artifactId>suitetalk-axis-proxy-v2019_1</artifactId>
                    <version>1.0.0</version>
                    <packaging>jar</packaging>
                    <generatePom>true</generatePom>
                </configuration>
                <goals>
                    <goal>install-file</goal>
                </goals>
            </execution>
            <execution>
                <id>suitetalk-client</id>
                <phase>clean</phase>
                <configuration>
                    <file>${basedir}/lib/suitetalk-client-v2019_1-2.0.0.jar</file>
                    <repositoryLayout>default</repositoryLayout>
                    <groupId>com.netsuite.suitetalk.client.v2019_1</groupId>
                    <artifactId>suitetalk-client-v2019_1</artifactId>
                    <version>2.0.0</version>
                    <packaging>jar</packaging>
                    <generatePom>true</generatePom>
                </configuration>
                <goals>
                    <goal>install-file</goal>
                </goals>
            </execution>
            <execution>
                <id>suitetalk-client-common</id>
                <phase>clean</phase>
                <configuration>
                    <file>${basedir}/lib/suitetalk-client-common-1.0.0.jar</file>
                    <repositoryLayout>default</repositoryLayout>
                    <groupId>com.netsuite.suitetalk.client.common</groupId>
                    <artifactId>suitetalk-client-common</artifactId>
                    <version>1.0.0</version>
                    <packaging>jar</packaging>
                    <generatePom>true</generatePom>
                </configuration>
                <goals>
                    <goal>install-file</goal>
                </goals>
            </execution>
        </executions>
    </plugin>

Dołączam 3 słoiki z folderu lib:

Na koniec użyj, mvn cleana następnie mvn installlub `` mvn clean install '' i po prostu uruchom plik jar z folderu docelowego lub ścieżki instalacji (patrz mvn installdziennik):

java -jar abc.jar

uwaga: pamiętaj o jednej rzeczy, jeśli pracujesz w jenkins, najpierw użyj, mvn cleana następnie mvn clean installpolecenie działa dla ciebie, ponieważ z poprzednim kodem mvn clean installpamięci podręcznej magazynu poleceń dla zależności.

Maven i dodawanie plików JAR do zakresu systemu

Odpowiedzi: