Łukasz, To get rid of that "Permission denied" it seems we have to clean up the workspaces on the node [1]. Rignt now, I'm not sure if we our-self are able to do this or only INFRA is.
BTW, do you know any documentation for Apache INFRA Jenkinsfile? Regards. [1] https://ovirt-jira.atlassian.net/browse/OVIRT-2691 > Jenkins is failing to run git clean -fdx because root-owned files were left > in the workspace - this ususally happens when someone manually aborts > mock_runner.sh. > > Galit Rosenthal I think you're the infra owner - please clean up the > workspaces on the node and restore it to working condition > > Anton Marchukov please make an effort to avoid offlining slaves without > following up with a solution. On 2/13/2020 10:45 AM, Lukasz Lenart wrote: > Ok, dropped Docker builds and using JDK & Maven directly and now it works :) > > czw., 13 lut 2020 o 07:50 Lukasz Lenart <lukaszlen...@apache.org> napisał(a): >> >> Hm... still no luck :( >> >> What wonders me is that this works locally >> >> docker run --rm -it -v $(pwd):/root -w /root -u root -e USER=root -e >> MAVEN_OPTS="-Xmx1024m" maven:3-jdk-11 mvn test >> >> which is exactly the same setup as on Jenkins >> >> czw., 13 lut 2020 o 07:23 Lukasz Lenart <lukaszlen...@apache.org> napisał(a): >>> >>> I think this is not the case, I just notice that Jenkins maps >>> container path to the same host path as $WORKSPACE, that's why that >>> path isn't /root/.m2/... >>> >>> Checking one more idea >>> >>> śr., 12 lut 2020 o 20:44 Yasser Zamani <yasserzam...@apache.org> napisał(a): >>>> >>>> Thank you! >>>> >>>> Yeah it seems that ClassLoader.getResources("") might return URIs in >>>> format "classpath?filePosition" [1]. I think we should decouple from >>>> underlying JDK via using uri.openConnection instead of new File(uri) at >>>> our ClassPathFinder. >>>> >>>> Regards. >>>> >>>> >>>> [1] >>>> https://github.com/junit-team/junit5/blob/42ea2f530c9de5467714fcaf605052664bb8b131/junit-platform-engine/src/main/java/org/junit/platform/engine/support/descriptor/ClasspathResourceSource.java#L100 >>>> >>>> On 2/12/2020 10:38 PM, Lukasz Lenart wrote: >>>>> Yasser, >>>>> >>>>> your change showed this >>>>> >>>>> [ERROR] >>>>> testIncludeWithWildcard(com.opensymphony.xwork2.config.providers.XmlConfigurationProviderTest) >>>>> Time elapsed: 0.021 s <<< ERROR! >>>>> com.opensymphony.xwork2.config.ConfigurationException: Error loading >>>>> configuration file >>>>> com/opensymphony/xwork2/config/providers/xwork-test-include-wildcard.xml >>>>> at >>>>> com.opensymphony.xwork2.config.providers.XmlConfigurationProviderTest.testIncludeWithWildcard(XmlConfigurationProviderTest.java:297) >>>>> Caused by: org.apache.struts2.StrutsException: Currently URI with >>>>> query component isn't supported: >>>>> file:/home/jenkins/jenkins-slave/workspace/Apache_Struts_PR-394/?/.m2/repository/org/apache/maven/surefire/surefire-junit47/2.22.2/surefire-junit47-2.22.2.jar >>>>> at >>>>> com.opensymphony.xwork2.config.providers.XmlConfigurationProviderTest.testIncludeWithWildcard(XmlConfigurationProviderTest.java:297) >>>>> >>>>> https://builds.apache.org/view/S-Z/view/Struts/job/Apache%20Struts/view/change-requests/job/PR-394/34/consoleFull >>>>> >>>>> There is "?" instead of just nothing, no idea what's wrong >>>>> >>>>> >>>>> Regards >>>>> >> >> >> >> -- >> Łukasz >> + 48 606 323 122 http://www.lenart.org.pl/ > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org > For additional commands, e-mail: dev-h...@struts.apache.org >
