Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [cross-project-issues-dev] 4.6M2 S-build: Download failure for org.eclipse.core.jobs on Hudson only

reported as https://bugs.eclipse.org/bugs/show_bug.cgi?id=478749

Note I can still build using Java 7 (thanks to fallback to plain jar
download which works for me).


Jan

On 30/09/15 16:44, "cross-project-issues-dev-bounces@xxxxxxxxxxx on behalf
of David M Williams" <cross-project-issues-dev-bounces@xxxxxxxxxxx on
behalf of david_williams@xxxxxxxxxx> wrote:

>Sure ... I will cross-post to cross-project list too.
>
>
>Summary: there is an issue if anyone is using Java 7 to build, since the
>Platform used Java 8 to run the build, and to do pack200.
>
>See attached note for work-around for the Java 8/pack200 issue, if you
>want or need to stay on Java 7 for your builds.
>
>Thanks, 
>
>
>
>
>From:        Marc-André Laperle <marc-andre.laperle@xxxxxxxxxxxx>
>To:        "Eclipse platform release engineering list."
><platform-releng-dev@xxxxxxxxxxx>,
>
>Date:        09/30/2015 10:25 AM
>Subject:        Re: [platform-releng-dev] 4.6M2 S-build: Download failure
>for org.eclipse.core.jobs on Hudson only
>Sent by:        platform-releng-dev-bounces@xxxxxxxxxxx
>________________________________________
>
>
>
>Hi David,
>
>I noticed the same error when building Trace Compass against 4.6M2. It
>took me a long time to figure out that Java 8 is required (or the
>jarprocessor.pack200 property) because the error message is not very
>clear. Would it make sense to post this information
> on cross-project-issues-dev? Or maybe it was posted already, if so I
>apologize for not noticing it.
>
>Regards,
>Marc-Andre
>
>________________________________________
>
>From: platform-releng-dev-bounces@xxxxxxxxxxx
>[platform-releng-dev-bounces@xxxxxxxxxxx] on behalf of David M Williams
>[david_williams@xxxxxxxxxx]
>Sent: Wednesday, 30 September 2015 10:04 AM
>To: Eclipse platform release engineering list.
>Subject: Re: [platform-releng-dev] 4.6M2 S-build: Download failure for
>org.eclipse.core.jobs on Hudson only
>
>Thanks Jan, for narrowing down the issue. We do indeed use Java 8 to
>build (and pack200) our Platform builds.
>
>
>Just in case others need or want to stay on Java 7, remember that there
>is an VM option to specify how to handle pack.gz files.
>
>-Dorg.eclipse.update.jarprocessor.pack200=<location or option>
>See 
>https://wiki.eclipse.org/Pack200#Pack200_Executable_location
>for more details. (I'm assuming this works with Tycho, as well as install
>... but, never
>
>tried it myself). 
>
>Thanks again, 
>
>
>
>
>
>
>
>From:        "Sievers, Jan" <jan.sievers@xxxxxxx>
>To:        "Eclipse platform release engineering list."
><platform-releng-dev@xxxxxxxxxxx>,
>
>Date:        09/30/2015 09:02 AM
>Subject:        Re: [platform-releng-dev] 4.6M2 S-build: Download failure
>for org.eclipse.core.jobs on Hudson only
>Sent by:        platform-releng-dev-bounces@xxxxxxxxxxx
>________________________________________
>
>
>
>wget 
>http://download.eclipse.org/eclipse/updates/4.6milestones/S-4.6M2-20150916
>2
>000/plugins/org.eclipse.core.jobs_3.8.0.v20150911-1658.jar.pack.gz
>
>unpack200 with JDK 6 or JDK 7 fails:
>$ 
>/Library/Java/JavaVirtualMachines/jdk1.7.0_79.jdk/Contents/Home/bin/unpack
>2
>00 org.eclipse.core.jobs_3.8.0.v20150911-1658.jar.pack.gz  test.jar
>Corrupted pack file: magic/ver = CAFED00D/171.0 should be CAFED00D/150.7
>OR CAFED00D/160.1
>
>
>
>unpack200 with JDK 8 succeeds:
>$ 
>/Library/Java/JavaVirtualMachines/jdk1.8.0_51.jdk/Contents/Home/bin/unpack
>2
>00 org.eclipse.core.jobs_3.8.0.v20150911-1658.jar.pack.gz  test.jar
>
>signature of unpacked jar is verified:
>$ 
>/Library/Java/JavaVirtualMachines/jdk1.8.0_51.jdk/Contents/Home/bin/jarsig
>n
>er -verify test.jar
>jar verified.
>
>
>Any chance the build is running with JDK 7 or older (this is regardless of
>BREE setting as the maven JDK is the one in which p2 runs and does the
>unpack200)?
>
>Not sure IIRC but I had the impression p2 should fall back to plain jar if
>packed version of the artifact is not available...
>
>Jan
>
>On 30/09/15 11:43, "platform-releng-dev-bounces@xxxxxxxxxxx on behalf of
>Andreas Sewe" <platform-releng-dev-bounces@xxxxxxxxxxx on behalf of
>andreas.sewe@xxxxxxxxxxxxxx> wrote:
>
>>Hi platform release engineers,
>>
>>I am currently switching our target platform to use the 4.6M2 S-build at
>><http://download.eclipse.org/eclipse/updates/4.6milestones/S-4.6M2-201509
>>1
>>62000/>.
>>
>>While this builds locally, our Hudson instance has problems fetching
>>JARs from it [1]:
>>
>>> [INFO] Unpacking org.eclipse.core.jobs_3.8.0.v20150911-1658...
>>> [ERROR] The following artifacts could not be downloaded:
>>> [ERROR]   osgi.bundle,org.eclipse.core.jobs,3.8.0.v20150911-1658
>>> [INFO] o.h.m.e.h.MavenExecutionResultHandler - Build failed with
>>>exception(s)
>>> [INFO] o.h.m.e.h.MavenExecutionResultHandler - [1]
>>>org.apache.maven.InternalErrorException: Internal error:
>>>java.lang.RuntimeException: Some required artifacts could not be
>>>downloaded. See log output for details.
>>> [DEBUG] Closing connection to remote
>>> [ERROR] Internal error: java.lang.RuntimeException: Some required
>>>artifacts could not be downloaded. See log output for details. -> [Help
>>>1]
>>> org.apache.maven.InternalErrorException: Internal error:
>>>java.lang.RuntimeException: Some required artifacts could not be
>>>downloaded. See log output for details.
>>>                  at
>>>org.apache.maven.DefaultMaven.execute(DefaultMaven.java:121)
>>>                  at
>>>org.apache.maven.cli.MavenCli.execute(MavenCli.java:862)
>>>                  at
>>>org.apache.maven.cli.MavenCli.doMain(MavenCli.java:286)
>>>                  at
>>>org.apache.maven.cli.MavenCli.main(MavenCli.java:197)
>>>                  at
>>>sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>                  at
>>>sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav
>>>a
>>>:57)
>>>                  at
>>>sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor
>>>I
>>>mpl.java:43)
>>>                  at java.lang.reflect.Method.invoke(Method.java:606)
>>>                  at
>>>org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launche
>>>r
>>>.java:289)
>>>                  at
>>>org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:2
>>>2
>>>9)
>>>                  at
>>>org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launc
>>>h
>>>er.java:415)
>>>                  at
>>>org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356
>>>)
>>> Caused by: java.lang.RuntimeException: Some required artifacts could
>>>not be downloaded. See log output for details.
>>>                  at
>>>org.eclipse.tycho.p2.resolver.P2ResolverImpl.failIfArtifactsMissing(P2Re
>>>s
>>>olverImpl.java:271)
>>>                  at
>>>org.eclipse.tycho.p2.resolver.P2ResolverImpl.toResolutionResult(P2Resolv
>>>e
>>>rImpl.java:225)
>>>                  at
>>>org.eclipse.tycho.p2.resolver.P2ResolverImpl.resolveDependencies(P2Resol
>>>v
>>>erImpl.java:209)
>>>                  at
>>>org.eclipse.tycho.p2.resolver.P2ResolverImpl.resolveDependencies(P2Resol
>>>v
>>>erImpl.java:116)
>>>                  at
>>>org.eclipse.tycho.p2.resolver.P2DependencyResolver.doResolveDependencies
>>>(
>>>P2DependencyResolver.java:367)
>>>                  at
>>>org.eclipse.tycho.p2.resolver.P2DependencyResolver.resolveDependencies(P
>>>2
>>>DependencyResolver.java:335)
>>>                  at
>>>org.eclipse.tycho.core.resolver.DefaultTychoResolver.resolveProject(Defa
>>>u
>>>ltTychoResolver.java:117)
>>>                  at
>>>org.eclipse.tycho.core.maven.TychoMavenLifecycleParticipant.afterProject
>>>s
>>>Read(TychoMavenLifecycleParticipant.java:95)
>>>                  at
>>>org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:266)
>>>                  at
>>>org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:193)
>>>                  at
>>>org.apache.maven.DefaultMaven.execute(DefaultMaven.java:106)
>>>                  ... 11 more
>>> [ERROR] 
>>
>>Does anyone know what the reason might be? I tried with both
>>-Dtycho.disableP2Mirrors=true and without, but that apparently makes no
>>difference.
>>
>>Locally the build runs with Maven 3.3.3 and Java 1.8, on Hudson with
>>Maven 3.3.1 and Java 1.7. In both cases, I cleared the local Maven
>>repository beforehand.
>>
>>Best wishes,
>>
>>Andreas
>>
>>[1]
>><https://hudson.eclipse.org/recommenders/job/org.eclipse.recommenders-ger
>>r
>>it/simrel=neon/1264/console>
>>
>>-- 
>>Codetrails GmbH
>>The knowledge transfer company
>>
>>Robert-Bosch-Str. 7, 64293 Darmstadt
>>Phone: +49-6151-276-7092
>>Mobile: +49-170-811-3791
>>http://www.codetrails.com/
>>
>>Managing Director: Dr. Marcel Bruch
>>Handelsregister: Darmstadt HRB 91940
>>_______________________________________________
>>platform-releng-dev mailing list
>>platform-releng-dev@xxxxxxxxxxx
>>To change your delivery options, retrieve your password, or unsubscribe
>>from this list, visit
>>https://dev.eclipse.org/mailman/listinfo/platform-releng-dev
>
>_______________________________________________
>platform-releng-dev mailing list
>platform-releng-dev@xxxxxxxxxxx
>To change your delivery options, retrieve your password, or unsubscribe
>from this list, visit
>https://dev.eclipse.org/mailman/listinfo/platform-releng-dev
>
>
>_______________________________________________
>platform-releng-dev mailing list
>platform-releng-dev@xxxxxxxxxxx
>To change your delivery options, retrieve your password, or unsubscribe
>from this list, visit
>https://dev.eclipse.org/mailman/listinfo/platform-releng-dev
>



Back to the top