Bugzilla – Full Text Bug Listing
| Summary: | Please create Hudson job for Aether Core | ||
|---|---|---|---|
| Product: | Community | Reporter: | Benjamin Bentmann <bentmann> |
| Component: | CI-Jenkins | Assignee: | Eclipse Webmaster <webmaster> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
|
Description
Benjamin Bentmann
It looks like the 'multiple configuration' job type may be what your looiking for. I've queued your list for creation. -M. So would you like to try a single multi-configuration job or do you want me to create 3 different jobs? -M. (In reply to comment #2) > So would you like to try a single multi-configuration job or do you want me to > create 3 different jobs? Oh yes, I can try the single mult-config job first. If things work out as intended, that would be easier to maintain in the future. Ok, I've created aether-core-nightly as a multi-configuration job. Let me know if things don't work out and you want multiple jobs. -M. Closing. -M. It seems there's a general issue with matrix jobs: The checkout from Git already fails due to some "java.lang.LinkageError: loader (instance of hudson/remoting/RemoteClassLoader)" [0]. This errors shows up on hudson-slave1 regardless of what slave I configured for the multi-config, i.e. it already fails during the parent build that orchestrates the multi-config builds. From some googling, I found [1] which suggests this to be a known issue. It's not clear to me whether it's worth to try the mentioned plugin [2] to simply bind the parent build to another node or whether we should just do like apparently everyone else and use multiple normal/non-matrix jobs for Aether. I'm don't mind trying it out but I also don't want to waste more of your time than necessary. So, any suggestions? [0] https://hudson.eclipse.org/hudson/job/aether-core-nightly/6/console [1] http://dev.eclipse.org/mhonarc/lists/tycho-dev/msg00296.html [2] http://wiki.hudson-ci.org/display/HUDSON/Matrix+Tie+Parent+Plugin (In reply to comment #6) > already fails due to some "java.lang.LinkageError: loader (instance of > hudson/remoting/RemoteClassLoader)" Possible the slave needs to be re-started. I'll try and find some time to do that. > not clear to me whether it's worth to try the mentioned plugin [2] Given that the last release date of that plugin is over a year ago, and appears to be abandoned I don't think it's worth the effort to test. > So, any suggestions? Sure we go with your original request, and I create a single job for each build. -M. FYI, it seems whatever you did to hudson-slave1 helped the matrix job to successfully clone the git repo during the parent build. When the child build on windows7tests ran, it failed due to mvn not being able to reach the net, proably some issue with the proxy configuration. I'll try some other slaves next, maybe the matrix job can be made to work. So yes, it seems the matrix job generally works now, I've have had successful builds on a Linux and Mac slave. What remains to check is the proxy configuration on the Windows slave which currently dies with a "java.net.ConnectException: Connection timed out: connect" error [0] when reaching out to repo1.maven.org. Can you double-check if a proper ${user.home}/.m2/settings.xml is in place on the Windows slave to set up the desired proxy?
[0] https://hudson.eclipse.org/hudson/job/aether-core-nightly/jdk=Java%206%20R%2021%2064bit%20%28SUN%29,label=windows7tests/12/console
I've created the settings file. -M. Thanks, I just fired a new build but found the windows slave to be offline. I assume you're still doing some maintenance on this. D'oh, accidentally logged out the hudson user. -M. Hm, the build that just finished failed as before though: https://hudson.eclipse.org/hudson/job/aether-core-nightly/jdk=Java%206%20R%2021%2064bit%20%28SUN%29,label=windows7tests/lastBuild/console (In reply to comment #10) > I've created the settings file. Was the file created in the proper location? These are the locations actually read by the build: [DEBUG] Reading global settings from c:\Program Files\maven-3.0.3\conf\settings.xml [DEBUG] Reading user settings from C:\Users\HUDSONBUILD\.m2\settings.xml One of those (preferably the user settings) should contain something like this according to the wiki: <settings> ... <proxies> <proxy> <active>true</active> <protocol>http</protocol> <host>proxy.eclipse.org</host> <port>9898</port> <nonProxyHosts>*.eclipse.org</nonProxyHosts> </proxy> <proxy> <active>true</active> <protocol>https</protocol> <host>proxy.eclipse.org</host> <port>9898</port> <nonProxyHosts>*.eclipse.org</nonProxyHosts> </proxy> </proxies> </settings> @#$@#$ windows file extensions. For reasons I fail to understand windows decided to add a .txt extension(in addition to the .xml). Is better now? -M. (In reply to comment #15) > @#$@#$ windows file extensions. For reasons I fail to understand windows > decided to add a .txt extension(in addition to the .xml). Hehe, I think the following kb article might help: http://support.microsoft.com/kb/865219/en-us > Is better now? Well, the good news is mvn found your settings.xml. The bad news is there appears to be some syntax error: [FATAL] Non-parseable settings C:\Users\HUDSONBUILD\.m2\settings.xml: end tag name </protocol> must match start tag name <proto> from line 5 (position: TEXT seen ...<proto>http</protocol>... @5:29) @ C:\Users\HUDSONBUILD\.m2\settings.xml, line 5, column 29 Ok, I've updated the tags to be <protocol></protocol> . -M. (In reply to comment #17) > Ok, I've updated the tags to be <protocol></protocol> . [FATAL] Non-parseable settings C:\Users\HUDSONBUILD\.m2\settings.xml: Duplicated tag: 'proxies' (position: START_TAG seen ...</proxies>\r\n <proxies>... @11:12) @ C:\Users\HUDSONBUILD\.m2\settings.xml, line 11, column 12 Assuming mvn is on the PATH, probably run "mvn validate" when on the box. This should fail with some error about missing POM but would quickly tell you whether the settings.xml were correct. Thanks for the tip. I've tweaked the file and validate isn't throwing any more warnings(at least none about the settings file). -M. (In reply to comment #19) > I've tweaked the file and validate isn't throwing any more > warnings(at least none about the settings file). Thanks, that did it, https://hudson.eclipse.org/hudson/job/aether-core-nightly/22/, all blue. |