[JBoss JIRA] (SHRINKRES-259) Shrinkwrap resolver generates invalid Zips
by Karel Piwko (JIRA)
[ https://issues.jboss.org/browse/SHRINKRES-259?page=com.atlassian.jira.plu... ]
Karel Piwko updated SHRINKRES-259:
----------------------------------
Affects Version/s: 2.2.4
2.2.3
2.2.2
2.2.1
2.2.0
> Shrinkwrap resolver generates invalid Zips
> ------------------------------------------
>
> Key: SHRINKRES-259
> URL: https://issues.jboss.org/browse/SHRINKRES-259
> Project: ShrinkWrap Resolvers
> Issue Type: Bug
> Affects Versions: 2.2.0, 2.2.1, 2.2.2, 2.2.3, 2.2.4
> Reporter: Florian Besser
>
> Affects shrinkwrap-resolver-impl-maven:2.2.0 up to shrinkwrap-resolver-impl-maven:2.2.4
> The class MavenResolvedArtifactImpl.java generates a zip File using the function packageDirectories.
> zipFiles generated by this method contain 1 zipfile entry per file (this is good) *but also 1 entry per _directory_*. This means that wildfly will throw a FileNotFoundException like the following:
> {code:java}
> 14:17:41,203 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-7) MSC000001: Failed to start service jboss.deployment.unit."rdp-pricedata-testing.ear".STRUCTURE: org.jboss.msc.service.StartException in service jboss.deployment.unit."X-Y-Z.ear".STRUCTURE: WFLYSRV0153: Failed to process phase STRUCTURE of deployment "X-Y-Z.ear"
> ...
> Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: WFLYEE0054: Failed to process children for EAR ["/C:/Daten/tools/wildfly-10.1.0.Final/bin/content/X-Y-Z.ear"]
> ...
> Caused by: java.io.FileNotFoundException: C:\Daten\tools\wildfly-10.1.0.Final\standalone\tmp\vfs\deployment\deployment8c1b4b7ccf088d0f\X-Y-other.war-1968e3b71e5fa852\com\sixgroup (The system cannot find the path specified)
> at java.io.FileOutputStream.open0(Native Method)
> at java.io.FileOutputStream.open(FileOutputStream.java:270)
> at java.io.FileOutputStream.<init>(FileOutputStream.java:213)
> at java.io.FileOutputStream.<init>(FileOutputStream.java:162)
> at org.jboss.vfs.VFSUtils.unzip(VFSUtils.java:899)
> at org.jboss.vfs.VFS.mountZipExpanded(VFS.java:504)
> at org.jboss.vfs.VFS.mountZipExpanded(VFS.java:533)
> at org.jboss.as.ee.structure.EarStructureProcessor.mount(EarStructureProcessor.java:252)
> at org.jboss.as.ee.structure.EarStructureProcessor.createResourceRoot(EarStructureProcessor.java:271)
> at org.jboss.as.ee.structure.EarStructureProcessor.deploy(EarStructureProcessor.java:202)
> ... 6 more
> {code}
> I'd suggest amending the code:
> {code:java}
> if (fileEntry.isDirectory()) {
> zipFile.putNextEntry(new ZipEntry(entry));
> }
> {code}
> to:
> {code:java}
> if (fileEntry.isDirectory()) {
> continue;
> }
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 5 months
[JBoss JIRA] (SHRINKRES-259) Shrinkwrap resolver generates invalid Zips
by Karel Piwko (JIRA)
[ https://issues.jboss.org/browse/SHRINKRES-259?page=com.atlassian.jira.plu... ]
Karel Piwko moved SHRINKWRAP-512 to SHRINKRES-259:
--------------------------------------------------
Project: ShrinkWrap Resolvers (was: ShrinkWrap)
Key: SHRINKRES-259 (was: SHRINKWRAP-512)
> Shrinkwrap resolver generates invalid Zips
> ------------------------------------------
>
> Key: SHRINKRES-259
> URL: https://issues.jboss.org/browse/SHRINKRES-259
> Project: ShrinkWrap Resolvers
> Issue Type: Bug
> Affects Versions: 2.2.0, 2.2.1, 2.2.2, 2.2.3, 2.2.4
> Reporter: Florian Besser
>
> Affects shrinkwrap-resolver-impl-maven:2.2.0 up to shrinkwrap-resolver-impl-maven:2.2.4
> The class MavenResolvedArtifactImpl.java generates a zip File using the function packageDirectories.
> zipFiles generated by this method contain 1 zipfile entry per file (this is good) *but also 1 entry per _directory_*. This means that wildfly will throw a FileNotFoundException like the following:
> {code:java}
> 14:17:41,203 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-7) MSC000001: Failed to start service jboss.deployment.unit."rdp-pricedata-testing.ear".STRUCTURE: org.jboss.msc.service.StartException in service jboss.deployment.unit."X-Y-Z.ear".STRUCTURE: WFLYSRV0153: Failed to process phase STRUCTURE of deployment "X-Y-Z.ear"
> ...
> Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: WFLYEE0054: Failed to process children for EAR ["/C:/Daten/tools/wildfly-10.1.0.Final/bin/content/X-Y-Z.ear"]
> ...
> Caused by: java.io.FileNotFoundException: C:\Daten\tools\wildfly-10.1.0.Final\standalone\tmp\vfs\deployment\deployment8c1b4b7ccf088d0f\X-Y-other.war-1968e3b71e5fa852\com\sixgroup (The system cannot find the path specified)
> at java.io.FileOutputStream.open0(Native Method)
> at java.io.FileOutputStream.open(FileOutputStream.java:270)
> at java.io.FileOutputStream.<init>(FileOutputStream.java:213)
> at java.io.FileOutputStream.<init>(FileOutputStream.java:162)
> at org.jboss.vfs.VFSUtils.unzip(VFSUtils.java:899)
> at org.jboss.vfs.VFS.mountZipExpanded(VFS.java:504)
> at org.jboss.vfs.VFS.mountZipExpanded(VFS.java:533)
> at org.jboss.as.ee.structure.EarStructureProcessor.mount(EarStructureProcessor.java:252)
> at org.jboss.as.ee.structure.EarStructureProcessor.createResourceRoot(EarStructureProcessor.java:271)
> at org.jboss.as.ee.structure.EarStructureProcessor.deploy(EarStructureProcessor.java:202)
> ... 6 more
> {code}
> I'd suggest amending the code:
> {code:java}
> if (fileEntry.isDirectory()) {
> zipFile.putNextEntry(new ZipEntry(entry));
> }
> {code}
> to:
> {code:java}
> if (fileEntry.isDirectory()) {
> continue;
> }
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 5 months
[JBoss JIRA] (SHRINKWRAP-512) Shrinkwrap resolver generates invalid Zips
by Florian Besser (JIRA)
[ https://issues.jboss.org/browse/SHRINKWRAP-512?page=com.atlassian.jira.pl... ]
Florian Besser updated SHRINKWRAP-512:
--------------------------------------
Priority: Major (was: Critical)
> Shrinkwrap resolver generates invalid Zips
> ------------------------------------------
>
> Key: SHRINKWRAP-512
> URL: https://issues.jboss.org/browse/SHRINKWRAP-512
> Project: ShrinkWrap
> Issue Type: Bug
> Reporter: Florian Besser
>
> Affects shrinkwrap-resolver-impl-maven:2.2.0 up to shrinkwrap-resolver-impl-maven:2.2.4
> The class MavenResolvedArtifactImpl.java generates a zip File using the function packageDirectories.
> zipFiles generated by this method contain 1 zipfile entry per file (this is good) *but also 1 entry per _directory_*. This means that wildfly will throw a FileNotFoundException like the following:
> {code:java}
> 14:17:41,203 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-7) MSC000001: Failed to start service jboss.deployment.unit."rdp-pricedata-testing.ear".STRUCTURE: org.jboss.msc.service.StartException in service jboss.deployment.unit."X-Y-Z.ear".STRUCTURE: WFLYSRV0153: Failed to process phase STRUCTURE of deployment "X-Y-Z.ear"
> ...
> Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: WFLYEE0054: Failed to process children for EAR ["/C:/Daten/tools/wildfly-10.1.0.Final/bin/content/X-Y-Z.ear"]
> ...
> Caused by: java.io.FileNotFoundException: C:\Daten\tools\wildfly-10.1.0.Final\standalone\tmp\vfs\deployment\deployment8c1b4b7ccf088d0f\X-Y-other.war-1968e3b71e5fa852\com\sixgroup (The system cannot find the path specified)
> at java.io.FileOutputStream.open0(Native Method)
> at java.io.FileOutputStream.open(FileOutputStream.java:270)
> at java.io.FileOutputStream.<init>(FileOutputStream.java:213)
> at java.io.FileOutputStream.<init>(FileOutputStream.java:162)
> at org.jboss.vfs.VFSUtils.unzip(VFSUtils.java:899)
> at org.jboss.vfs.VFS.mountZipExpanded(VFS.java:504)
> at org.jboss.vfs.VFS.mountZipExpanded(VFS.java:533)
> at org.jboss.as.ee.structure.EarStructureProcessor.mount(EarStructureProcessor.java:252)
> at org.jboss.as.ee.structure.EarStructureProcessor.createResourceRoot(EarStructureProcessor.java:271)
> at org.jboss.as.ee.structure.EarStructureProcessor.deploy(EarStructureProcessor.java:202)
> ... 6 more
> {code}
> I'd suggest amending the code:
> {code:java}
> if (fileEntry.isDirectory()) {
> zipFile.putNextEntry(new ZipEntry(entry));
> }
> {code}
> to:
> {code:java}
> if (fileEntry.isDirectory()) {
> continue;
> }
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 5 months
[JBoss JIRA] (SHRINKWRAP-512) Shrinkwrap resolver generates invalid Zips
by Florian Besser (JIRA)
[ https://issues.jboss.org/browse/SHRINKWRAP-512?page=com.atlassian.jira.pl... ]
Florian Besser updated SHRINKWRAP-512:
--------------------------------------
Issue Type: Bug (was: Feature Request)
> Shrinkwrap resolver generates invalid Zips
> ------------------------------------------
>
> Key: SHRINKWRAP-512
> URL: https://issues.jboss.org/browse/SHRINKWRAP-512
> Project: ShrinkWrap
> Issue Type: Bug
> Reporter: Florian Besser
> Priority: Critical
>
> Affects shrinkwrap-resolver-impl-maven:2.2.0 up to shrinkwrap-resolver-impl-maven:2.2.4
> The class MavenResolvedArtifactImpl.java generates a zip File using the function packageDirectories.
> zipFiles generated by this method contain 1 zipfile entry per file (this is good) *but also 1 entry per _directory_*. This means that wildfly will throw a FileNotFoundException like the following:
> {code:java}
> 14:17:41,203 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-7) MSC000001: Failed to start service jboss.deployment.unit."rdp-pricedata-testing.ear".STRUCTURE: org.jboss.msc.service.StartException in service jboss.deployment.unit."X-Y-Z.ear".STRUCTURE: WFLYSRV0153: Failed to process phase STRUCTURE of deployment "X-Y-Z.ear"
> ...
> Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: WFLYEE0054: Failed to process children for EAR ["/C:/Daten/tools/wildfly-10.1.0.Final/bin/content/X-Y-Z.ear"]
> ...
> Caused by: java.io.FileNotFoundException: C:\Daten\tools\wildfly-10.1.0.Final\standalone\tmp\vfs\deployment\deployment8c1b4b7ccf088d0f\X-Y-other.war-1968e3b71e5fa852\com\sixgroup (The system cannot find the path specified)
> at java.io.FileOutputStream.open0(Native Method)
> at java.io.FileOutputStream.open(FileOutputStream.java:270)
> at java.io.FileOutputStream.<init>(FileOutputStream.java:213)
> at java.io.FileOutputStream.<init>(FileOutputStream.java:162)
> at org.jboss.vfs.VFSUtils.unzip(VFSUtils.java:899)
> at org.jboss.vfs.VFS.mountZipExpanded(VFS.java:504)
> at org.jboss.vfs.VFS.mountZipExpanded(VFS.java:533)
> at org.jboss.as.ee.structure.EarStructureProcessor.mount(EarStructureProcessor.java:252)
> at org.jboss.as.ee.structure.EarStructureProcessor.createResourceRoot(EarStructureProcessor.java:271)
> at org.jboss.as.ee.structure.EarStructureProcessor.deploy(EarStructureProcessor.java:202)
> ... 6 more
> {code}
> I'd suggest amending the code:
> {code:java}
> if (fileEntry.isDirectory()) {
> zipFile.putNextEntry(new ZipEntry(entry));
> }
> {code}
> to:
> {code:java}
> if (fileEntry.isDirectory()) {
> continue;
> }
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 5 months
[JBoss JIRA] (SHRINKWRAP-512) Shrinkwrap resolver generates invalid Zips
by Florian Besser (JIRA)
Florian Besser created SHRINKWRAP-512:
-----------------------------------------
Summary: Shrinkwrap resolver generates invalid Zips
Key: SHRINKWRAP-512
URL: https://issues.jboss.org/browse/SHRINKWRAP-512
Project: ShrinkWrap
Issue Type: Feature Request
Reporter: Florian Besser
Priority: Critical
Affects shrinkwrap-resolver-impl-maven:2.2.0 up to shrinkwrap-resolver-impl-maven:2.2.4
The class MavenResolvedArtifactImpl.java generates a zip File using the function packageDirectories.
zipFiles generated by this method contain 1 zipfile entry per file (this is good) *but also 1 entry per _directory_*. This means that wildfly will throw a FileNotFoundException like the following:
{code:java}
14:17:41,203 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-7) MSC000001: Failed to start service jboss.deployment.unit."rdp-pricedata-testing.ear".STRUCTURE: org.jboss.msc.service.StartException in service jboss.deployment.unit."X-Y-Z.ear".STRUCTURE: WFLYSRV0153: Failed to process phase STRUCTURE of deployment "X-Y-Z.ear"
...
Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: WFLYEE0054: Failed to process children for EAR ["/C:/Daten/tools/wildfly-10.1.0.Final/bin/content/X-Y-Z.ear"]
...
Caused by: java.io.FileNotFoundException: C:\Daten\tools\wildfly-10.1.0.Final\standalone\tmp\vfs\deployment\deployment8c1b4b7ccf088d0f\X-Y-other.war-1968e3b71e5fa852\com\sixgroup (The system cannot find the path specified)
at java.io.FileOutputStream.open0(Native Method)
at java.io.FileOutputStream.open(FileOutputStream.java:270)
at java.io.FileOutputStream.<init>(FileOutputStream.java:213)
at java.io.FileOutputStream.<init>(FileOutputStream.java:162)
at org.jboss.vfs.VFSUtils.unzip(VFSUtils.java:899)
at org.jboss.vfs.VFS.mountZipExpanded(VFS.java:504)
at org.jboss.vfs.VFS.mountZipExpanded(VFS.java:533)
at org.jboss.as.ee.structure.EarStructureProcessor.mount(EarStructureProcessor.java:252)
at org.jboss.as.ee.structure.EarStructureProcessor.createResourceRoot(EarStructureProcessor.java:271)
at org.jboss.as.ee.structure.EarStructureProcessor.deploy(EarStructureProcessor.java:202)
... 6 more
{code}
I'd suggest amending the code:
{code:java}
if (fileEntry.isDirectory()) {
zipFile.putNextEntry(new ZipEntry(entry));
}
{code}
to:
{code:java}
if (fileEntry.isDirectory()) {
continue;
}
{code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 5 months
[JBoss JIRA] (SHRINKRES-239) maven version incompatibility? Caused by: java.lang.AbstractMethodError at org.apache.maven.model.building.DefaultModelBuilder.readParentExternally(DefaultModelBuilder.java:899)
by Matous Jobanek (JIRA)
[ https://issues.jboss.org/browse/SHRINKRES-239?page=com.atlassian.jira.plu... ]
Matous Jobanek commented on SHRINKRES-239:
------------------------------------------
Introducing Maven BOM could help in avoiding such a problems - see: SHRINKRES-256
> maven version incompatibility? Caused by: java.lang.AbstractMethodError at org.apache.maven.model.building.DefaultModelBuilder.readParentExternally(DefaultModelBuilder.java:899)
> -----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: SHRINKRES-239
> URL: https://issues.jboss.org/browse/SHRINKRES-239
> Project: ShrinkWrap Resolvers
> Issue Type: Bug
> Affects Versions: 2.2.2
> Environment: Java 8u65
> Maven 3.3.3
> Reporter: The Alchemist
> Assignee: Matous Jobanek
>
> {noformat}
> java.lang.RuntimeException: Could not invoke deployment method: public static org.jboss.shrinkwrap.api.Archive com.github.api.ArquillianBasedIT.deploy() throws java.io.IOException
> at org.jboss.arquillian.container.test.impl.client.deployment.AnnotationDeploymentScenarioGenerator.invoke(AnnotationDeploymentScenarioGenerator.java:181)
> at org.jboss.arquillian.container.test.impl.client.deployment.AnnotationDeploymentScenarioGenerator.generateDeployment(AnnotationDeploymentScenarioGenerator.java:103)
> at org.jboss.arquillian.container.test.impl.client.deployment.AnnotationDeploymentScenarioGenerator.generate(AnnotationDeploymentScenarioGenerator.java:64)
> at org.jboss.arquillian.container.test.impl.client.deployment.DeploymentGenerator.generateDeployment(DeploymentGenerator.java:79)
> 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:497)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
> at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:116)
> at org.jboss.arquillian.core.impl.EventImpl.fire(EventImpl.java:67)
> at org.jboss.arquillian.container.test.impl.client.ContainerEventController.execute(ContainerEventController.java:100)
> 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:497)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
> at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81)
> at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:92)
> 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:497)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
> at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:73)
> 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:497)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:116)
> at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.beforeClass(EventTestRunnerAdaptor.java:87)
> at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:201)
> at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:426)
> at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:54)
> at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:218)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
> at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:166)
> at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:86)
> at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
> at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459)
> at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:675)
> at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382)
> at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192)
> 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:497)
> at org.jboss.arquillian.container.test.impl.client.deployment.AnnotationDeploymentScenarioGenerator.invoke(AnnotationDeploymentScenarioGenerator.java:177)
> ... 50 more
> Caused by: java.lang.AbstractMethodError
> at org.apache.maven.model.building.DefaultModelBuilder.readParentExternally(DefaultModelBuilder.java:899)
> at org.apache.maven.model.building.DefaultModelBuilder.readParent(DefaultModelBuilder.java:751)
> at org.apache.maven.model.building.DefaultModelBuilder.build(DefaultModelBuilder.java:309)
> at org.apache.maven.repository.internal.DefaultArtifactDescriptorReader.loadPom(DefaultArtifactDescriptorReader.java:361)
> at org.apache.maven.repository.internal.DefaultArtifactDescriptorReader.readArtifactDescriptor(DefaultArtifactDescriptorReader.java:217)
> at org.eclipse.aether.internal.impl.DefaultDependencyCollector.resolveCachedArtifactDescriptor(DefaultDependencyCollector.java:525)
> at org.eclipse.aether.internal.impl.DefaultDependencyCollector.getArtifactDescriptorResult(DefaultDependencyCollector.java:509)
> at org.eclipse.aether.internal.impl.DefaultDependencyCollector.processDependency(DefaultDependencyCollector.java:409)
> at org.eclipse.aether.internal.impl.DefaultDependencyCollector.processDependency(DefaultDependencyCollector.java:363)
> at org.eclipse.aether.internal.impl.DefaultDependencyCollector.process(DefaultDependencyCollector.java:351)
> at org.eclipse.aether.internal.impl.DefaultDependencyCollector.collectDependencies(DefaultDependencyCollector.java:254)
> at org.eclipse.aether.internal.impl.DefaultRepositorySystem.resolveDependencies(DefaultRepositorySystem.java:341)
> at org.jboss.shrinkwrap.resolver.impl.maven.bootstrap.MavenRepositorySystem.resolveDependencies(MavenRepositorySystem.java:121)
> at org.jboss.shrinkwrap.resolver.impl.maven.MavenWorkingSessionImpl.resolveDependencies(MavenWorkingSessionImpl.java:228)
> at org.jboss.shrinkwrap.resolver.impl.maven.MavenStrategyStageBaseImpl.using(MavenStrategyStageBaseImpl.java:71)
> at org.jboss.shrinkwrap.resolver.impl.maven.MavenStrategyStageBaseImpl.withoutTransitivity(MavenStrategyStageBaseImpl.java:58)
> at org.jboss.shrinkwrap.resolver.impl.maven.MavenStrategyStageBaseImpl.withoutTransitivity(MavenStrategyStageBaseImpl.java:40)
> at com.github.api.ArquillianBasedIT.addDependencyToArchive(ArquillianBasedIT.java:76)
> at com.github.api.ArquillianBasedIT.deploy(ArquillianBasedIT.java:63)
> ... 55 more
> {noformat}
> h2. GitHub Link
> https://github.com/The-Alchemist/resolver/tree/master/impl-maven-integrat...
> NOTE: if you run {{mvn verify}}, you will actually get another error, but I don't think it's related to this one.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 5 months
[JBoss JIRA] (SHRINKRES-240) Configuring from settings.xml fails if there is a Travis ${env.VAR} in <password>
by Matous Jobanek (JIRA)
[ https://issues.jboss.org/browse/SHRINKRES-240?page=com.atlassian.jira.plu... ]
Matous Jobanek closed SHRINKRES-240.
------------------------------------
Fix Version/s: 2.2.2
Resolution: Duplicate Issue
I'm closing this issue as it should be already fixed.
Feel free to reopen it if you still observe unexpected behaviour.
> Configuring from settings.xml fails if there is a Travis ${env.VAR} in <password>
> ---------------------------------------------------------------------------------
>
> Key: SHRINKRES-240
> URL: https://issues.jboss.org/browse/SHRINKRES-240
> Project: ShrinkWrap Resolvers
> Issue Type: Bug
> Reporter: Peter Palaga
> Assignee: Matous Jobanek
> Fix For: 2.2.2
>
>
> [~aslak] and [~mjobanek] this is the issue I told you about in Peagas about two weeks ago
> We have a code like this in {{createDeployment() }}:
> {code}
> File[] libs = Maven.configureResolver().fromFile(shrinkwrapMavenSettings).loadPomFromFile("pom.xml")
> .resolve("org.hawkular.commons:hawkular-rest-status", "com.squareup.okhttp:okhttp")
> .withTransitivity().asFile();
> {code}
> If {{shrinkwrapMavenSettings}} points to a settings.xml file that contains something like the following
> {code}
> <servers>
> <server>
> <id>jboss-snapshots-repository</id>
> <username>${env.NEXUS_DEPLOY_USERNAME}</username>
> <password>${env.NEXUS_DEPLOY_PASSWORD}</password>
> </server>
> </servers>
> {code}
> then the above snippet fails with
> {code}
> java.lang.RuntimeException: Could not invoke deployment method: public static org.jboss.shrinkwrap.api.spec.WebArchive org.hawkular.commons.rest.status.itest.StatusEndpointITest.createDeployment()
> at org.hawkular.commons.rest.status.itest.StatusEndpointITest.createDeployment(StatusEndpointITest.java:52){code}
> I admit the Exception of the message is not very helpful, but that's what I get from Maven.
> We have a workaround in place https://github.com/hawkular/hawkular-commons/blob/8664a3ebb8920349396949e...
> The commit in the following PR deactivates the workaround and shows the issue
> https://github.com/hawkular/hawkular-commons/pull/48
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 5 months
[JBoss JIRA] (SHRINKRES-238) Maven resolver always throws at with(out)Transitivity
by Matous Jobanek (JIRA)
[ https://issues.jboss.org/browse/SHRINKRES-238?page=com.atlassian.jira.plu... ]
Matous Jobanek commented on SHRINKRES-238:
------------------------------------------
Introducing Maven BOM could help in avoiding such a problems - see: SHRINKRES-256
> Maven resolver always throws at with(out)Transitivity
> -----------------------------------------------------
>
> Key: SHRINKRES-238
> URL: https://issues.jboss.org/browse/SHRINKRES-238
> Project: ShrinkWrap Resolvers
> Issue Type: Bug
> Components: maven-plugin
> Affects Versions: 2.2.1, 2.2.2
> Environment: Linux - Kernel 4.4.1
> Mac OS X El Capitan - 10.11
> Reporter: G. Richard Bellamy
>
> When trying to build a Shrinkwrapped package using the Maven POM resolver, the {{withoutTransitivity}} or {{withTransitivity}} method throws an {{InvocationTargetException}} with the root being an {{AbstractMethodError}}.
> {code:java|title=Java stanza that throws the exception}
> PomEquippedResolveStage pomFromFile = Maven.resolver().loadPomFromFile("pom.xml");
> File[] files = pomFromFile
> .importRuntimeDependencies()
> .resolve()
> .withoutTransitivity() // or .withTransitivity()
> .asFile();
> {code}
> {noformat:title=Stacktrace}
> java.lang.RuntimeException: Could not invoke deployment method: public static org.jboss.shrinkwrap.api.Archive com.terradatum.TestMlsAreasBean.createDeployment()
> at org.jboss.arquillian.container.test.impl.client.deployment.AnnotationDeploymentScenarioGenerator.invoke(AnnotationDeploymentScenarioGenerator.java:181)
> at org.jboss.arquillian.container.test.impl.client.deployment.AnnotationDeploymentScenarioGenerator.generateDeployment(AnnotationDeploymentScenarioGenerator.java:103)
> at org.jboss.arquillian.container.test.impl.client.deployment.AnnotationDeploymentScenarioGenerator.generate(AnnotationDeploymentScenarioGenerator.java:64)
> at org.jboss.arquillian.container.test.impl.client.deployment.DeploymentGenerator.generateDeployment(DeploymentGenerator.java:79)
> 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:497)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
> at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:116)
> at org.jboss.arquillian.core.impl.EventImpl.fire(EventImpl.java:67)
> at org.jboss.arquillian.container.test.impl.client.ContainerEventController.execute(ContainerEventController.java:100)
> 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:497)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
> at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81)
> at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:92)
> 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:497)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
> at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:73)
> 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:497)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:116)
> at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.beforeClass(EventTestRunnerAdaptor.java:87)
> at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:201)
> at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:422)
> at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:54)
> at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:218)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:309)
> at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:166)
> at org.junit.runners.Suite.runChild(Suite.java:127)
> at org.junit.runners.Suite.runChild(Suite.java:26)
> at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238)
> at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63)
> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236)
> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53)
> at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:309)
> at org.junit.runner.JUnitCore.run(JUnitCore.java:160)
> at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:69)
> at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:234)
> at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:74)
> 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:497)
> at org.jboss.arquillian.container.test.impl.client.deployment.AnnotationDeploymentScenarioGenerator.invoke(AnnotationDeploymentScenarioGenerator.java:177)
> ... 56 more
> Caused by: java.lang.AbstractMethodError
> at org.apache.maven.model.building.DefaultModelBuilder.configureResolver(DefaultModelBuilder.java:644)
> at org.apache.maven.model.building.DefaultModelBuilder.build(DefaultModelBuilder.java:388)
> at org.apache.maven.repository.internal.DefaultArtifactDescriptorReader.loadPom(DefaultArtifactDescriptorReader.java:361)
> at org.apache.maven.repository.internal.DefaultArtifactDescriptorReader.readArtifactDescriptor(DefaultArtifactDescriptorReader.java:217)
> at org.eclipse.aether.internal.impl.DefaultDependencyCollector.resolveCachedArtifactDescriptor(DefaultDependencyCollector.java:525)
> at org.eclipse.aether.internal.impl.DefaultDependencyCollector.getArtifactDescriptorResult(DefaultDependencyCollector.java:509)
> at org.eclipse.aether.internal.impl.DefaultDependencyCollector.processDependency(DefaultDependencyCollector.java:409)
> at org.eclipse.aether.internal.impl.DefaultDependencyCollector.processDependency(DefaultDependencyCollector.java:363)
> at org.eclipse.aether.internal.impl.DefaultDependencyCollector.process(DefaultDependencyCollector.java:351)
> at org.eclipse.aether.internal.impl.DefaultDependencyCollector.collectDependencies(DefaultDependencyCollector.java:254)
> at org.eclipse.aether.internal.impl.DefaultRepositorySystem.resolveDependencies(DefaultRepositorySystem.java:341)
> at org.jboss.shrinkwrap.resolver.impl.maven.bootstrap.MavenRepositorySystem.resolveDependencies(MavenRepositorySystem.java:121)
> at org.jboss.shrinkwrap.resolver.impl.maven.MavenWorkingSessionImpl.resolveDependencies(MavenWorkingSessionImpl.java:228)
> at org.jboss.shrinkwrap.resolver.impl.maven.MavenStrategyStageBaseImpl.using(MavenStrategyStageBaseImpl.java:71)
> at org.jboss.shrinkwrap.resolver.impl.maven.MavenStrategyStageBaseImpl.withoutTransitivity(MavenStrategyStageBaseImpl.java:58)
> at org.jboss.shrinkwrap.resolver.impl.maven.MavenStrategyStageBaseImpl.withoutTransitivity(MavenStrategyStageBaseImpl.java:40)
> at com.terradatum.TestMlsAreasBean.createDeployment(TestMlsAreasBean.java:51)
> ... 61 more
> {noformat}
> When I step through the code, the ultimate failure is in {{org.apache.maven.model.building.DefaultModelBuilder#configureResolver()}}:
> {code:java|title=Java in the resolver where the problem presents}
> private void configureResolver( ModelResolver modelResolver, Model model, DefaultModelProblemCollector problems,
> boolean replaceRepositories )
> {
> if ( modelResolver == null )
> {
> return;
> }
>
> problems.setSource( model );
>
> List<Repository> repositories = model.getRepositories();
>
> for ( Repository repository : repositories )
> {
> try
> {
> modelResolver.addRepository( repository, replaceRepositories );
> }
> catch ( InvalidRepositoryException e )
> {
> problems.add( new ModelProblemCollectorRequest( Severity.ERROR, Version.BASE )
> .setMessage( "Invalid repository " + repository.getId() + ": " + e.getMessage() )
> .setLocation( repository.getLocation( "" ) )
> .setException( e ) );
> }
> }
> }
> {code}
> Specifically at line #14, where at {{modelResolver#addRepository()}} the exception is thrown, seemingly out of nowhere. When viewed under the debugger, everything looks just fine. As well, it's clearly the correct method signature (which is the first thought I had since it's a {{AbstractMethodError}}), and I've checked the dependency chain and runtime classpath and I can't find anything untoward.
>
> This happens with the embedded IntelliJ IDEA 15 Maven (3.0.5) and my system's Maven installation (3.3.9).
> I should note that we use an internal Nexus server, and therefore have the following {{settings.xml}}:
> {code:xml|title=settings.xml}
> <?xml version="1.0" encoding="UTF-8"?>
> <settings xmlns="http://maven.apache.org/SETTINGS/1.0.0"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0 http://maven.apache.org/xsd/settings-1.0.0.xsd">
> <mirrors>
> <mirror>
> <!-- This sends everything else to /public -->
> <id>nexus</id>
> <mirrorOf>*</mirrorOf>
> <url>https://nexus.INTERNAL.com/content/groups/public</url>
> </mirror>
> </mirrors>
> <servers>
> <server>
> <id>releases</id>
> <username>SOME-FANCY-USER</username>
> <password>SOME-FANCY-PASSWORD</password>
> </server>
> <server>
> <id>snapshots</id>
> <username>SOME-FANCY-USER</username>
> <password>SOME-FANCY-PASSWORD</password>
> </server>
> </servers>
> <profiles>
> <profile>
> <id>nexus</id>
> <!-- Enable snapshots for the built in central repo to direct -->
> <!-- all requests to nexus via the mirror -->
> <repositories>
> <repository>
> <id>central</id>
> <url>http://central</url>
> <releases><enabled>true</enabled></releases>
> <snapshots><enabled>true</enabled></snapshots>
> </repository>
> </repositories>
> <pluginRepositories>
> <pluginRepository>
> <id>central</id>
> <url>http://central</url>
> <releases><enabled>true</enabled></releases>
> <snapshots><enabled>true</enabled></snapshots>
> </pluginRepository>
> </pluginRepositories>
> </profile>
> </profiles>
> <activeProfiles>
> <!-- make the profile active all the time -->
> <activeProfile>nexus</activeProfile>
> </activeProfiles>
> <pluginGroups>
> <!-- define the sonatype plugin group, so the nexus plugins will work without typing the groupId -->
> <pluginGroup>org.sonatype.plugins</pluginGroup>
> </pluginGroups>
> </settings>
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 5 months
[JBoss JIRA] (SHRINKRES-241) Wrong maven-aether-provider dependency for some reason
by Matous Jobanek (JIRA)
[ https://issues.jboss.org/browse/SHRINKRES-241?page=com.atlassian.jira.plu... ]
Matous Jobanek edited comment on SHRINKRES-241 at 11/14/16 10:53 AM:
---------------------------------------------------------------------
Introducing Maven BOM could help in avoiding such a problems - see: SHRINKRES-256
was (Author: mjobanek):
Introducing Maven BOM could help in avoiding such a problems
> Wrong maven-aether-provider dependency for some reason
> ------------------------------------------------------
>
> Key: SHRINKRES-241
> URL: https://issues.jboss.org/browse/SHRINKRES-241
> Project: ShrinkWrap Resolvers
> Issue Type: Bug
> Affects Versions: 2.2.2
> Reporter: Bob McWhirter
>
> I can't explain it, because your POM looks good, but if I rely on SW-Resolvers 2.2.2, which should be using maven-aether-provider 3.2.5, from a maven v3.2.5, I still get maven-aether-provider 3.2.1.
> Can you think of some way to force maven-aether-provider to 3.2.5?
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 5 months