July 2019 - shrinkwrap-issues - Jboss List Archives

[JBoss JIRA] (SHRINKDESC-173) License issue - File advertised as LGPL

by Guillaume Smet (Jira)

[ https://issues.jboss.org/browse/SHRINKDESC-173?page=com.atlassian.jira.pl... ] Guillaume Smet commented on SHRINKDESC-173: ------------------------------------------- Could we have some feedback on this? It's blocking for the Jakarta EE 8 release so we need a statement about the license of this file (and ideally a commit in master changing the license header). Thanks. > License issue - File advertised as LGPL > --------------------------------------- > > Key: SHRINKDESC-173 > URL: https://issues.jboss.org/browse/SHRINKDESC-173 > Project: ShrinkWrap Descriptors > Issue Type: Bug > Components: impl-base > Reporter: Guillaume Smet > Priority: Major > > Hi, > We are trying to get the Bean Validation TCK accepted as part of Jakarta EE. > As part of this effort, they are doing a comprehensive license check of all of our dependencies. > ShrinkWrap Descriptors is licensed as Apache License 2.0 but some files have headers stating a different license, which is an issue. > I have limited our search to the artifacts we explicitly use and the one file that is a problem for us is the following: > https://github.com/shrinkwrap/descriptors/blob/master/impl-base/src/main/... > Could you check that this file can be appropriately used under the Apache License 2.0? If so, a written confirmation would be nice. > Obviously, the next step is to fix the header but as we are using an old version anyway, we mostly need a confirmation that everything is OK. > Note that it is kinda blocking for us. > Thanks! -- This message was sent by Atlassian Jira (v7.12.1#712002)

4 years, 9 months

1
0
0 / 0

[JBoss JIRA] (SHRINKDESC-173) License issue - File advertised as LGPL

by Guillaume Smet (Jira)

Guillaume Smet created SHRINKDESC-173: ----------------------------------------- Summary: License issue - File advertised as LGPL Key: SHRINKDESC-173 URL: https://issues.jboss.org/browse/SHRINKDESC-173 Project: ShrinkWrap Descriptors Issue Type: Bug Components: impl-base Reporter: Guillaume Smet Hi, We are trying to get the Bean Validation TCK accepted as part of Jakarta EE. As part of this effort, they are doing a comprehensive license check of all of our dependencies. ShrinkWrap Descriptors is licensed as Apache License 2.0 but some files have headers stating a different license, which is an issue. I have limited our search to the artifacts we explicitly use and the one file that is a problem for us is the following: https://github.com/shrinkwrap/descriptors/blob/master/impl-base/src/main/... Could you check that this file can be appropriately used under the Apache License 2.0? If so, a written confirmation would be nice. Obviously, the next step is to fix the header but as we are using an old version anyway, we mostly need a confirmation that everything is OK. Note that it is kinda blocking for us. Thanks! -- This message was sent by Atlassian Jira (v7.12.1#712002)

4 years, 9 months

1
0
0 / 0

[JBoss JIRA] (SHRINKRES-296) Ci is failing with Java 7 with error "main" javax.net.ssl.SSLException: Received fatal alert: protocol_version

by Aurélien Pupier (Jira)

[ https://issues.jboss.org/browse/SHRINKRES-296?page=com.atlassian.jira.plu... ] Aurélien Pupier updated SHRINKRES-296: -------------------------------------- Status: Open (was: Pull Request Sent) > Ci is failing with Java 7 with error "main" javax.net.ssl.SSLException: Received fatal alert: protocol_version > -------------------------------------------------------------------------------------------------------------- > > Key: SHRINKRES-296 > URL: https://issues.jboss.org/browse/SHRINKRES-296 > Project: ShrinkWrap Resolvers > Issue Type: Task > Affects Versions: 3.1.3 > Reporter: Aurélien Pupier > Priority: Blocker > > seems This happens because AppVeyor provides Java 7 older than 1.7.0_131-b31 https://central.sonatype.org/articles/2018/May/04/discontinued-support-fo... > either drop support for Java 7 or use a newer version of Java 7 build? maybe updating the dist will do the trick? -- This message was sent by Atlassian Jira (v7.12.1#712002)

4 years, 9 months

1
0
0 / 0

[JBoss JIRA] (SHRINKRES-296) Ci is failing with Java 7 with error "main" javax.net.ssl.SSLException: Received fatal alert: protocol_version

by Aurélien Pupier (Jira)

[ https://issues.jboss.org/browse/SHRINKRES-296?page=com.atlassian.jira.plu... ] Aurélien Pupier updated SHRINKRES-296: -------------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/shrinkwrap/resolver/pull/138 > Ci is failing with Java 7 with error "main" javax.net.ssl.SSLException: Received fatal alert: protocol_version > -------------------------------------------------------------------------------------------------------------- > > Key: SHRINKRES-296 > URL: https://issues.jboss.org/browse/SHRINKRES-296 > Project: ShrinkWrap Resolvers > Issue Type: Task > Affects Versions: 3.1.3 > Reporter: Aurélien Pupier > Priority: Blocker > > seems This happens because AppVeyor provides Java 7 older than 1.7.0_131-b31 https://central.sonatype.org/articles/2018/May/04/discontinued-support-fo... > either drop support for Java 7 or use a newer version of Java 7 build? maybe updating the dist will do the trick? -- This message was sent by Atlassian Jira (v7.12.1#712002)

4 years, 9 months

1
0
0 / 0

[JBoss JIRA] (SHRINKRES-296) Ci is failing with Java 7 with error "main" javax.net.ssl.SSLException: Received fatal alert: protocol_version

by Aurélien Pupier (Jira)

[ https://issues.jboss.org/browse/SHRINKRES-296?page=com.atlassian.jira.plu... ] Aurélien Pupier commented on SHRINKRES-296: ------------------------------------------- work started here https://github.com/shrinkwrap/resolver/pull/138 > Ci is failing with Java 7 with error "main" javax.net.ssl.SSLException: Received fatal alert: protocol_version > -------------------------------------------------------------------------------------------------------------- > > Key: SHRINKRES-296 > URL: https://issues.jboss.org/browse/SHRINKRES-296 > Project: ShrinkWrap Resolvers > Issue Type: Task > Affects Versions: 3.1.3 > Reporter: Aurélien Pupier > Priority: Blocker > > seems This happens because AppVeyor provides Java 7 older than 1.7.0_131-b31 https://central.sonatype.org/articles/2018/May/04/discontinued-support-fo... > either drop support for Java 7 or use a newer version of Java 7 build? maybe updating the dist will do the trick? -- This message was sent by Atlassian Jira (v7.12.1#712002)

4 years, 9 months

1
0
0 / 0

[JBoss JIRA] (SHRINKRES-297) Support Java 11

by Aurélien Pupier (Jira)

Aurélien Pupier created SHRINKRES-297: ----------------------------------------- Summary: Support Java 11 Key: SHRINKRES-297 URL: https://issues.jboss.org/browse/SHRINKRES-297 Project: ShrinkWrap Resolvers Issue Type: Feature Request Reporter: Aurélien Pupier -- This message was sent by Atlassian Jira (v7.12.1#712002)

4 years, 9 months

1
0
0 / 0

[JBoss JIRA] (SHRINKRES-296) Ci is failing with Java 7 with error "main" javax.net.ssl.SSLException: Received fatal alert: protocol_version

by Aurélien Pupier (Jira)

Aurélien Pupier created SHRINKRES-296: ----------------------------------------- Summary: Ci is failing with Java 7 with error "main" javax.net.ssl.SSLException: Received fatal alert: protocol_version Key: SHRINKRES-296 URL: https://issues.jboss.org/browse/SHRINKRES-296 Project: ShrinkWrap Resolvers Issue Type: Task Affects Versions: 3.1.3 Reporter: Aurélien Pupier seems This happens because AppVeyor provides Java 7 older than 1.7.0_131-b31 https://central.sonatype.org/articles/2018/May/04/discontinued-support-fo... either drop support for Java 7 or use a newer version of Java 7 build? maybe updating the dist will do the trick? -- This message was sent by Atlassian Jira (v7.12.1#712002)

4 years, 9 months

1
0
0 / 0

[JBoss JIRA] (SHRINKRES-295) Support Maven 3.6+

by Aurélien Pupier (Jira)

[ https://issues.jboss.org/browse/SHRINKRES-295?page=com.atlassian.jira.plu... ] Aurélien Pupier moved SHRINKWRAP-524 to SHRINKRES-295: ------------------------------------------------------ Project: ShrinkWrap Resolvers (was: ShrinkWrap) Key: SHRINKRES-295 (was: SHRINKWRAP-524) Affects Version/s: 3.1.3 (was: 1.2.6) > Support Maven 3.6+ > ------------------ > > Key: SHRINKRES-295 > URL: https://issues.jboss.org/browse/SHRINKRES-295 > Project: ShrinkWrap Resolvers > Issue Type: Feature Request > Affects Versions: 3.1.3 > Reporter: Aurélien Pupier > Priority: Major > > it seems that shrinkwrap-maven-plugin doesn't work with Maven 3.6+ > It would be nice to have it compatible. > for instance when using it through syndesis extension maven plugin, there is this error: > {noformat} > [ERROR] Failed to execute goal io.syndesis.extension:extension-maven-plugin:1.3.12.fuse-000001-redhat-2:repackage-extension (default) on project custom-step-camel: Execution default of goal io.syndesis.extension:extension-maven-plugin:1.3.12.fuse-000001-redhat-2:repackage-extension failed: Unable to invoke onlyOne([Ljava.lang.Class;@57151b3a) on object org.jboss.shrinkwrap.resolver.spi.loader.ServiceRegistry with parameters [Ljava.lang.Object;@26457986: InvocationTargetException: Could not create new service instance: org/eclipse/aether/internal/impl/DefaultDependencyCollector: org.eclipse.aether.internal.impl.DefaultDependencyCollector -> [Help 1] > org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal io.syndesis.extension:extension-maven-plugin:1.3.12.fuse-000001-redhat-2:repackage-extension (default) on project custom-step-camel: Execution default of goal io.syndesis.extension:extension-maven-plugin:1.3.12.fuse-000001-redhat-2:repackage-extension failed: Unable to invoke onlyOne([Ljava.lang.Class;@57151b3a) on object org.jboss.shrinkwrap.resolver.spi.loader.ServiceRegistry with parameters [Ljava.lang.Object;@26457986 > at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:215) > at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:156) > at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:148) > 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:956) > 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:282) > at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:225) > at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:406) > at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:347) > Caused by: org.apache.maven.plugin.PluginExecutionException: Execution default of goal io.syndesis.extension:extension-maven-plugin:1.3.12.fuse-000001-redhat-2:repackage-extension failed: Unable to invoke onlyOne([Ljava.lang.Class;@57151b3a) on object org.jboss.shrinkwrap.resolver.spi.loader.ServiceRegistry with parameters [Ljava.lang.Object;@26457986 > at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:148) > at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:210) > ... 20 more > Caused by: org.jboss.shrinkwrap.resolver.api.Invokable$InvocationException: Unable to invoke onlyOne([Ljava.lang.Class;@57151b3a) on object org.jboss.shrinkwrap.resolver.spi.loader.ServiceRegistry with parameters [Ljava.lang.Object;@26457986 > at org.jboss.shrinkwrap.resolver.api.Invokable.invokeMethod(Invokable.java:109) > at org.jboss.shrinkwrap.resolver.api.ResolverSystemFactory.createFromUserView(ResolverSystemFactory.java:93) > at org.jboss.shrinkwrap.resolver.api.ResolverSystemFactory.createFromUserView(ResolverSystemFactory.java:54) > at org.jboss.shrinkwrap.resolver.api.Resolvers.use(Resolvers.java:75) > at org.jboss.shrinkwrap.resolver.api.maven.Maven.resolver(Maven.java:36) > at io.syndesis.extension.maven.plugin.RepackageExtensionMojo.obtainBomDependencies(RepackageExtensionMojo.java:262) > at io.syndesis.extension.maven.plugin.RepackageExtensionMojo.addDefaultBOMs(RepackageExtensionMojo.java:218) > at io.syndesis.extension.maven.plugin.RepackageExtensionMojo.getAdditionalFilters(RepackageExtensionMojo.java:133) > at io.syndesis.extension.maven.plugin.SupportMojo.filterDependencies(SupportMojo.java:94) > at org.springframework.boot.maven.RepackageMojo.repackage(RepackageMojo.java:211) > at org.springframework.boot.maven.RepackageMojo.execute(RepackageMojo.java:204) > at io.syndesis.extension.maven.plugin.SupportMojo.execute(SupportMojo.java:50) > at io.syndesis.extension.maven.plugin.RepackageExtensionMojo.execute(RepackageExtensionMojo.java:113) > at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:137) > ... 21 more > Caused by: java.lang.reflect.InvocationTargetException > 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.jboss.shrinkwrap.resolver.api.Invokable.invokeMethod(Invokable.java:100) > ... 34 more > Caused by: java.lang.RuntimeException: Could not create new service instance > at org.jboss.shrinkwrap.resolver.spi.loader.SpiServiceLoader.createInstance(SpiServiceLoader.java:251) > at org.jboss.shrinkwrap.resolver.spi.loader.SpiServiceLoader.createInstances(SpiServiceLoader.java:211) > at org.jboss.shrinkwrap.resolver.spi.loader.SpiServiceLoader.all(SpiServiceLoader.java:79) > at org.jboss.shrinkwrap.resolver.spi.loader.SpiServiceLoader.onlyOne(SpiServiceLoader.java:85) > at org.jboss.shrinkwrap.resolver.spi.loader.ServiceRegistry.onlyOne(ServiceRegistry.java:102) > ... 39 more > Caused by: java.lang.reflect.InvocationTargetException > at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) > at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) > at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) > at java.lang.reflect.Constructor.newInstance(Constructor.java:423) > at org.jboss.shrinkwrap.resolver.spi.loader.SpiServiceLoader.createInstance(SpiServiceLoader.java:247) > ... 43 more > Caused by: java.lang.NoClassDefFoundError: org/eclipse/aether/internal/impl/DefaultDependencyCollector > at org.jboss.shrinkwrap.resolver.impl.maven.bootstrap.ShrinkWrapResolverServiceLocator.<init>(ShrinkWrapResolverServiceLocator.java:157) > at org.jboss.shrinkwrap.resolver.impl.maven.bootstrap.MavenRepositorySystem.getRepositorySystem(MavenRepositorySystem.java:162) > at org.jboss.shrinkwrap.resolver.impl.maven.bootstrap.MavenRepositorySystem.<init>(MavenRepositorySystem.java:61) > at org.jboss.shrinkwrap.resolver.impl.maven.ConfigurableMavenWorkingSessionImpl.<init>(ConfigurableMavenWorkingSessionImpl.java:58) > at org.jboss.shrinkwrap.resolver.impl.maven.MavenWorkingSessionImpl.<init>(MavenWorkingSessionImpl.java:122) > at org.jboss.shrinkwrap.resolver.impl.maven.MavenResolverSystemImpl.<init>(MavenResolverSystemImpl.java:43) > ... 48 more > Caused by: java.lang.ClassNotFoundException: org.eclipse.aether.internal.impl.DefaultDependencyCollector > at org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy.loadClass(SelfFirstStrategy.java:50) > 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) > ... 54 more > {noformat} -- This message was sent by Atlassian Jira (v7.12.1#712002)

4 years, 9 months

1
0
0 / 0

[JBoss JIRA] (SHRINKRES-294) Update travis config to use a more recent dist

by Aurélien Pupier (Jira)

Aurélien Pupier created SHRINKRES-294: ----------------------------------------- Summary: Update travis config to use a more recent dist Key: SHRINKRES-294 URL: https://issues.jboss.org/browse/SHRINKRES-294 Project: ShrinkWrap Resolvers Issue Type: Task Reporter: Aurélien Pupier message displayed by Travis: "This job ran on our Precise environment, which is in the process of being decommissioned. Please update to a newer Ubuntu version by specifying dist: xenial in your .travis.yml." -- This message was sent by Atlassian Jira (v7.12.1#712002)

4 years, 9 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

shrinkwrap-issues July 2019