Community
Participate
Working Groups
All of a sudden our CDO build started failing during signing or packing with Buckminster (I suspect the former). People on x-project-issues pointed out that the cause may be similar to bug 489550 and/or bug 489890. Here is an extract from https://hudson.eclipse.org/cdo/job/emf-cdo-integration/294/consoleFull : [echo] Installing buckminster [java] Installing org.eclipse.buckminster.cmdline.product 1.6.0.v20140711-0716. [java] Installing org.eclipse.buckminster.core.headless.feature.feature.group 1.6.0.v20150409-1428. [java] Installing org.eclipse.buckminster.pde.headless.feature.feature.group 1.6.1.v20140811-1552. [java] Installing org.eclipse.buckminster.git.headless.feature.feature.group 1.6.0.v20140320-1201. [java] Installing org.eclipse.ant.launching 1.1.101.v20160203-1242. [java] Installing org.eclipse.pde.api.tools.ee.feature.feature.group 1.0.1.v20140424-1723. [java] Installing org.eclipse.oomph.version.headless.feature.group 1.3.0.v20160322-1112. [java] Installing org.eclipse.emf.cdo.releng.apireports.feature.group 1.0.300.v20160301-1326. [java] Operation completed in 39283 ms. [...] [java] [ant] Queueing site_1744849198.zip for signing *[java] ERROR: org.eclipse.core.runtime.CoreException: /jobs/genie.cdo/emf-cdo-integration/workspace/tools/buckminster/configuration/org.eclipse.osgi/23/0/.cp/org/eclipse/buckminster/jarprocessor/antscript/signing.ant:215: Buildfile: /shared/download-staging.priv/modeling/emf/cdo/emf-cdo-integration/site_1744849198.zip.ant.xml* [java] [java] doIt: [java] [addPackProperties] verbose logging is enabled [java] [addPackProperties] filenameonly: site_1744849198 [java] [addPackProperties] Finding jars already signed [java] [addPackProperties] destinationdirectory: /tmp/site_1744849198/ [java] [addPackProperties] entryname: features/ [java] [addPackProperties] entryname: plugins/ [java] [addPackProperties] entryname: features/org.eclipse.emf.cdo.compare.source_4.4.0.v20160301-1326.jar [java] [addPackProperties] entryname: features/org.eclipse.emf.cdo.compare_4.4.0.v20160301-1326.jar [java] [addPackProperties] entryname: features/org.eclipse.emf.cdo.dawn.codegen.emf.source_2.1.300.v20160301-1326.jar [java] [addPackProperties] entryname: features/org.eclipse.emf.cdo.dawn.codegen.emf_2.1.300.v20160301-1326.jar [java] [addPackProperties] entryname: features/org.eclipse.emf.cdo.dawn.codegen.gmf.source_2.1.300.v20160301-1326.jar [java] [addPackProperties] entryname: features/org.eclipse.emf.cdo.dawn.codegen.gmf_2.1.300.v20160301-1326.jar [java] [addPackProperties] *... 2 million more of those...* [java] [addPackProperties] Updated archive file site_1744849198.zip [java] [addPackProperties] successfully removed temporary desination directory: /tmp/site_1744849198/features [java] [addPackProperties] successfully removed temporary desination directory: /tmp/site_1744849198/plugins [java] [addPackProperties] successfully removed temporary desination directory: /tmp/site_1744849198 [java] [java] BUILD SUCCESSFUL [java] Total time: 10 seconds [java] [WARNING] '/shared/download-staging.priv/modeling/emf/cdo/emf-cdo-integration/out2016-03-22_09-38-48' is not a valid directory. Creating. [java] [INFO] File '/shared/download-staging.priv/modeling/emf/cdo/emf-cdo-integration/site_1744849198.zip' added to queue. [java] [INFO] You will receive notification when the file is signed, if you used the mail parameter. [java] [INFO] You can check signing status by tailing '/home/data/httpd/download-staging.priv/arch/signer.log' [java] at org.apache.tools.ant.taskdefs.Exit.execute(Exit.java:164) [java] at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:293) [java] at sun.reflect.GeneratedMethodAccessor10.invoke(Unknown Source) [java] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [java] at java.lang.reflect.Method.invoke(Method.java:606) [java] at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106) [java] at org.apache.tools.ant.Task.perform(Task.java:348) [java] at org.apache.tools.ant.Target.execute(Target.java:435) [java] at org.apache.tools.ant.Target.performTasks(Target.java:456) [java] at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1405) [java] at org.apache.tools.ant.Project.executeTarget(Project.java:1376) [java] at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41) [java] at org.eclipse.ant.internal.core.ant.EclipseDefaultExecutor.executeTargets(EclipseDefaultExecutor.java:36) [java] at org.apache.tools.ant.Project.executeTargets(Project.java:1260) [java] at org.eclipse.ant.internal.core.ant.InternalAntRunner.run(InternalAntRunner.java:705) [java] at org.eclipse.ant.internal.core.ant.InternalAntRunner.run(InternalAntRunner.java:527) [java] at sun.reflect.GeneratedMethodAccessor30.invoke(Unknown Source) [java] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [java] at java.lang.reflect.Method.invoke(Method.java:606) [java] at org.eclipse.buckminster.ant.AntRunner.run(AntRunner.java:318) [java] at org.eclipse.buckminster.ant.actor.AntActor.internalPerform(AntActor.java:254) [java] at org.eclipse.buckminster.core.actor.AbstractActor.perform(AbstractActor.java:195) [java] at org.eclipse.buckminster.core.internal.actor.PerformManager$DirectActionInvocation.execute(PerformManager.java:143) [java] at org.eclipse.buckminster.core.internal.actor.PerformManager.internalPerform(PerformManager.java:454) [java] at org.eclipse.buckminster.core.internal.actor.PerformManager.perform(PerformManager.java:293) [java] at org.eclipse.buckminster.core.internal.actor.PerformManager.perform(PerformManager.java:305) [java] at org.eclipse.buckminster.core.commands.Perform.internalRun(Perform.java:108) [java] at org.eclipse.buckminster.core.commands.WorkspaceCommand.run(WorkspaceCommand.java:86) [java] at org.eclipse.buckminster.cmdline.AbstractCommand.basicRun(AbstractCommand.java:200) [java] at org.eclipse.buckminster.cmdline.Headless.run(Headless.java:343) [java] at org.eclipse.buckminster.cmdline.Headless.run(Headless.java:284) [java] at org.eclipse.buckminster.cmdline.Headless.start(Headless.java:358) [java] at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196) [java] at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:134) [java] at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:104) [java] at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:380) [java] at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:235) [java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [java] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [java] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [java] at java.lang.reflect.Method.invoke(Method.java:606) [java] at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:648) [java] at org.eclipse.equinox.launcher.Main.basicRun(Main.java:603) [java] at org.eclipse.equinox.launcher.Main.run(Main.java:1465) [java] at org.eclipse.equinox.launcher.Main.main(Main.java:1438) BUILD FAILED /jobs/genie.cdo/emf-cdo-integration/workspace/git/plugins/org.eclipse.emf.cdo.releng/build.xml:799: The following error occurred while executing this line: /jobs/genie.cdo/emf-cdo-integration/workspace/git/plugins/org.eclipse.emf.cdo.releng/build.xml:174: The following error occurred while executing this line: /jobs/genie.cdo/emf-cdo-integration/workspace/git/plugins/org.eclipse.emf.cdo.releng/build.xml:106: The following error occurred while executing this line: /jobs/genie.cdo/emf-cdo-integration/workspace/git/plugins/org.eclipse.emf.cdo.releng/build.xml:69: Java returned: 1 Restarting the CDO HIPP did not fix the problem. I've marked this a blocker because it holds me from contributing our M6 to Neon today (was due yesterday).
Webmasters, Any outlook for fixing this issue? Eike and I are trying to decide if he should use unsigned content for Neon M6, or "wait for a fix in the next few hours". He said he'd continue to look at it, if there was something he could do, but sounded like in other cases it was related to getting the 'permissions' correct, or something?
I'm not sure if the "Finding jars already signed" message is a pointer to the root cause. I've downloaded (for the first time) the zip file that Bucky has created as the signer input. It contains the following non-CDO jars: org.apache.commons.codec.source_1.6.0.v201305230611.jar org.apache.commons.codec_1.6.0.v201305230611.jar org.apache.commons.httpclient.source_3.1.0.v201012070820.jar org.apache.commons.httpclient_3.1.0.v201012070820.jar org.apache.commons.lang.source_2.6.0.v201404270220.jar org.apache.commons.lang_2.6.0.v201404270220.jar org.apache.commons.logging_1.1.1.v201101211721.jar org.apache.derby.source_10.8.2.2_v201211210650.jar org.apache.derby_10.8.2.2_v201211210650.jar org.h2.source_1.3.168.v201212121212.jar org.h2_1.3.168.v201212121212.jar They seem to be signed already. I doubt that the way Bucky assembles this zip has changed. I would say that either the jars themselves have changed to be signed now (but unlikely) or the signer was changed. Of course I could be on the wrong track entirely...
*** This bug has been marked as a duplicate of bug 489890 ***
