Skip to main content
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [ecf-dev] R-HEAD build failing
Let's first reboot the machine. It is up for 1100+ days and slow as a turtle with a broken leg. Log files are rotated indefinitely. This should be fixed too,

I will ask OSUOSL to take care of that as well.

On Wed, Jan 13, 2016 at 6:58 AM, Scott Lewis <slewis@xxxxxxxxxxxxx> wrote:
Hi Folks,

After a couple of more runs, the R-HEAD-sdk.feature build is still failing as per below (with java.lang.SecurityException).

It seems to me it could be related to the changes in the pack200...e.g with java versions (7 and 8) as the httpclient bundle from Orbit was updated in our build in response to request in [1], and obviously it's an httpclient bundle/class that seems to offend in the stack trace.   Also we are running java6 pack200 and I believe that Orbit bundles are now built with java8 pack200.   See [2] for discussion about this on cross-projects.

If anyone else has an idea of what's going on with this exception please let all know or ways to further diagnose, please let all know.

The most recent R-HEAD-sdk.feature build that failed is here [3].   See the Console Output and search for 'SHA-256 for the error in context.  It occurs after the EF signer is done and the repo is scp'd back.

Unfortunately this means that we won't be able to release 3.12.1 tomorrow/Wednesday, as this builder is the only build job (currently) that signs the output, and we need to sign the output to have it considered a valid release.

Thanks,

Scott

[1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=484572
[2] https://dev.eclipse.org/mhonarc/lists/cross-project-issues-dev/msg11739.html
[3] https://build.ecf-project.org/jenkins/job/R-HEAD-sdk.feature/181



On 1/12/2016 12:47 PM, Scott Lewis wrote:
Hi Folks,

The R-HEAD (release) build is failing...toward the very end (after compile, packaging, and signing AFAICT).  Here's the top of the stack for first error:

Packer: Skipping /opt/hudson/jobs/R-HEAD-sdk.feature/workspace/buckminster.output/org.eclipse.ecf.sdk_3.12.1-eclipse.feature/site.signed/plugins/org.eclipse.ecf.provider.remoteservice.source_4.2.0.v20160112-2020.jar since it contains no classes and no nested jars to pack
Doing full workspace refresh
Cancel jobs that are known to run indefinitely...
Waiting for jobs to end
org.eclipse.core.runtime.CoreException: java.lang.SecurityException: SHA-256 digest error for org/apache/http/client/cache/HttpCacheEntry.class
    at org.eclipse.buckminster.runtime.BuckminsterException.fromMessage(BuckminsterException.java:57)
    at org.eclipse.buckminster.runtime.BuckminsterException.wrap(BuckminsterException.java:123)
    at org.eclipse.buckminster.core.actor.AbstractActor.perform(AbstractActor.java:205)
    at org.eclipse.buckminster.core.internal.actor.PerformManager$DirectActionInvocation.execute(PerformManager.java:143)
    at org.eclipse.buckminster.core.internal.actor.PerformManager.internalPerform(PerformManager.java:454)
    at org.eclipse.buckminster.core.internal.actor.PerformManager.perform(PerformMan


As you can see it's complaining about HttpCacheEntry.

Is it possible because we are using the more recent version of HttpClient from Orbit?    I thought I might have seen something on cross-projects some time ago (months) about the signing being changed.

Scott


_______________________________________________
ecf-dev mailing list
ecf-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/ecf-dev

_______________________________________________
ecf-dev mailing list
ecf-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/ecf-dev

Back to the top