Блог

существует это свойство additionalClasspathElements, но, к сожалению, оно не обрабатывает каталоги с jar

с этой проблемой действительно сложно справиться… единственный способ, который приходит мне в голову, — это создать mojo, который подготавливает classpath, но я не знаю, что последует

создание списка из 175 jar в моем определении pom выглядело бы забавно.Это будет 525 строк в additionalClasspathElements

Мне нужно загрузить огромный проект, который не использует maven. Объявить их было бы практически невозможно из-за совместимости версий 175 библиотек. Имхо, загрузка их непосредственно из classpath проекта — единственный способ

Прежде всего, используйте подстановочные знаки для создания classpath :

 <additionalClasspathElements>
    <additionalClasspathElement>
        /path/to/lib/*.jar
    </additionalClasspathElement>
</additionalClasspathElements>
  

Вы должны использовать эти свойства :

 <useManifestOnlyJar>false</useManifestOnlyJar>  
<useSystemClassLoader>false</useSystemClassLoader>
  

Потому что, взгляните на ForkConfiguration.java :

 if ( useManifestOnlyJar )
{
    File jarFile;
    try
    {
        jarFile = createJar( classPath );
    }
    catch ( IOException e )
    {
        throw new SurefireBooterForkException( "Error creating archive file", e );
    }

    cli.createArg().setValue( "-jar" );

    cli.createArg().setValue( jarFile.getAbsolutePath() );
}
else
{
    cli.addEnvironment( "CLASSPATH", StringUtils.join( classPath.iterator(), File.pathSeparator ) );

    final String forkedBooter = ForkedBooter.class.getName();

    cli.createArg().setValue( shadefire ? new Relocator().relocate( forkedBooter ) : forkedBooter );
}
  

Вы хотите, чтобы classpath был объединен и добавлен в CLI, а не в JAR только для манифеста…

Это должно работать для простых зависимостей. Но если вы хотите загрузить что-то большое, что-то, что использует classloader, я бы порекомендовал, что делает bmargulies. Потому что вы бы боролись с этим изо всех сил, имхо 🙂 Смотрите здесь, почему.

Для вдохновения я написал установщик зависимостей, который устанавливает jar в локальный репозиторий maven и генерирует определение pom со всеми этими зависимостями, чтобы вы могли использовать его как зависимость (которая помещает все его зависимости в зависимости от classpath — transitive)… Лучший способ, имхо. Это довольно общий моджо, его необязательно использовать в Liferay. Вам просто нужно немного поиграть с этим.

Напишите сценарий оболочки, который повторяет все эти jar, вызывая mvn install:install-file со сфабрикованным groupId, artifactId и version.

Заставьте сценарий оболочки выписать XML для <dependency/> элементов Maven для всех из них с <scope>test</scope> помощью.

Вставьте полученный двоичный объект XML в POM.

Отойдите.