You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@maven.apache.org by "Robert Seidel (Jira)" <ji...@apache.org> on 2023/11/17 11:40:00 UTC
[jira] [Comment Edited] (SUREFIRE-2211) additionalClasspathElement with UNC path not working with failsafe > 3.0.0-M1
[ https://issues.apache.org/jira/browse/SUREFIRE-2211?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17787147#comment-17787147 ]
Robert Seidel edited comment on SUREFIRE-2211 at 11/17/23 11:39 AM:
--------------------------------------------------------------------
The first failing commit is this one: https://github.com/apache/maven-surefire/commit/f5cca5bcc2c85060c21c82eea0081d016cb86909#diff-8b7d87de30078d9465dc3a997b7121b77e70b150bde4678ffed0fade332ade51
I'm pretty sure https://github.com/apache/maven-surefire/commit/f5cca5bcc2c85060c21c82eea0081d016cb86909#diff-831c3693e03bf74af278a55df4af2ce453b674930f1932b4f7334b2417cbb595R169 destroys UNC paths. Here is how the java.class.path property looks like (from failsafe report xml):
<property name="java.class.path" value="...;\\our-server\build\failsafe;"/>.
was (Author: JIRAUSER295788):
The first failing commit is this one: https://github.com/apache/maven-surefire/commit/f5cca5bcc2c85060c21c82eea0081d016cb86909#diff-8b7d87de30078d9465dc3a997b7121b77e70b150bde4678ffed0fade332ade51
> additionalClasspathElement with UNC path not working with failsafe > 3.0.0-M1
> -----------------------------------------------------------------------------
>
> Key: SUREFIRE-2211
> URL: https://issues.apache.org/jira/browse/SUREFIRE-2211
> Project: Maven Surefire
> Issue Type: Bug
> Components: Maven Failsafe Plugin
> Affects Versions: 3.0.0-M2, 3.2.2
> Environment: Windows JDK17.0.5+8
> Reporter: Robert Seidel
> Priority: Major
>
> We are using the configuration parameter additionalClasspathElements (https://maven.apache.org/surefire/maven-failsafe-plugin/integration-test-mojo.html#additionalClasspathElements) to provide a log4j2 xml configuration during tests. There is configured an UNC path like this //our-server/build/failsafe containing the file.
> Until version 3.0.0-M2 everything was fine, the ressource could be found within the class loader and log4j was configured correctly (so 3.0.0-M1 was ok).
> However since the Milestone 2 of version 3 and with all later versions, the ressource could not be found within the classpath, leaving log4j unconfigured.
> From the reporting xml the classpath is configured the same, but the class loader behaves differently.
> When using a normal path like c:/build/failsafe the ressource can be found without issues.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)