| Security Exception when building Projects with Xtend [message #1804321] |
Fri, 22 March 2019 08:21  |
Eclipse User |
|
|
|
Without any code changes in the last time our build started to fail with the following exception
INFO] --- xtend-maven-plugin:2.16.0:compile (default) @ org.eclipse.fx.ide.jdt.ui ---
[ERROR] resolution of uriFragment '|4' failed.
org.eclipse.emf.ecore.resource.impl.ResourceSetImpl$1DiagnosticWrappedException: org.eclipse.xtext.common.types.access.TypeResource$CannotLoadTypeResourceException: java.lang.SecurityException: invalid SHA1 signature file digest for org/apache/commons/lang/math/JVMRandom.class
at org.eclipse.emf.ecore.resource.impl.ResourceSetImpl.handleDemandLoadException (ResourceSetImpl.java:319)
at org.eclipse.emf.ecore.resource.impl.ResourceSetImpl.demandLoadHelper (ResourceSetImpl.java:278)
at org.eclipse.xtext.resource.XtextResourceSet.getResource (XtextResourceSet.java:265)
at org.eclipse.xtext.common.types.access.impl.ClasspathTypeProvider.findTypeByClass (ClasspathTypeProvider.java:246)
at org.eclipse.xtext.common.types.access.impl.ClasspathTypeProvider.doFindTypeByName (ClasspathTypeProvider.java:221)
at org.eclipse.xtext.common.types.access.impl.ClasspathTypeProvider.findTypeByName (ClasspathTypeProvider.java:213)
at org.eclipse.xtext.common.types.xtext.AbstractTypeScope.getSingleElement (AbstractTypeScope.java:59)
at org.eclipse.xtext.common.types.xtext.AbstractTypeScope.getSingleElement (AbstractTypeScope.java:54)
at org.eclipse.xtend.core.scoping.LocalResourceFilteringTypeScope.getSingleElement (LocalResourceFilteringTypeScope.java:42)
at org.eclipse.xtend.core.scoping.RecordingTypeScope.getSingleElement (RecordingTypeScope.java:51)
at org.eclipse.xtext.scoping.impl.AbstractScope.getSingleElement (AbstractScope.java:108)
at org.eclipse.xtext.linking.impl.DefaultLinkingService.getLinkedObjects (DefaultLinkingService.java:114)
at org.eclipse.xtext.linking.lazy.LazyLinkingResource.getEObject (LazyLinkingResource.java:265)
at org.eclipse.xtext.xbase.resource.BatchLinkableResource.getEObject (BatchLinkableResource.java:119)
at org.eclipse.emf.ecore.resource.impl.ResourceSetImpl.getEObject (ResourceSetImpl.java:223)
at org.eclipse.emf.ecore.util.EcoreUtil.resolve (EcoreUtil.java:199)
at org.eclipse.emf.ecore.util.EcoreUtil.resolve (EcoreUtil.java:259)
at org.eclipse.emf.ecore.impl.BasicEObjectImpl.eResolveProxy (BasicEObjectImpl.java:1477)
at org.eclipse.xtext.xtype.impl.XImportDeclarationImpl.getImportedType (XImportDeclarationImpl.java:253)
at org.eclipse.xtext.xtype.impl.XImportDeclarationImpl.eGet (XImportDeclarationImpl.java:373)
at org.eclipse.emf.ecore.impl.BasicEObjectImpl.eGet (BasicEObjectImpl.java:1011)
at org.eclipse.emf.ecore.impl.BasicEObjectImpl.eGet (BasicEObjectImpl.java:1003)
at org.eclipse.emf.ecore.util.EContentsEList$FeatureIteratorImpl.hasNext (EContentsEList.java:439)
at org.eclipse.emf.ecore.util.EcoreUtil.resolveCrossReferences (EcoreUtil.java:304)
at org.eclipse.emf.ecore.util.EcoreUtil.resolveAll (EcoreUtil.java:298)
at org.eclipse.emf.ecore.util.EcoreUtil.resolveAll (EcoreUtil.java:283)
at org.eclipse.xtend.core.compiler.batch.XtendBatchCompiler.compile (XtendBatchCompiler.java:513)
at org.eclipse.xtend.maven.AbstractXtendCompilerMojo.compile (AbstractXtendCompilerMojo.java:175)
at org.eclipse.xtend.maven.XtendCompile.internalExecute (XtendCompile.java:63)
at org.eclipse.xtend.maven.AbstractXtendMojo.execute (AbstractXtendMojo.java:42)
at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo (DefaultBuildPluginManager.java:137)
at org.apache.maven.lifecycle.internal.MojoExecutor.execute (MojoExecutor.java:208)
at org.apache.maven.lifecycle.internal.MojoExecutor.execute (MojoExecutor.java:154)
at org.apache.maven.lifecycle.internal.MojoExecutor.execute (MojoExecutor.java:146)
at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject (LifecycleModuleBuilder.java:117)
at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject (LifecycleModuleBuilder.java:81)
at org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build (SingleThreadedBuilder.java:56)
at org.apache.maven.lifecycle.internal.LifecycleStarter.execute (LifecycleStarter.java:128)
at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:305)
at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:192)
at org.apache.maven.DefaultMaven.execute (DefaultMaven.java:105)
at org.apache.maven.cli.MavenCli.execute (MavenCli.java:954)
at org.apache.maven.cli.MavenCli.doMain (MavenCli.java:288)
at org.apache.maven.cli.MavenCli.main (MavenCli.java:192)
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:498)
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.eclipse.xtext.common.types.access.TypeResource$CannotLoadTypeResourceException: java.lang.SecurityException: invalid SHA1 signature file digest for org/apache/commons/lang/math/JVMRandom.class
at org.eclipse.xtext.common.types.access.TypeResource.doLoad (TypeResource.java:147)
at org.eclipse.emf.ecore.resource.impl.ResourceImpl.load (ResourceImpl.java:1518)
at org.eclipse.xtext.common.types.access.TypeResource.load (TypeResource.java:120)
Has anyone see such an exception? The complete build log is at https://ci.eclipse.org/efxclipse/job/efxclipse_ide/1283/console
|
|
|
|
|
|
|
|
|
|
| Re: Security Exception when building Projects with Xtend [message #1804376 is a reply to message #1804372] |
Mon, 25 March 2019 04:12  |
| Eclipse User |
|
|
|
i dont know why this is pulled. therefore you would have to analyze the dependency tree.
i am also not sure what the policy about old artifacts is.
maybe you can also find a possibility in tycho to exclude this from cp
update: maybe you do a import package on some of the packages that got dropped from orbit but may be exported by the plugin org.eclipse.emf.emfstore.common
Export-Package: com.google.common.base;version="10.0.1",com.google.com
mon.collect;version="10.0.1",com.google.common.io;version="2.2.0",org
.apache.commons.io;version="1.9.0",org.apache.commons.io.comparator;v
ersion="2.0.1",org.apache.commons.io.filefilter;version="2.0.1",org.a
pache.commons.io.input;version="2.0.1",org.apache.commons.io.monitor;
version="2.0.1",org.apache.commons.io.output;version="1.9.0",org.apac
he.commons.lang;version="1.9.0",
[Updated on: Mon, 25 March 2019 04:34] by Moderator |
|
|
Powered by
FUDForum. Page generated in 0.03746 seconds
Home