lukaszlenart merged PR #588:
URL: https://github.com/apache/struts/pull/588
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: dev-unsubscr...@struts.apach
lukaszlenart opened a new pull request, #588:
URL: https://github.com/apache/struts/pull/588
Fixes [WW-5203](https://issues.apache.org/jira/browse/WW-5203)
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above
czw., 13 lut 2020 o 12:02 Yasser Zamani napisał(a):
> 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.
Yes, I know :)
https://issues.apache.org/jira/browse/INFRA-198
Ł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
Ok, dropped Docker builds and using JDK & Maven directly and now it works :)
czw., 13 lut 2020 o 07:50 Lukasz Lenart 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="-Xmx102
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 napisał(a):
>
> I think th
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 napisał(a):
>
> Thank you!
>
> Yeah it seems that ClassLoader.getResources("")
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/blo
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/provide
śr., 12 lut 2020 o 16:18 Yasser Zamani napisał(a):
> It seems in that environment, our ClassPathFinder#185 returns URLs whose have
> Query component which emanates "java.lang.IllegalArgumentException: URI has a
> query component" [1]. I've tried to debug what that query string is [2]
> however
ludeWithWildcard/
[2] https://github.com/apache/struts/pull/396
>-Original Message-
>From: Lukasz Lenart
>Sent: Monday, February 10, 2020 11:05 PM
>To: Struts Developers List
>Subject: Re: Builds
>
>Do you have any idea why builds on JDK 9 & 11 fails when run
Do you have any idea why builds on JDK 9 & 11 fails when running in
Docker but at the same time they are passing as ordinary builds?
https://builds.apache.org/view/S-Z/view/Struts/job/Apache%20Struts/job/master/
https://builds.apache.org/view/S-Z/view/Struts/job/Struts-master-JDK11/
https://builds
thanks!
that sounds perfect to me!
I guess that statements gets lost inside my *old school* inbox (otlk)
8-)
> -Original Message-
> From: James Mitchell [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, August 30, 2005 2:19 PM
> To: Struts Developers List
> Subject:
That was actually on the end of one of the last emails I sent.
I fully intend to get make a nightly available before the end of today.
--
James Mitchell
Software Engineer / Open Source Evangelist
Consulting / Mentoring / Freelance
EdgeTech, Inc.
http://www.edgetechservices.net/
678.910.8017
AIM:
14 matches
Mail list logo