| Re: [mdt-papyrus.dev] Broken test builds |
|
Hello Perhaps it is related to : http://dev.eclipse.org/mhonarc/lists/cross-project-issues-dev/msg11953.html https://bugs.eclipse.org/bugs/show_bug.cgi?id=467449 Did you clear all repository in hudson to be sure not to have two artifacts (group id, artifact id, version id) that holds the same jar. Francois De : mdt-papyrus.dev-bounces@xxxxxxxxxxx [mailto:mdt-papyrus.dev-bounces@xxxxxxxxxxx] De la part de LETAVERNIER Camille Hi, Is anyone able to run the Extra Tests pom (from releng/extra-tests)? It requires the following parameters (If you’re not using the provided Launch Config): papyrus.repo.extra=https://hudson.eclipse.org/papyrus/job/Papyrus-Master-Extra/lastSuccessfulBuild/artifact/repository/ papyrus.repo.dev=https://hudson.eclipse.org/papyrus/job/Papyrus-Master-Developer/lastSuccessfulBuild/artifact/repository/ papyrus.repo.main=https://hudson.eclipse.org/papyrus/job/Papyrus-Master/lastSuccessfulBuild/artifact/repository/ It works for me in my local environment, but not on Hudson anymore: !SESSION Fri Jun 12 10:09:05 EDT 2015 ------------------------------------------ !ENTRY org.eclipse.equinox.launcher 4 0 2015-06-12 10:09:05.837 !MESSAGE Exception launching the Eclipse Platform: !STACK java.lang.SecurityException: SHA-256 digest error for org/eclipse/osgi/framework/log/FrameworkLogEntry.class at sun.security.util.ManifestEntryVerifier.verify(ManifestEntryVerifier.java:220) at java.util.jar.JarVerifier.processEntry(JarVerifier.java:241) at java.util.jar.JarVerifier.update(JarVerifier.java:228) at java.util.jar.JarVerifier$VerifierStream.read(JarVerifier.java:483) at sun.misc.Resource.getBytes(Resource.java:124) at java.net.URLClassLoader.defineClass(URLClassLoader.java:444) at java.net.URLClassLoader.access$100(URLClassLoader.java:71) at java.net.URLClassLoader$1.run(URLClassLoader.java:361) at java.net.URLClassLoader$1.run(URLClassLoader.java:355) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:354) at java.lang.ClassLoader.loadClass(ClassLoader.java:425) at java.lang.ClassLoader.loadClass(ClassLoader.java:358) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:241) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:669) at org.eclipse.equinox.launcher.Main.basicRun(Main.java:608) at org.eclipse.equinox.launcher.Main.run(Main.java:1515) at org.eclipse.equinox.launcher.Main.main(Main.java:1488) I don’t understand this error. Other test jobs work fine on Hudson, with a very similar configuration. All plug-ins are properly compiled, but the Eclipse Runtime can’t start, due to this exception. Any idea? Thanks, Camille De : mdt-papyrus.dev-bounces@xxxxxxxxxxx [mailto:mdt-papyrus.dev-bounces@xxxxxxxxxxx] De la part de LETAVERNIER Camille Hi all, I’ve reported Bug 469953 [1] to track this. The main thing is that we now have different POMs, meaning that the Hudson jobs need to be reconfigured accordingly. This means that any commit which is not (re)based on the refactoring commits will now fail on Gerrit or Master builds. This also means that Gerrit won’t work for Luna anymore (We might add a Luna-specific Gerrit job, but I’d like to avoid that) Feature builds will also need to be updated (or deleted if they are not used anymore, which is true for most of our feature builds) For example, jobs should build releng/main/pom.xml instead of releng/top-pom-main.xml [1] 469953: [Releng] Update the build to support a global POM https://bugs.eclipse.org/bugs/show_bug.cgi?id=469953 Camille De : mdt-papyrus.dev-bounces@xxxxxxxxxxx [mailto:mdt-papyrus.dev-bounces@xxxxxxxxxxx] De la part de LETAVERNIER Camille Hi all, More precisions about this build refactoring. The idea is to provide a main pom (Which we currently don’t have) to build all components of Papyrus at the same time (Especially useful for Gerrit and Sonar) However, we made several bad choices in the current build implementation, which means that simply adding a top-level pom is not sufficient. An important build refactoring is required - Top poms will be moved to a different location (Because we can’t have several Poms in the same folder) - Top poms will be renamed (Because they all had the same artifact ID) - Shared artifacts (Especially the test framework) will have to be built/deployed separately Additionally, some changes are required in the test framework, to be able to run tests for each test plug-in separately. We also need to distinguish plug-ins which provide helpers for the tests (diagram.tests, junit.framework, ...), and actual test plug-ins These changes will be more disruptive than I expected, so i’d like to push them on both Mars maintenance and Neon, to keep builds and Hudson jobs as consistent as possible between branches. Feature branches and existing Gerrit contributions affecting POMs/Releng will need to be updated accordingly. The mars-maintenance branch will be created when this refactoring is complete (Soon after, but we still need to clarify the next steps) Regards, Camille De : mdt-papyrus.dev-bounces@xxxxxxxxxxx [mailto:mdt-papyrus.dev-bounces@xxxxxxxxxxx] De la part de LETAVERNIER Camille Hi all,
I will fix this, along with a general build refactoring/improvement, but it might take a few hours Sorry for the inconvenience, Camille |
Attachment:
smime.p7s
Description: S/MIME cryptographic signature