Прочитать записи пути Java в проекте Maven

Ответ 1

Ключевым компонентом, который вам не хватает, является requiresDependencyResolution, которые представляют собой набор зависимостей, которые будут доступны для плагина. Из ссылка API Mojo:

Отметьте это Mojo как требующее, чтобы зависимости в указанном пути класса были разрешены до его выполнения. [...] Если аннотация отсутствует вообще, mojo не должен делать никаких предположений об артефактах, связанных с проектом Maven.

Чтобы получить доступ к зависимостям времени компиляции проекта, вы можете использовать ResolutionScope.COMPILE:

compile области разрешения = compile + system + provided зависимости

Кроме того, существует также COMPILE_PLUS_RUNTIME, чтобы иметь доступ к зависимым от области выполнения средам, или TEST, чтобы добавить зависимые от тестирования области. Если этот параметр отсутствует для плагина Maven, для него не будут доступны элементы класса пути проекта Maven. Это поведение, с которым вы столкнулись.

Поэтому, если вы хотите, чтобы плагин Maven перехватил список файлов JAR с компиляцией, которые являются зависимостями текущего проекта Maven, вы можете:

@Mojo(name = "mycompile", defaultPhase = LifecyclePhase.COMPILE, requiresDependencyResolution = ResolutionScope.COMPILE)
public class MyCompileMojo extends AbstractMojo {

    @Parameter(defaultValue = "${project}", readonly = true, required = true)
    private MavenProject project;

    public void execute() throws MojoExecutionException, MojoFailureException {
        try {
            List<String> list = project.getCompileClasspathElements();
            getLog().info(list.toString());
        } catch (DependencyResolutionRequiredException e) {
            throw new MojoFailureException("Couldn't resolve compile dependencies", e);
        }
    }

}

Метод getCompileClasspathElements() возвращает список путей к файлам JAR для каждой зависимости времени компиляции. Он также будет содержать путь к папке target/classes текущего проекта Maven, поскольку он содержит скомпилированные основные источники Java проекта. Вышеприведенный код просто распечатает этот список. Аналогично, вы должны использовать getTestClasspathElements() вместе с ResolutionScope.TEST, чтобы иметь список зависимостей в тестовых областях, а также зависимости времени компиляции.

Если вам нужен только путь к JAR файлу зависимостей, без классов самого проекта, вы можете использовать метод getArtifacts() вместо:

public void execute() throws MojoExecutionException, MojoFailureException {
    Set<Artifact> artifacts = project.getArtifacts();
    for (Artifact artifact : artifacts) {
        System.out.println(artifact.getFile());
    }
}

Обратите внимание, что для этого необходимо убедиться, что фаза compile (или test-compile) запущена. Списки лениво заполнены. Выполнение mvn clean test гарантирует, что плагин имеет доступ к зависимостям области проверки, если он объявил requiresDependencyResolution of TEST. Точно так же запуск mvn clean compile (наряду с изменением фазы на <phase>compile</phase>) позволит убедиться, что плагин имеет доступ к зависимостям области компиляции, если он объявил requiresDependencyResolution of compile.

Пара примечаний:

• Файл lifecycle.xml должен находиться внутри src/main/resources/META-INF/maven. Обратите внимание, что этот файл на самом деле полностью не используется в вашей настройке, потому что вы не использовали новый customLifeCycle внутри своего components.xml и вместо этого переопределяете ear;
• Файл components.xml должен находиться внутри src/main/resources/META-INF/plexus. Обратите внимание, что <compile>com.test:my-maven-plugin:mycompile</compile> должен соответствовать идентификатору группы и значению артефакта плагина;

• В тестовом проекте должен использоваться такой плагин:

  <packaging>ear</packaging> <!-- because your lifecycle mapping override ear -->
  <dependencies>
    <!-- some dependencies like maven-core -->
    <dependency>
      <groupId>org.apache.maven</groupId>
      <artifactId>maven-core</artifactId>
      <version>3.0</version>
    </dependency>
  </dependencies>
  <build>
    <plugins>
      <plugin>
        <groupId>com.test</groupId>
        <artifactId>my-maven-plugin</artifactId>
        <version>0.0.1-SNAPSHOT</version>
        <extensions>true</extensions>
      </plugin>
    </plugins>
  </build>
  

  Затем вы можете запустить mvn clean package, и плагин корректно распечатает путь к файлам JAR maven-core (например) и его зависимостям.

Ответ 2

Это сработало для меня.

Я нашел его здесь https://www.mkyong.com/java/how-to-print-out-the-current-project-classpath/

package com.mkyong.io;

import java.net.URL;
import java.net.URLClassLoader;

public class App{

    public static void main (String args[]) {

        ClassLoader cl = ClassLoader.getSystemClassLoader();
        URL[] urls = ((URLClassLoader)cl).getURLs();

        for(URL url: urls){
            System.out.println(url.getFile());
        }
    }
}

Ответ 3

По завершении предыдущего ответа вы можете прочитать все такие классы:

public static List<String> getClassPaths() {
    List<String> list = new ArrayList<String>();
    Enumeration res;
    try {
        res = Thread.currentThread().getContextClassLoader().getResources(JarFile.MANIFEST_NAME);
        while (res.hasMoreElements()) {
            try {
                URL url = (URL)res.nextElement();
                InputStream is = url.openStream();
                if (is != null) {
                    Manifest manifest = new Manifest(is);
                    Attributes mainAttribs = manifest.getMainAttributes();
                    String classpath = mainAttribs.getValue("Class-Path");
                    if (classpath != null)
                        list.add(classpath);
                }
            }
            catch (Exception e) {
                // Silently ignore wrong manifests or stop the compilation
            }
        }
    } catch (IOException e1) {
    // Silently ignore wrong manifests or stop the compilation
    }
    return list;
}

Если вам нужно углубиться в зависимости:

public static List<String> getClassPaths() {
    List<String> list = new ArrayList<String>();
    Enumeration res;
    try {
        res = Thread.currentThread().getContextClassLoader().getResources(JarFile.MANIFEST_NAME);
        while (res.hasMoreElements()) {
            try {
                URL url = (URL)res.nextElement();
                InputStream is = url.openStream();
                if (is != null) {
                    Manifest manifest = new Manifest(is);
                    Attributes mainAttribs = manifest.getMainAttributes();
                    String classpath = mainAttribs.getValue("Class-Path");
                    if (classpath != null)
                        for (String lib : classpath.split(" ")) {
                            try {
                                list.addAll(getClassPathsFromJar(lib));
                            } catch (IOException ioe)
                            {
                                list.add(lib);
                            }
                        }
                }
            }
            catch (Exception e) {
                // Silently ignore wrong manifests or stop the compilation
            }
        }
    } catch (IOException e1) {
    // Silently ignore wrong manifests or stop the compilation
    }
    return list;
}

public static List<String> getClassPathsFromJar(String lib) throws IOException {
    List<String> entries = new ArrayList<String>();
    JarFile jar = new JarFile(lib);
    Manifest manifest = jar.getManifest();
    if (manifest == null) {
        entries.add(lib);
        return entries;
    }
    Attributes mainAttribs = manifest.getMainAttributes();
    String classpath = mainAttribs.getValue("Class-Path");
    if (classpath == null) {
        entries.add(lib);
        return entries;
    }
    for (String l : classpath.split(" ")) {
        entries.addAll(getClassPathsFromJar(l));
    }
    return entries;
}