You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@maven.apache.org by "Olivier Lamy (Jira)" <ji...@apache.org> on 2022/06/09 06:38:00 UTC
[jira] [Updated] (SUREFIRE-2097) More configuration for surefire JPMS
[ https://issues.apache.org/jira/browse/SUREFIRE-2097?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Olivier Lamy updated SUREFIRE-2097:
-----------------------------------
Fix Version/s: 3.0.0-M8
> More configuration for surefire JPMS
> ------------------------------------
>
> Key: SUREFIRE-2097
> URL: https://issues.apache.org/jira/browse/SUREFIRE-2097
> Project: Maven Surefire
> Issue Type: Improvement
> Affects Versions: 3.0.0-M7
> Reporter: Olivier Lamy
> Priority: Major
> Fix For: 3.0.0-M8
>
>
> Currently surefire manages the build of module path and classpath graph with almost not configurable option.
> Due to long time between M5 and M6 releases while in the meantime plexus-java has incorporated a lot changes (for compiler, javadoc), those release has created some backward incompatible changes which are affecting some users such:
> - https://issues.apache.org/jira/browse/SUREFIRE-2057
> - comments here [https://github.com/eclipse/jetty.project/pull/8129]
> So we need few more options to be able to configure some of the assumptions which has been made and changed in plexus-java.
> Because the current configuration is hardcoded:
> {code:java}
> ResolvePathsRequest<String> req = ResolvePathsRequest.ofStrings( testClasspath.getClassPath() )
> .setIncludeAllProviders( true )
> .setJdkHome( javaHome )
> .setIncludeStatic( true )
> .setModuleDescriptor( javaModuleDescriptor );
> {code}
> We must give users some options to override the black magic made by plexus-java.
> Options to configure:
> - force all test/provided scope to be in classpath or not
> - do not add automatically providers to the module path
> - a possible list per groupId/artifactId to force module path or classpath
> - etc...
> The idea here is too collect what users need.
> Remember we will try to avoid too much complicated options :)
--
This message was sent by Atlassian Jira
(v8.20.7#820007)