From issues at jboss.org  Tue Nov  1 02:53:00 2016
From: issues at jboss.org (Matous Jobanek (JIRA))
Date: Tue, 1 Nov 2016 02:53:00 -0400 (EDT)
Subject: [shrinkwrap-issues] [JBoss JIRA] (SHRINKRES-257) Implement
	EmbeddedMaven
In-Reply-To: <JIRA.12658051.1477908808000@Atlassian.JIRA>
References: <JIRA.12658051.1477908808000@Atlassian.JIRA>
	<JIRA.12658051.1477908808000@jira.app.mwc.hst.phx2.redhat.com>
Message-ID: <JIRA.12658051.1477908808000.317.1477983180368@Atlassian.JIRA>


     [ https://issues.jboss.org/browse/SHRINKRES-257?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Matous Jobanek updated SHRINKRES-257:
-------------------------------------
    Git Pull Request: https://github.com/shrinkwrap/resolver/pull/103


> Implement EmbeddedMaven
> -----------------------
>
>                 Key: SHRINKRES-257
>                 URL: https://issues.jboss.org/browse/SHRINKRES-257
>             Project: ShrinkWrap Resolvers
>          Issue Type: Feature Request
>          Components: maven
>            Reporter: Matous Jobanek
>            Assignee: Matous Jobanek
>             Fix For: 3.0.0-alpha-2
>
>
> Expected features
> * run Maven build of some external project
> * download Maven binaries (if requested) and use them 
> * get created archives



--
This message was sent by Atlassian JIRA
(v7.2.2#72004)

From issues at jboss.org  Wed Nov  9 06:48:00 2016
From: issues at jboss.org (Michael McLean (JIRA))
Date: Wed, 9 Nov 2016 06:48:00 -0500 (EST)
Subject: [shrinkwrap-issues] [JBoss JIRA] (SHRINKRES-258)
 java.io.StreamCorruptedException when using EmbeddedGradleImporter
In-Reply-To: <JIRA.12660415.1478692051000@Atlassian.JIRA>
References: <JIRA.12660415.1478692051000@Atlassian.JIRA>
	<JIRA.12660415.1478692051319@jira.app.mwc.hst.phx2.redhat.com>
Message-ID: <JIRA.12660415.1478692051000.32211.1478692080806@Atlassian.JIRA>

Michael McLean created SHRINKRES-258:
----------------------------------------

             Summary: java.io.StreamCorruptedException when using EmbeddedGradleImporter
                 Key: SHRINKRES-258
                 URL: https://issues.jboss.org/browse/SHRINKRES-258
             Project: ShrinkWrap Resolvers
          Issue Type: Support Request
          Components: gradle
    Affects Versions: 2.2.4, 3.0.0-alpha-1
         Environment: Windows 7, Wildfly10, Gradle 2.11, JVM 1.8.0_73
            Reporter: Michael McLean


Started om the example  https://github.com/mmatloka/arquillian-gradle-sample/tree/master/single-module. Works fine.

I setup basically the same example code in a moderately complex app with about 25 dependencies in build.gradle.

With more complex dependencies running "gradle test" produces

{code:java}


java.lang.IllegalStateException: Error launching test com.capitalroad.arquillian.tests.PartyImportGradleImporter public void com.capitalroad.arquillian.tests.PartyImportGradleImporter.shouldCreateGreeting()
	at org.jboss.arquillian.protocol.servlet.ServletMethodExecutor.invoke(ServletMethodExecutor.java:104)
	at org.jboss.arquillian.container.test.impl.execution.RemoteTestExecuter.execute(RemoteTestExecuter.java:109)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
...
Caused by: java.io.StreamCorruptedException: invalid stream header: 3C21444F
	at java.io.ObjectInputStream.readStreamHeader(ObjectInputStream.java:806)
	at java.io.ObjectInputStream.<init>(ObjectInputStream.java:299)
	at org.jboss.arquillian.protocol.servlet.ServletMethodExecutor.execute(ServletMethodExecutor.java:194)
	at org.jboss.arquillian.protocol.servlet.ServletMethodExecutor.executeWithRetry(ServletMethodExecutor.java:121)
	at org.jboss.arquillian.protocol.servlet.ServletMethodExecutor.invoke(ServletMethodExecutor.java:99)
	... 96 more
{code}

If I change from 

{code:java}
    @Deployment
    public static WebArchive createDeployment() {
        return ShrinkWrap.create(EmbeddedGradleImporter.class)
                .forThisProjectDirectory()
                .importBuildOutput().as(WebArchive.class);
    }
{code}

back to


{code:java}
    @Deployment
    public static WebArchive createDeployment() {
        return ShrinkWrap.create(WebArchive.class)
                .addClass(Greeter.class)
                .addAsWebInfResource(EmptyAsset.INSTANCE, "beans.xml");
    }
{code}
 
the Greeter test runs successfully.



--
This message was sent by Atlassian JIRA
(v7.2.3#72005)

From issues at jboss.org  Wed Nov  9 14:15:00 2016
From: issues at jboss.org (Michal Matloka (JIRA))
Date: Wed, 9 Nov 2016 14:15:00 -0500 (EST)
Subject: [shrinkwrap-issues] [JBoss JIRA] (SHRINKRES-258)
 java.io.StreamCorruptedException when using EmbeddedGradleImporter
In-Reply-To: <JIRA.12660415.1478692051000@Atlassian.JIRA>
References: <JIRA.12660415.1478692051000@Atlassian.JIRA>
	<JIRA.12660415.1478692051000@jira.app.mwc.hst.phx2.redhat.com>
Message-ID: <JIRA.12660415.1478692051000.36607.1478718900249@Atlassian.JIRA>


    [ https://issues.jboss.org/browse/SHRINKRES-258?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13319853#comment-13319853 ] 

Michal Matloka commented on SHRINKRES-258:
------------------------------------------

I've googled a bit:
1) https://developer.jboss.org/thread/241757 similar exception, but tomcat, jdk 7, gradle, just creating zip file from ready war using plain shrinkwrap
2) https://gist.github.com/bobmcwhirter/6d36f8e27e03cf22be5e6e3d78d3ba45 wildfly swarm with arquillian and spring boot

Maybe it's something related to archive size, related rather to arq core? [~alrubinger] [~aslak] [~bmajsak] have you encountered something similar?

> java.io.StreamCorruptedException when using EmbeddedGradleImporter
> ------------------------------------------------------------------
>
>                 Key: SHRINKRES-258
>                 URL: https://issues.jboss.org/browse/SHRINKRES-258
>             Project: ShrinkWrap Resolvers
>          Issue Type: Support Request
>          Components: gradle
>    Affects Versions: 3.0.0-alpha-1, 2.2.4
>         Environment: Windows 7, Wildfly10, Gradle 2.11, JVM 1.8.0_73
>            Reporter: Michael McLean
>
> Started om the example  https://github.com/mmatloka/arquillian-gradle-sample/tree/master/single-module. Works fine.
> I setup basically the same example code in a moderately complex app with about 25 dependencies in build.gradle.
> With more complex dependencies running "gradle test" produces
> {code:java}
> java.lang.IllegalStateException: Error launching test com.capitalroad.arquillian.tests.PartyImportGradleImporter public void com.capitalroad.arquillian.tests.PartyImportGradleImporter.shouldCreateGreeting()
> 	at org.jboss.arquillian.protocol.servlet.ServletMethodExecutor.invoke(ServletMethodExecutor.java:104)
> 	at org.jboss.arquillian.container.test.impl.execution.RemoteTestExecuter.execute(RemoteTestExecuter.java:109)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> ...
> Caused by: java.io.StreamCorruptedException: invalid stream header: 3C21444F
> 	at java.io.ObjectInputStream.readStreamHeader(ObjectInputStream.java:806)
> 	at java.io.ObjectInputStream.<init>(ObjectInputStream.java:299)
> 	at org.jboss.arquillian.protocol.servlet.ServletMethodExecutor.execute(ServletMethodExecutor.java:194)
> 	at org.jboss.arquillian.protocol.servlet.ServletMethodExecutor.executeWithRetry(ServletMethodExecutor.java:121)
> 	at org.jboss.arquillian.protocol.servlet.ServletMethodExecutor.invoke(ServletMethodExecutor.java:99)
> 	... 96 more
> {code}
> If I change from 
> {code:java}
>     @Deployment
>     public static WebArchive createDeployment() {
>         return ShrinkWrap.create(EmbeddedGradleImporter.class)
>                 .forThisProjectDirectory()
>                 .importBuildOutput().as(WebArchive.class);
>     }
> {code}
> back to
> {code:java}
>     @Deployment
>     public static WebArchive createDeployment() {
>         return ShrinkWrap.create(WebArchive.class)
>                 .addClass(Greeter.class)
>                 .addAsWebInfResource(EmptyAsset.INSTANCE, "beans.xml");
>     }
> {code}
>  
> the Greeter test runs successfully.



--
This message was sent by Atlassian JIRA
(v7.2.3#72005)

From issues at jboss.org  Wed Nov  9 17:43:00 2016
From: issues at jboss.org (Andrew Rubinger (JIRA))
Date: Wed, 9 Nov 2016 17:43:00 -0500 (EST)
Subject: [shrinkwrap-issues] [JBoss JIRA] (SHRINKRES-258)
 java.io.StreamCorruptedException when using EmbeddedGradleImporter
In-Reply-To: <JIRA.12660415.1478692051000@Atlassian.JIRA>
References: <JIRA.12660415.1478692051000@Atlassian.JIRA>
	<JIRA.12660415.1478692051000@jira.app.mwc.hst.phx2.redhat.com>
Message-ID: <JIRA.12660415.1478692051000.36997.1478731380135@Atlassian.JIRA>


    [ https://issues.jboss.org/browse/SHRINKRES-258?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13319916#comment-13319916 ] 

Andrew Rubinger commented on SHRINKRES-258:
-------------------------------------------

Haven't yet seen, but I don't see evidence of this being a SHRINKRES issue yet :)

> java.io.StreamCorruptedException when using EmbeddedGradleImporter
> ------------------------------------------------------------------
>
>                 Key: SHRINKRES-258
>                 URL: https://issues.jboss.org/browse/SHRINKRES-258
>             Project: ShrinkWrap Resolvers
>          Issue Type: Support Request
>          Components: gradle
>    Affects Versions: 3.0.0-alpha-1, 2.2.4
>         Environment: Windows 7, Wildfly10, Gradle 2.11, JVM 1.8.0_73
>            Reporter: Michael McLean
>
> Started om the example  https://github.com/mmatloka/arquillian-gradle-sample/tree/master/single-module. Works fine.
> I setup basically the same example code in a moderately complex app with about 25 dependencies in build.gradle.
> With more complex dependencies running "gradle test" produces
> {code:java}
> java.lang.IllegalStateException: Error launching test com.capitalroad.arquillian.tests.PartyImportGradleImporter public void com.capitalroad.arquillian.tests.PartyImportGradleImporter.shouldCreateGreeting()
> 	at org.jboss.arquillian.protocol.servlet.ServletMethodExecutor.invoke(ServletMethodExecutor.java:104)
> 	at org.jboss.arquillian.container.test.impl.execution.RemoteTestExecuter.execute(RemoteTestExecuter.java:109)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> ...
> Caused by: java.io.StreamCorruptedException: invalid stream header: 3C21444F
> 	at java.io.ObjectInputStream.readStreamHeader(ObjectInputStream.java:806)
> 	at java.io.ObjectInputStream.<init>(ObjectInputStream.java:299)
> 	at org.jboss.arquillian.protocol.servlet.ServletMethodExecutor.execute(ServletMethodExecutor.java:194)
> 	at org.jboss.arquillian.protocol.servlet.ServletMethodExecutor.executeWithRetry(ServletMethodExecutor.java:121)
> 	at org.jboss.arquillian.protocol.servlet.ServletMethodExecutor.invoke(ServletMethodExecutor.java:99)
> 	... 96 more
> {code}
> If I change from 
> {code:java}
>     @Deployment
>     public static WebArchive createDeployment() {
>         return ShrinkWrap.create(EmbeddedGradleImporter.class)
>                 .forThisProjectDirectory()
>                 .importBuildOutput().as(WebArchive.class);
>     }
> {code}
> back to
> {code:java}
>     @Deployment
>     public static WebArchive createDeployment() {
>         return ShrinkWrap.create(WebArchive.class)
>                 .addClass(Greeter.class)
>                 .addAsWebInfResource(EmptyAsset.INSTANCE, "beans.xml");
>     }
> {code}
>  
> the Greeter test runs successfully.



--
This message was sent by Atlassian JIRA
(v7.2.3#72005)

From issues at jboss.org  Wed Nov  9 19:25:00 2016
From: issues at jboss.org (Michael McLean (JIRA))
Date: Wed, 9 Nov 2016 19:25:00 -0500 (EST)
Subject: [shrinkwrap-issues] [JBoss JIRA] (SHRINKRES-258)
 java.io.StreamCorruptedException when using EmbeddedGradleImporter
In-Reply-To: <JIRA.12660415.1478692051000@Atlassian.JIRA>
References: <JIRA.12660415.1478692051000@Atlassian.JIRA>
	<JIRA.12660415.1478692051000@jira.app.mwc.hst.phx2.redhat.com>
Message-ID: <JIRA.12660415.1478692051000.37103.1478737500126@Atlassian.JIRA>


    [ https://issues.jboss.org/browse/SHRINKRES-258?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13319934#comment-13319934 ] 

Michael McLean commented on SHRINKRES-258:
------------------------------------------

Thanks for taking a look. I exported the war file with

{code:java}
    	war.as(ZipExporter.class).exportTo(
    		    new File("c:\\temp\\test.zip"), true);
{code}

I compared to the war file from the usual build and it is identical. So not a SHRINKRES issue.

I haven't been able to google up anything else relevant. Any pointers on forums to try would be appreciated.

Thanks for your time.

> java.io.StreamCorruptedException when using EmbeddedGradleImporter
> ------------------------------------------------------------------
>
>                 Key: SHRINKRES-258
>                 URL: https://issues.jboss.org/browse/SHRINKRES-258
>             Project: ShrinkWrap Resolvers
>          Issue Type: Support Request
>          Components: gradle
>    Affects Versions: 3.0.0-alpha-1, 2.2.4
>         Environment: Windows 7, Wildfly10, Gradle 2.11, JVM 1.8.0_73
>            Reporter: Michael McLean
>
> Started om the example  https://github.com/mmatloka/arquillian-gradle-sample/tree/master/single-module. Works fine.
> I setup basically the same example code in a moderately complex app with about 25 dependencies in build.gradle.
> With more complex dependencies running "gradle test" produces
> {code:java}
> java.lang.IllegalStateException: Error launching test com.capitalroad.arquillian.tests.PartyImportGradleImporter public void com.capitalroad.arquillian.tests.PartyImportGradleImporter.shouldCreateGreeting()
> 	at org.jboss.arquillian.protocol.servlet.ServletMethodExecutor.invoke(ServletMethodExecutor.java:104)
> 	at org.jboss.arquillian.container.test.impl.execution.RemoteTestExecuter.execute(RemoteTestExecuter.java:109)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> ...
> Caused by: java.io.StreamCorruptedException: invalid stream header: 3C21444F
> 	at java.io.ObjectInputStream.readStreamHeader(ObjectInputStream.java:806)
> 	at java.io.ObjectInputStream.<init>(ObjectInputStream.java:299)
> 	at org.jboss.arquillian.protocol.servlet.ServletMethodExecutor.execute(ServletMethodExecutor.java:194)
> 	at org.jboss.arquillian.protocol.servlet.ServletMethodExecutor.executeWithRetry(ServletMethodExecutor.java:121)
> 	at org.jboss.arquillian.protocol.servlet.ServletMethodExecutor.invoke(ServletMethodExecutor.java:99)
> 	... 96 more
> {code}
> If I change from 
> {code:java}
>     @Deployment
>     public static WebArchive createDeployment() {
>         return ShrinkWrap.create(EmbeddedGradleImporter.class)
>                 .forThisProjectDirectory()
>                 .importBuildOutput().as(WebArchive.class);
>     }
> {code}
> back to
> {code:java}
>     @Deployment
>     public static WebArchive createDeployment() {
>         return ShrinkWrap.create(WebArchive.class)
>                 .addClass(Greeter.class)
>                 .addAsWebInfResource(EmptyAsset.INSTANCE, "beans.xml");
>     }
> {code}
>  
> the Greeter test runs successfully.



--
This message was sent by Atlassian JIRA
(v7.2.3#72005)

From issues at jboss.org  Mon Nov 14 08:53:01 2016
From: issues at jboss.org (Matous Jobanek (JIRA))
Date: Mon, 14 Nov 2016 08:53:01 -0500 (EST)
Subject: [shrinkwrap-issues] [JBoss JIRA] (SHRINKRES-132) MavenImport should
	have different name
In-Reply-To: <JIRA.12492926.1369742167000@Atlassian.JIRA>
References: <JIRA.12492926.1369742167000@Atlassian.JIRA>
	<JIRA.12492926.1369742167000@jira.app.mwc.hst.phx2.redhat.com>
Message-ID: <JIRA.12492926.1369742167000.61325.1479131581123@Atlassian.JIRA>


     [ https://issues.jboss.org/browse/SHRINKRES-132?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Matous Jobanek updated SHRINKRES-132:
-------------------------------------
    Fix Version/s: 3.0.0-alpha-3
                       (was: 3.0.0-alpha-2)


> MavenImport should have different name
> --------------------------------------
>
>                 Key: SHRINKRES-132
>                 URL: https://issues.jboss.org/browse/SHRINKRES-132
>             Project: ShrinkWrap Resolvers
>          Issue Type: Feature Request
>          Components: maven
>    Affects Versions: 2.0.0
>            Reporter: Karel Piwko
>            Assignee: Matous Jobanek
>            Priority: Minor
>             Fix For: 3.0.0-alpha-3
>
>
> MavenImporter is now able to build the project from pom.xml. This means that MavenImporter name is no longer valid, as it does not promote the fact that project will be build from scratch.
> It might be MavenBuilder instead.



--
This message was sent by Atlassian JIRA
(v7.2.3#72005)

From issues at jboss.org  Mon Nov 14 08:53:01 2016
From: issues at jboss.org (Matous Jobanek (JIRA))
Date: Mon, 14 Nov 2016 08:53:01 -0500 (EST)
Subject: [shrinkwrap-issues] [JBoss JIRA] (SHRINKRES-228) Re-enable maven
 integration tests module
In-Reply-To: <JIRA.12581797.1439973667000@Atlassian.JIRA>
References: <JIRA.12581797.1439973667000@Atlassian.JIRA>
	<JIRA.12581797.1439973667000@jira.app.mwc.hst.phx2.redhat.com>
Message-ID: <JIRA.12581797.1439973667000.61321.1479131581056@Atlassian.JIRA>


     [ https://issues.jboss.org/browse/SHRINKRES-228?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Matous Jobanek updated SHRINKRES-228:
-------------------------------------
    Fix Version/s: 3.0.0-alpha-3
                       (was: 3.0.0-alpha-2)


> Re-enable maven integration tests module
> ----------------------------------------
>
>                 Key: SHRINKRES-228
>                 URL: https://issues.jboss.org/browse/SHRINKRES-228
>             Project: ShrinkWrap Resolvers
>          Issue Type: Task
>          Components: maven
>            Reporter: Karel Piwko
>            Assignee: Matous Jobanek
>             Fix For: 3.0.0-alpha-3
>
>
> Re-enable Maven integration tests module in pom.xml aggregator file.



--
This message was sent by Atlassian JIRA
(v7.2.3#72005)

From issues at jboss.org  Mon Nov 14 08:58:00 2016
From: issues at jboss.org (Matous Jobanek (JIRA))
Date: Mon, 14 Nov 2016 08:58:00 -0500 (EST)
Subject: [shrinkwrap-issues] [JBoss JIRA] (SHRINKRES-258)
 java.io.StreamCorruptedException when using EmbeddedGradleImporter
In-Reply-To: <JIRA.12660415.1478692051000@Atlassian.JIRA>
References: <JIRA.12660415.1478692051000@Atlassian.JIRA>
	<JIRA.12660415.1478692051000@jira.app.mwc.hst.phx2.redhat.com>
Message-ID: <JIRA.12660415.1478692051000.61411.1479131880997@Atlassian.JIRA>


     [ https://issues.jboss.org/browse/SHRINKRES-258?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Matous Jobanek closed SHRINKRES-258.
------------------------------------
      Assignee: Matous Jobanek
    Resolution: Cannot Reproduce Bug


Hi, I'm closing this issue as it doesn't seem to be a bug in ShrinkWrap Resolver. 
Feel free to reopen it if you don't agree or if you find something new.

> java.io.StreamCorruptedException when using EmbeddedGradleImporter
> ------------------------------------------------------------------
>
>                 Key: SHRINKRES-258
>                 URL: https://issues.jboss.org/browse/SHRINKRES-258
>             Project: ShrinkWrap Resolvers
>          Issue Type: Support Request
>          Components: gradle
>    Affects Versions: 3.0.0-alpha-1, 2.2.4
>         Environment: Windows 7, Wildfly10, Gradle 2.11, JVM 1.8.0_73
>            Reporter: Michael McLean
>            Assignee: Matous Jobanek
>
> Started om the example  https://github.com/mmatloka/arquillian-gradle-sample/tree/master/single-module. Works fine.
> I setup basically the same example code in a moderately complex app with about 25 dependencies in build.gradle.
> With more complex dependencies running "gradle test" produces
> {code:java}
> java.lang.IllegalStateException: Error launching test com.capitalroad.arquillian.tests.PartyImportGradleImporter public void com.capitalroad.arquillian.tests.PartyImportGradleImporter.shouldCreateGreeting()
> 	at org.jboss.arquillian.protocol.servlet.ServletMethodExecutor.invoke(ServletMethodExecutor.java:104)
> 	at org.jboss.arquillian.container.test.impl.execution.RemoteTestExecuter.execute(RemoteTestExecuter.java:109)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> ...
> Caused by: java.io.StreamCorruptedException: invalid stream header: 3C21444F
> 	at java.io.ObjectInputStream.readStreamHeader(ObjectInputStream.java:806)
> 	at java.io.ObjectInputStream.<init>(ObjectInputStream.java:299)
> 	at org.jboss.arquillian.protocol.servlet.ServletMethodExecutor.execute(ServletMethodExecutor.java:194)
> 	at org.jboss.arquillian.protocol.servlet.ServletMethodExecutor.executeWithRetry(ServletMethodExecutor.java:121)
> 	at org.jboss.arquillian.protocol.servlet.ServletMethodExecutor.invoke(ServletMethodExecutor.java:99)
> 	... 96 more
> {code}
> If I change from 
> {code:java}
>     @Deployment
>     public static WebArchive createDeployment() {
>         return ShrinkWrap.create(EmbeddedGradleImporter.class)
>                 .forThisProjectDirectory()
>                 .importBuildOutput().as(WebArchive.class);
>     }
> {code}
> back to
> {code:java}
>     @Deployment
>     public static WebArchive createDeployment() {
>         return ShrinkWrap.create(WebArchive.class)
>                 .addClass(Greeter.class)
>                 .addAsWebInfResource(EmptyAsset.INSTANCE, "beans.xml");
>     }
> {code}
>  
> the Greeter test runs successfully.



--
This message was sent by Atlassian JIRA
(v7.2.3#72005)

From issues at jboss.org  Mon Nov 14 09:20:00 2016
From: issues at jboss.org (Matous Jobanek (JIRA))
Date: Mon, 14 Nov 2016 09:20:00 -0500 (EST)
Subject: [shrinkwrap-issues] [JBoss JIRA] (SHRINKRES-250) Resolve
 (transitive) dependencies for WAR artifacts
In-Reply-To: <JIRA.12639368.1468925152000@Atlassian.JIRA>
References: <JIRA.12639368.1468925152000@Atlassian.JIRA>
	<JIRA.12639368.1468925152000@jira.app.mwc.hst.phx2.redhat.com>
Message-ID: <JIRA.12639368.1468925152000.61760.1479133200369@Atlassian.JIRA>


    [ https://issues.jboss.org/browse/SHRINKRES-250?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13321868#comment-13321868 ] 

Matous Jobanek commented on SHRINKRES-250:
------------------------------------------

Hi,

first of all, I'd like to apologize for the delay of our answer. 
The behavior you described above is caused by Aether. Aether is a library for working with artifact repositories. This library is used by Resolver and it basically does the same things as Maven itself.
It is same in this case as well - Maven doesn't resolve transitive dependencies of a war declared as dependency of a project. There is also a issue related to this use-case: https://issues.apache.org/jira/browse/MNG-1991

If you tried to get a dependency tree of a project that contains your dependency:
{code:xml}
<dependency>
	<groupId>io.fabric8.jube</groupId>
	<artifactId>war</artifactId>
	<version>2.2.0</version>
	<type>war</type>
</dependency>
{code}
then the tree that you get would look like this:
{noformat}
[INFO] my.reproducer:SHRINKRES-250:jar:1.0-SNAPSHOT
[INFO] \- io.fabric8.jube:war:war:2.2.0:compile
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------
{noformat}

As you can see, there is no discrepancy in behavior of Maven and Resolver.

But if you changed the type to {{pom}}, then all transitive dependencies would be resolved. Same it is in case of Resolver - if you used this:
{code:java}
Maven.resolver().resolve("io.fabric8.jube:war:pom:2.2.0").withTransitivity().asResolvedArtifact();
{code}
then all transitive deps would be resolved.

> Resolve (transitive) dependencies for WAR artifacts
> ---------------------------------------------------
>
>                 Key: SHRINKRES-250
>                 URL: https://issues.jboss.org/browse/SHRINKRES-250
>             Project: ShrinkWrap Resolvers
>          Issue Type: Feature Request
>    Affects Versions: 2.2.2
>            Reporter: Willem Salembier
>         Attachments: ShrinkWrapTest.java
>
>
> Is there a way to resolve the (transitive) dependencies of a WAR artifacts, using the default resolve method? The behavior seems different in comparison to JAR artifacts. Is this intentional?
> It does work if you start a resolver from a pom file.
> {code}
> System.out.println("JAR dependencies via resolve");
> MavenResolvedArtifact[] artifacts = Maven.resolver().resolve("io.fabric8:fabric8-cxf:jar:2.2.0").withTransitivity().asResolvedArtifact();
> for (MavenResolvedArtifact artifact : artifacts) {
>     System.out.println(artifact);
> }
> System.out.println("No WAR dependencies via resolve");
> artifacts = Maven.resolver().resolve("io.fabric8.jube:war:war:2.2.0").withTransitivity().asResolvedArtifact();
> for (MavenResolvedArtifact artifact : artifacts) {
>     System.out.println(artifact);
> }
> System.out.println("All WAR dependencies via pom file");
> artifacts = Maven.resolver().loadPomFromFile(artifacts[0].asFile().getAbsolutePath().replace(".war", ".pom")).importRuntimeDependencies().resolve().withTransitivity().asResolvedArtifact();
> for (MavenResolvedArtifact artifact : artifacts) {
>     System.out.println(artifact);
> }
> {code}



--
This message was sent by Atlassian JIRA
(v7.2.3#72005)

From issues at jboss.org  Mon Nov 14 10:26:01 2016
From: issues at jboss.org (Matous Jobanek (JIRA))
Date: Mon, 14 Nov 2016 10:26:01 -0500 (EST)
Subject: [shrinkwrap-issues] [JBoss JIRA] (SHRINKRES-256) Add Maven BOM to
 SWR shrinkwrap-resolver-bom
In-Reply-To: <JIRA.12648830.1473139927000@Atlassian.JIRA>
References: <JIRA.12648830.1473139927000@Atlassian.JIRA>
	<JIRA.12648830.1473139927000@jira.app.mwc.hst.phx2.redhat.com>
Message-ID: <JIRA.12648830.1473139927000.63115.1479137161494@Atlassian.JIRA>


     [ https://issues.jboss.org/browse/SHRINKRES-256?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Matous Jobanek updated SHRINKRES-256:
-------------------------------------
    Git Pull Request: https://github.com/shrinkwrap/resolver/pull/104


> Add Maven BOM to SWR shrinkwrap-resolver-bom
> --------------------------------------------
>
>                 Key: SHRINKRES-256
>                 URL: https://issues.jboss.org/browse/SHRINKRES-256
>             Project: ShrinkWrap Resolvers
>          Issue Type: Feature Request
>    Affects Versions: 3.0.0-alpha-1
>            Reporter: Matous Jobanek
>            Assignee: Matous Jobanek
>             Fix For: 3.0.0-alpha-2
>
>




--
This message was sent by Atlassian JIRA
(v7.2.3#72005)

From issues at jboss.org  Mon Nov 14 10:27:01 2016
From: issues at jboss.org (Matous Jobanek (JIRA))
Date: Mon, 14 Nov 2016 10:27:01 -0500 (EST)
Subject: [shrinkwrap-issues] [JBoss JIRA] (SHRINKRES-256) Add Maven BOM to
 SWR shrinkwrap-resolver-bom
In-Reply-To: <JIRA.12648830.1473139927000@Atlassian.JIRA>
References: <JIRA.12648830.1473139927000@Atlassian.JIRA>
	<JIRA.12648830.1473139927000@jira.app.mwc.hst.phx2.redhat.com>
Message-ID: <JIRA.12648830.1473139927000.63171.1479137221530@Atlassian.JIRA>


     [ https://issues.jboss.org/browse/SHRINKRES-256?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Matous Jobanek updated SHRINKRES-256:
-------------------------------------
    Status: Pull Request Sent  (was: Open)


> Add Maven BOM to SWR shrinkwrap-resolver-bom
> --------------------------------------------
>
>                 Key: SHRINKRES-256
>                 URL: https://issues.jboss.org/browse/SHRINKRES-256
>             Project: ShrinkWrap Resolvers
>          Issue Type: Feature Request
>    Affects Versions: 3.0.0-alpha-1
>            Reporter: Matous Jobanek
>            Assignee: Matous Jobanek
>             Fix For: 3.0.0-alpha-2
>
>




--
This message was sent by Atlassian JIRA
(v7.2.3#72005)

From issues at jboss.org  Mon Nov 14 10:47:00 2016
From: issues at jboss.org (Matous Jobanek (JIRA))
Date: Mon, 14 Nov 2016 10:47:00 -0500 (EST)
Subject: [shrinkwrap-issues] [JBoss JIRA] (SHRINKRES-242) Files without
	license headers
In-Reply-To: <JIRA.12609977.1457627883000@Atlassian.JIRA>
References: <JIRA.12609977.1457627883000@Atlassian.JIRA>
	<JIRA.12609977.1457627883000@jira.app.mwc.hst.phx2.redhat.com>
Message-ID: <JIRA.12609977.1457627883000.63655.1479138420131@Atlassian.JIRA>


     [ https://issues.jboss.org/browse/SHRINKRES-242?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Matous Jobanek updated SHRINKRES-242:
-------------------------------------
              Status: Pull Request Sent  (was: Open)
    Git Pull Request: https://github.com/shrinkwrap/resolver/pull/105


> Files without license headers
> -----------------------------
>
>                 Key: SHRINKRES-242
>                 URL: https://issues.jboss.org/browse/SHRINKRES-242
>             Project: ShrinkWrap Resolvers
>          Issue Type: Bug
>    Affects Versions: 2.2.2
>         Environment: Fedora Linux
>            Reporter: gil cattaneo
>            Assignee: Matous Jobanek
>
> Hi
> The following source files are without license headers:
> ./api-maven/src/main/java/org/jboss/shrinkwrap/resolver/api/maven/repository/MavenChecksumPolicy.java
> ./api-maven/src/main/java/org/jboss/shrinkwrap/resolver/api/maven/repository/MavenUpdatePolicy.java
> ./api-maven/src/main/java/org/jboss/shrinkwrap/resolver/api/maven/repository/MavenRemoteRepository.java
> ./api-maven/src/main/java/org/jboss/shrinkwrap/resolver/api/maven/repository/MavenRemoteRepositories.java
> ./api-maven/src/main/java/org/jboss/shrinkwrap/resolver/api/maven/repository/MavenRemoteRepositoryImpl.java
> ./api-maven/src/main/java/org/jboss/shrinkwrap/resolver/api/maven/MavenArtifactInfo.java
> ./impl-maven/src/main/java/org/jboss/shrinkwrap/resolver/impl/maven/MavenArtifactInfoImpl.java
> ./impl-maven/src/main/java/org/jboss/shrinkwrap/resolver/impl/maven/GetTcclAction.java
> ./impl-maven/src/main/java/org/jboss/shrinkwrap/resolver/impl/maven/MavenResolveStageBaseImpl.java
> ./impl-gradle-embedded-archive/src/it/jar-sample/src/main/java/test/JarClass.java
> ./impl-gradle-embedded-archive/src/it/jar-sample/src/main/java/test/nested/NestedJarClass.java
> ./impl-gradle-embedded-archive/src/it/multi-module-sample/module-one/src/main/java/test/JarClass.java
> ./impl-gradle-embedded-archive/src/it/war-sample/src/main/java/test/nested/NestedWarClass.java
> ./impl-maven-archive/src/it/jar-sample/src/main/java/test/JarClass.java
> ./impl-maven-archive/src/it/jar-sample/src/main/java/test/nested/NestedJarClass.java
> ./impl-maven-archive/src/it/jar-with-mf-sample/src/main/java/test/JarClass.java
> ./impl-maven-archive/src/it/jar-without-resources/src/main/java/test/JarClass.java
> ./impl-maven-archive/src/it/jar-without-resources/src/main/java/test/nested/NestedJarClass.java
> ./impl-maven-archive/src/it/war-sample/src/main/java/test/nested/NestedWarClass.java
> ./impl-maven-integration-tests/jar-sample/src/main/java/test/JarClass.java
> ./maven-plugin/src/it/context-propagation/src/test/java/org/jboss/shrinkwrap/resolver/plugin/test/PluginIntegrationTestCase.java
> ./maven-plugin/src/it/context-propagation/src/test/java/org/jboss/shrinkwrap/resolver/plugin/test/ExecutionPropagationTestCase.java
> Please, add license header
> https://fedoraproject.org/wiki/Packaging:LicensingGuidelines?rd=Packaging/LicensingGuidelines#License_Clarification
> Thanks in advance
> Regards



--
This message was sent by Atlassian JIRA
(v7.2.3#72005)

From issues at jboss.org  Mon Nov 14 10:54:00 2016
From: issues at jboss.org (Matous Jobanek (JIRA))
Date: Mon, 14 Nov 2016 10:54:00 -0500 (EST)
Subject: [shrinkwrap-issues] [JBoss JIRA] (SHRINKRES-241) Wrong
 maven-aether-provider dependency for some reason
In-Reply-To: <JIRA.12609514.1457471904000@Atlassian.JIRA>
References: <JIRA.12609514.1457471904000@Atlassian.JIRA>
	<JIRA.12609514.1457471904000@jira.app.mwc.hst.phx2.redhat.com>
Message-ID: <JIRA.12609514.1457471904000.63760.1479138840919@Atlassian.JIRA>


    [ https://issues.jboss.org/browse/SHRINKRES-241?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13322014#comment-13322014 ] 

Matous Jobanek commented on SHRINKRES-241:
------------------------------------------

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)

From issues at jboss.org  Mon Nov 14 10:54:01 2016
From: issues at jboss.org (Matous Jobanek (JIRA))
Date: Mon, 14 Nov 2016 10:54:01 -0500 (EST)
Subject: [shrinkwrap-issues] [JBoss JIRA] (SHRINKRES-241) Wrong
 maven-aether-provider dependency for some reason
In-Reply-To: <JIRA.12609514.1457471904000@Atlassian.JIRA>
References: <JIRA.12609514.1457471904000@Atlassian.JIRA>
	<JIRA.12609514.1457471904000@jira.app.mwc.hst.phx2.redhat.com>
Message-ID: <JIRA.12609514.1457471904000.63787.1479138841712@Atlassian.JIRA>


    [ https://issues.jboss.org/browse/SHRINKRES-241?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13322014#comment-13322014 ] 

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)

From issues at jboss.org  Mon Nov 14 10:55:01 2016
From: issues at jboss.org (Matous Jobanek (JIRA))
Date: Mon, 14 Nov 2016 10:55:01 -0500 (EST)
Subject: [shrinkwrap-issues] [JBoss JIRA] (SHRINKRES-238) Maven resolver
 always throws at with(out)Transitivity
In-Reply-To: <JIRA.12605037.1455918817000@Atlassian.JIRA>
References: <JIRA.12605037.1455918817000@Atlassian.JIRA>
	<JIRA.12605037.1455918817000@jira.app.mwc.hst.phx2.redhat.com>
Message-ID: <JIRA.12605037.1455918817000.63811.1479138901406@Atlassian.JIRA>


    [ https://issues.jboss.org/browse/SHRINKRES-238?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13322017#comment-13322017 ] 

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)

From issues at jboss.org  Mon Nov 14 10:59:01 2016
From: issues at jboss.org (Matous Jobanek (JIRA))
Date: Mon, 14 Nov 2016 10:59:01 -0500 (EST)
Subject: [shrinkwrap-issues] [JBoss JIRA] (SHRINKRES-240) Configuring from
 settings.xml fails if there is a Travis ${env.VAR} in <password>
In-Reply-To: <JIRA.12604793.1455816912000@Atlassian.JIRA>
References: <JIRA.12604793.1455816912000@Atlassian.JIRA>
	<JIRA.12604793.1455816912000@jira.app.mwc.hst.phx2.redhat.com>
Message-ID: <JIRA.12604793.1455816912000.63873.1479139141285@Atlassian.JIRA>


     [ https://issues.jboss.org/browse/SHRINKRES-240?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

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/8664a3ebb8920349396949e6cc4f5991b2469524/hawkular-nest/hawkular-nest-itest/pom.xml#L181
> 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)

From issues at jboss.org  Mon Nov 14 11:00:03 2016
From: issues at jboss.org (Matous Jobanek (JIRA))
Date: Mon, 14 Nov 2016 11:00:03 -0500 (EST)
Subject: [shrinkwrap-issues] [JBoss JIRA] (SHRINKRES-239) maven version
 incompatibility? Caused by: java.lang.AbstractMethodError at
 org.apache.maven.model.building.DefaultModelBuilder.readParentExternally(DefaultModelBuilder.java:899)
In-Reply-To: <JIRA.12604036.1455591515000@Atlassian.JIRA>
References: <JIRA.12604036.1455591515000@Atlassian.JIRA>
	<JIRA.12604036.1455591515000@jira.app.mwc.hst.phx2.redhat.com>
Message-ID: <JIRA.12604036.1455591515000.63895.1479139203380@Atlassian.JIRA>


    [ https://issues.jboss.org/browse/SHRINKRES-239?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13322032#comment-13322032 ] 

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-integration-tests/SHRINKWRAP-499/tests
> 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)

From issues at jboss.org  Fri Nov 25 08:37:00 2016
From: issues at jboss.org (Florian Besser (JIRA))
Date: Fri, 25 Nov 2016 08:37:00 -0500 (EST)
Subject: [shrinkwrap-issues] [JBoss JIRA] (SHRINKWRAP-512) Shrinkwrap
 resolver generates invalid Zips
In-Reply-To: <JIRA.12663811.1480080981000@Atlassian.JIRA>
References: <JIRA.12663811.1480080981000@Atlassian.JIRA>
	<JIRA.12663811.1480080981886@jira.app.mwc.hst.phx2.redhat.com>
Message-ID: <JIRA.12663811.1480080981000.36200.1480081020462@Atlassian.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)

From issues at jboss.org  Fri Nov 25 08:40:00 2016
From: issues at jboss.org (Florian Besser (JIRA))
Date: Fri, 25 Nov 2016 08:40:00 -0500 (EST)
Subject: [shrinkwrap-issues] [JBoss JIRA] (SHRINKWRAP-512) Shrinkwrap
 resolver generates invalid Zips
In-Reply-To: <JIRA.12663811.1480080982000@Atlassian.JIRA>
References: <JIRA.12663811.1480080982000@Atlassian.JIRA>
	<JIRA.12663811.1480080982000@jira.app.mwc.hst.phx2.redhat.com>
Message-ID: <JIRA.12663811.1480080982000.36238.1480081200203@Atlassian.JIRA>


     [ https://issues.jboss.org/browse/SHRINKWRAP-512?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

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)

From issues at jboss.org  Fri Nov 25 08:41:00 2016
From: issues at jboss.org (Florian Besser (JIRA))
Date: Fri, 25 Nov 2016 08:41:00 -0500 (EST)
Subject: [shrinkwrap-issues] [JBoss JIRA] (SHRINKWRAP-512) Shrinkwrap
 resolver generates invalid Zips
In-Reply-To: <JIRA.12663811.1480080982000@Atlassian.JIRA>
References: <JIRA.12663811.1480080982000@Atlassian.JIRA>
	<JIRA.12663811.1480080982000@jira.app.mwc.hst.phx2.redhat.com>
Message-ID: <JIRA.12663811.1480080982000.36244.1480081260326@Atlassian.JIRA>


     [ https://issues.jboss.org/browse/SHRINKWRAP-512?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

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)

From issues at jboss.org  Fri Nov 25 09:23:00 2016
From: issues at jboss.org (Karel Piwko (JIRA))
Date: Fri, 25 Nov 2016 09:23:00 -0500 (EST)
Subject: [shrinkwrap-issues] [JBoss JIRA] (SHRINKRES-259) Shrinkwrap
 resolver generates invalid Zips
In-Reply-To: <JIRA.12663811.1480080982000@Atlassian.JIRA>
References: <JIRA.12663811.1480080982000@Atlassian.JIRA>
	<JIRA.12663811.1480080982000@jira.app.mwc.hst.phx2.redhat.com>
Message-ID: <JIRA.12663811.1480080982000.36443.1480083780626@Atlassian.JIRA>


     [ https://issues.jboss.org/browse/SHRINKRES-259?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

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)

From issues at jboss.org  Fri Nov 25 09:23:00 2016
From: issues at jboss.org (Karel Piwko (JIRA))
Date: Fri, 25 Nov 2016 09:23:00 -0500 (EST)
Subject: [shrinkwrap-issues] [JBoss JIRA] (SHRINKRES-259) Shrinkwrap
 resolver generates invalid Zips
In-Reply-To: <JIRA.12663811.1480080982000@Atlassian.JIRA>
References: <JIRA.12663811.1480080982000@Atlassian.JIRA>
	<JIRA.12663811.1480080982000@jira.app.mwc.hst.phx2.redhat.com>
Message-ID: <JIRA.12663811.1480080982000.36451.1480083780859@Atlassian.JIRA>


     [ https://issues.jboss.org/browse/SHRINKRES-259?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

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)