Re: [incquery-dev] Headless building issues

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]

Re: [incquery-dev] Headless building issues

From: Harmath Dénes <harmath@xxxxxxxxxxxxxxxx>
Date: Wed, 30 Sep 2015 00:16:18 +0200
Delivered-to: incquery-dev@xxxxxxxxxxx
List-archive: <https://dev.eclipse.org/mailman/private/incquery-dev>
List-help: <mailto:incquery-dev-request@eclipse.org?subject=help>
List-subscribe: <https://dev.eclipse.org/mailman/listinfo/incquery-dev>, <mailto:incquery-dev-request@eclipse.org?subject=subscribe>
List-unsubscribe: <https://dev.eclipse.org/mailman/options/incquery-dev>, <mailto:incquery-dev-request@eclipse.org?subject=unsubscribe>

Today I built EMF-IncQuery master on my local machine with Maven 3.3.3. The incquery-maven-plugin was installed to my local repo, then I tried to build massif with it. The build failed with the included error message. AFAICT this is the same issue (am I right?), so it might deserve a Bugzilla ticket.

[ERROR] Failed to execute goal org.eclipse.incquery:incquery-maven-plugin:1.1.0-SNAPSHOT:generate (default) on project hu.bme.mit.massif.simulink.incquery: Execution default of goal org.eclipse.incquery:incquery-maven-plugin:1.1.0-SNAPSHOT:generate failed: class "org.eclipse.xtext.generator.IFileSystemAccess2"'s signer information does not match signer information of other classes in the same package -> [Help 1]

org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.eclipse.incquery:incquery-maven-plugin:1.1.0-SNAPSHOT:generate (default) on project hu.bme.mit.massif.simulink.incquery: Execution default of goal org.eclipse.incquery:incquery-maven-plugin:1.1.0-SNAPSHOT:generate failed: class "org.eclipse.xtext.generator.IFileSystemAccess2"'s signer information does not match signer information of other classes in the same package

at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:224)

at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)

at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)

at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:116)

at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:80)

at org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:51)

at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:128)

at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:307)

at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:193)

at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:106)

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.java:62)

at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

at java.lang.reflect.Method.invoke(Method.java:483)

at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289)

at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229)

at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415)

at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)

Caused by: org.apache.maven.plugin.PluginExecutionException: Execution default of goal org.eclipse.incquery:incquery-maven-plugin:1.1.0-SNAPSHOT:generate failed: class "org.eclipse.xtext.generator.IFileSystemAccess2"'s signer information does not match signer information of other classes in the same package

at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:145)

at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:208)

... 20 more

Caused by: java.lang.SecurityException: class "org.eclipse.xtext.generator.IFileSystemAccess2"'s signer information does not match signer information of other classes in the same package

at java.lang.ClassLoader.checkCerts(ClassLoader.java:895)

at java.lang.ClassLoader.preDefineClass(ClassLoader.java:665)

at java.lang.ClassLoader.defineClass(ClassLoader.java:758)

at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)

at java.net.URLClassLoader.defineClass(URLClassLoader.java:455)

at java.net.URLClassLoader.access$100(URLClassLoader.java:73)

at java.net.URLClassLoader$1.run(URLClassLoader.java:367)

at java.net.URLClassLoader$1.run(URLClassLoader.java:361)

at java.security.AccessController.doPrivileged(Native Method)

at java.net.URLClassLoader.findClass(URLClassLoader.java:360)

at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClassFromSelf(ClassRealm.java:401)

at org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy.loadClass(SelfFirstStrategy.java:42)

at org.codehaus.plexus.classworlds.realm.ClassRealm.unsynchronizedLoadClass(ClassRealm.java:271)

at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:247)

at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:239)

at java.lang.Class.getDeclaredConstructors0(Native Method)

at java.lang.Class.privateGetDeclaredConstructors(Class.java:2663)

at java.lang.Class.getDeclaredConstructors(Class.java:2012)

at com.google.inject.spi.InjectionPoint.forConstructorOf(InjectionPoint.java:243)

at com.google.inject.internal.ConstructorBindingImpl.create(ConstructorBindingImpl.java:96)

at com.google.inject.internal.InjectorImpl.createUninitializedBinding(InjectorImpl.java:629)

at com.google.inject.internal.InjectorImpl.createJustInTimeBinding(InjectorImpl.java:845)

at com.google.inject.internal.InjectorImpl.createJustInTimeBindingRecursive(InjectorImpl.java:772)

at com.google.inject.internal.InjectorImpl.getJustInTimeBinding(InjectorImpl.java:256)

at com.google.inject.internal.InjectorImpl.getBindingOrThrow(InjectorImpl.java:205)

at com.google.inject.internal.InjectorImpl.getInternalFactory(InjectorImpl.java:853)

at com.google.inject.internal.InjectorImpl.getProviderOrThrow(InjectorImpl.java:967)

at com.google.inject.internal.InjectorImpl.getProvider(InjectorImpl.java:1000)

at com.google.inject.internal.InjectorImpl.getProvider(InjectorImpl.java:961)

at com.google.inject.internal.InjectorImpl.getInstance(InjectorImpl.java:1013)

at org.eclipse.xtext.maven.XtextGenerator.internalExecute(XtextGenerator.java:149)

at org.eclipse.xtext.maven.XtextGenerator.execute(XtextGenerator.java:140)

at org.eclipse.incquery.maven.incquerybuilder.IncqueryBuilderMojo.execute(IncqueryBuilderMojo.java:133)

at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:134)

... 21 more

[ERROR]

[ERROR] For more information about the errors and possible solutions, please read the following articles:

[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/PluginExecutionException

[ERROR]

[ERROR] After correcting the problems, you can resume the build with the command

[ERROR] mvn <goals> -rf :hu.bme.mit.massif.simulink.incquery

2015. szept. 28. dátummal, 13:41 időpontban Ujhelyi Zoltán <ujhelyiz@xxxxxxxxxxxxxxxx> írta:

Hi,

On 28 Sep 2015, at 13:24, István Ráth <rath@xxxxxxxxxx> wrote:

Hi,

I still don’t understand what is specific to incquery and/or your setup that triggered this problem and why it hasn’t been seen before.

I don’t know what is specific to my setup or incquery. Maybe the fact that I managed to install Maven 3.3 on my new computer, but I am not exactly sure. Before this I have not encountered any issues with different Maven versions.

On 28 Sep 2015 at 11:44:55, Ujhelyi Zoltán (ujhelyiz@xxxxxxxxxxxxxxxx) wrote:

We are trying to minimize the effects by limiting the number of modules that have to combine both approaches; in our case it is the maven compiler, and the two helper modules that were changed in the commit mentioned in the thread.
So _building_ the incquery-maven compiler and something else is where the issue is encountered, and all other projects are unaffected?
No, the maven compiler was built finely (seemingly). But after it tried to use the maven compiler for plug-ins with incquery patterns in the incquery codebase (if I recall correctly, either the viewers viewmodel project was problematic).

A bit of both. The documentation is a bit lacking, so I don’t know whether I have misconfigured something in the toolchains.xml file, or the jenkins/slave setup is the root of the problem.
I clearly see a task here.
We already have a task for this in our internal basecamp (https://basecamp.com/2784854/projects/7494692/todos/140382900) - sorry for those who have no access to this.

Cheers,
Zoli
-- Zoltán Ujhelyi

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

References:
- [incquery-dev] Headless building issues
  - From: Ujhelyi Zoltán
- Re: [incquery-dev] Headless building issues
  - From: István Ráth
- Re: [incquery-dev] Headless building issues
  - From: Ujhelyi Zoltán
- Re: [incquery-dev] Headless building issues
  - From: István Ráth
- Re: [incquery-dev] Headless building issues
  - From: Ujhelyi Zoltán
- Re: [incquery-dev] Headless building issues
  - From: István Ráth
- Re: [incquery-dev] Headless building issues
  - From: Ujhelyi Zoltán

Prev by Date: [incquery-dev] meeting this week
Next by Date: [incquery-dev] Weekly All Problems Digest for IncQuery
Previous by thread: Re: [incquery-dev] Headless building issues
Next by thread: [incquery-dev] meeting this week
Index(es):
- Date
- Thread

Breadcrumbs