March 2016 - shrinkwrap-issues - Jboss List Archives

[JBoss JIRA] (SHRINKDESC-164) BeansDescriptor.exportAsString() yields empty xmlns attributes in child elements when Saxon is present on classpath

by Ralf Battenfeld (JIRA)

[ https://issues.jboss.org/browse/SHRINKDESC-164?page=com.atlassian.jira.pl... ] Ralf Battenfeld commented on SHRINKDESC-164: -------------------------------------------- Why do you think that a resolver release should require a new descriptor release? > BeansDescriptor.exportAsString() yields empty xmlns attributes in child elements when Saxon is present on classpath > ------------------------------------------------------------------------------------------------------------------- > > Key: SHRINKDESC-164 > URL: https://issues.jboss.org/browse/SHRINKDESC-164 > Project: ShrinkWrap Descriptors > Issue Type: Bug > Affects Versions: 2.0.0-alpha-7, 2.0.0-alpha-8 > Environment: Apache Maven 3.2.5 (12a6b3acb947671f09b81f49094c53f426d8cea1; 2014-12-14T18:29:23+01:00) > Maven home: C:\Program Files\apache-maven-3.2.5 > Java version: 1.7.0_80, vendor: Oracle Corporation > Java home: C:\Develop\CCS\jdk1.7.0_80\jre > Default locale: de_DE, platform encoding: Cp1252 > OS name: "windows 7", version: "6.1", arch: "amd64", family: "windows" > Reporter: Falko M. > Attachments: SHRINKDESC-164-screenshot1.PNG, SHRINKDESC-164-screenshot2.PNG, SHRINKDESC-164-testproject.zip > > > When an existing {{beans.xml}} with child elements like {{alternatives}} is loaded via {{Descriptors.importAs(BeansDescriptor.class).fromStream(...)}} *and [SAXON|http://saxon.sourceforge.net/] is on the classpath*, {{.exportAsString()}} yields child elements like the following : > {noformat}<alternatives xmlns="">{noformat} > This causes deployment warning in JBoss7 like (truncated): > {noformat} > WARN [org.jboss.weld.deployer] JBAS016011: .../META-INF/beans.xml:5 cvc-complex-type.2.4.a: Invalid content was found starting with element 'alternatives'. One of '{"http://java.sun.com/xml/ns/javaee":interceptors, "http://java.sun.com/xml/ns/javaee":decorators, "http://java.sun.com/xml/ns/javaee":alternatives, WC[##other:"http://java.sun.com/xml/ns/javaee"]}' is expected. > {noformat} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (SHRINKDESC-164) BeansDescriptor.exportAsString() yields empty xmlns attributes in child elements when Saxon is present on classpath

by Ralf Battenfeld (JIRA)

[ https://issues.jboss.org/browse/SHRINKDESC-164?page=com.atlassian.jira.pl... ] Ralf Battenfeld commented on SHRINKDESC-164: -------------------------------------------- Hi all, sorry for my late response. I didn't saw this update. My fault. I have to sync myself again. And you recognized, that with a different resolver version be behavior is different? What I remember is, that the particular method we call in order to write uses standard JDK stuff without knowing which underlying jaxp implementation is present. > BeansDescriptor.exportAsString() yields empty xmlns attributes in child elements when Saxon is present on classpath > ------------------------------------------------------------------------------------------------------------------- > > Key: SHRINKDESC-164 > URL: https://issues.jboss.org/browse/SHRINKDESC-164 > Project: ShrinkWrap Descriptors > Issue Type: Bug > Affects Versions: 2.0.0-alpha-7, 2.0.0-alpha-8 > Environment: Apache Maven 3.2.5 (12a6b3acb947671f09b81f49094c53f426d8cea1; 2014-12-14T18:29:23+01:00) > Maven home: C:\Program Files\apache-maven-3.2.5 > Java version: 1.7.0_80, vendor: Oracle Corporation > Java home: C:\Develop\CCS\jdk1.7.0_80\jre > Default locale: de_DE, platform encoding: Cp1252 > OS name: "windows 7", version: "6.1", arch: "amd64", family: "windows" > Reporter: Falko M. > Attachments: SHRINKDESC-164-screenshot1.PNG, SHRINKDESC-164-screenshot2.PNG, SHRINKDESC-164-testproject.zip > > > When an existing {{beans.xml}} with child elements like {{alternatives}} is loaded via {{Descriptors.importAs(BeansDescriptor.class).fromStream(...)}} *and [SAXON|http://saxon.sourceforge.net/] is on the classpath*, {{.exportAsString()}} yields child elements like the following : > {noformat}<alternatives xmlns="">{noformat} > This causes deployment warning in JBoss7 like (truncated): > {noformat} > WARN [org.jboss.weld.deployer] JBAS016011: .../META-INF/beans.xml:5 cvc-complex-type.2.4.a: Invalid content was found starting with element 'alternatives'. One of '{"http://java.sun.com/xml/ns/javaee":interceptors, "http://java.sun.com/xml/ns/javaee":decorators, "http://java.sun.com/xml/ns/javaee":alternatives, WC[##other:"http://java.sun.com/xml/ns/javaee"]}' is expected. > {noformat} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (SHRINKRES-241) Wrong maven-aether-provider dependency for some reason

by Toby Crawley (JIRA)

[ https://issues.jboss.org/browse/SHRINKRES-241?page=com.atlassian.jira.plu... ] Toby Crawley commented on SHRINKRES-241: ---------------------------------------- Yes, we're seeing exactly SHRINKRES-238. Thanks for the BOM suggestion. Unfortunately, WildFly Swarm can't use the BOM, since we need dependencies provided by {{wildfly-parent}} that aren't available in the BOMs. We'll stick with a direct dependency on {{maven-aether-provider}} for now. > 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 (v6.4.11#64026)

8 years, 1 month

1
0
0 / 0

[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 commented on SHRINKRES-241: ------------------------------------------ So, this is similar issue as this one: https://issues.jboss.org/browse/SHRINKRES-238 Please do not use wildfly-parent as your BOM; use the projects that are intended to be used as a BOM: https://github.com/wildfly/boms https://github.com/wildfly/boms/tree/master/wildfly-javaee7-with-tools bit.ly/1Rjz8IQ > 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 (v6.4.11#64026)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (SHRINKRES-241) Wrong maven-aether-provider dependency for some reason

by Toby Crawley (JIRA)

[ https://issues.jboss.org/browse/SHRINKRES-241?page=com.atlassian.jira.plu... ] Toby Crawley commented on SHRINKRES-241: ---------------------------------------- This is happening in WildFly Swarm. I did some digging and it looks like the 3.2.1 version comes from {{org.wildfly:wildfly-parent:10.0.0.Final}}, transitively, and we are importing that pom in {{<dependencyManagement>}}. We're forcing 3.2.5 with an explicit dependency as you suggested. The parent pom that imports {{wildfly-parent}} and {{shrinkwrap-resolver-impl-maven}} (via an import of {{arquillian-bom}}) is https://github.com/wildfly-swarm/wildfly-swarm-core/blob/master/pom.xml. Now that we have at least a partial understanding of where 3.2.1 is coming from, I don't really consider this a SHRINKRES issue. > 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 (v6.4.11#64026)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (SHRINKDESC-165) Add JBoss Deployment Structure v1.3

by Andrew Rubinger (JIRA)

[ https://issues.jboss.org/browse/SHRINKDESC-165?page=com.atlassian.jira.pl... ] Andrew Rubinger updated SHRINKDESC-165: --------------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 2.0.0-alpha-9 Resolution: Done https://github.com/shrinkwrap/descriptors/commit/ef7b02b6f9d51784bd95ae52... > Add JBoss Deployment Structure v1.3 > ----------------------------------- > > Key: SHRINKDESC-165 > URL: https://issues.jboss.org/browse/SHRINKDESC-165 > Project: ShrinkWrap Descriptors > Issue Type: Feature Request > Components: api-jboss, gen > Reporter: Ken Finnigan > Assignee: Ken Finnigan > Fix For: 2.0.0-alpha-9 > > > There's a newer version of jboss-deployment-structure.xml that should be included in Shrinkwrap Descriptors -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (SHRINKDESC-167) Add support for WildFly Feature Pack

by Andrew Rubinger (JIRA)

[ https://issues.jboss.org/browse/SHRINKDESC-167?page=com.atlassian.jira.pl... ] Andrew Rubinger resolved SHRINKDESC-167. ---------------------------------------- Resolution: Done https://github.com/shrinkwrap/descriptors/commit/08fad0255b2031d70708c716... > Add support for WildFly Feature Pack > ------------------------------------ > > Key: SHRINKDESC-167 > URL: https://issues.jboss.org/browse/SHRINKDESC-167 > Project: ShrinkWrap Descriptors > Issue Type: Feature Request > Reporter: Andrew Rubinger > Fix For: 2.0.0-alpha-9 > > > From Bob: > https://github.com/bobmcwhirter/descriptors/commit/60f83eef2d2c6ae6ce86e0... -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (SHRINKDESC-167) Add support for WildFly Feature Pack

by Andrew Rubinger (JIRA)

Andrew Rubinger created SHRINKDESC-167: ------------------------------------------ Summary: Add support for WildFly Feature Pack Key: SHRINKDESC-167 URL: https://issues.jboss.org/browse/SHRINKDESC-167 Project: ShrinkWrap Descriptors Issue Type: Feature Request Reporter: Andrew Rubinger Fix For: 2.0.0-alpha-9 >From Bob: https://github.com/bobmcwhirter/descriptors/commit/60f83eef2d2c6ae6ce86e0... -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (SHRINKDESC-166) Fix Build Failing on @Deprecation Errors

by Andrew Rubinger (JIRA)

[ https://issues.jboss.org/browse/SHRINKDESC-166?page=com.atlassian.jira.pl... ] Andrew Rubinger resolved SHRINKDESC-166. ---------------------------------------- Fix Version/s: 2.0.0-alpha-9 Resolution: Done https://github.com/shrinkwrap/descriptors/commit/0910fb06559a88aac8028269... > Fix Build Failing on @Deprecation Errors > ---------------------------------------- > > Key: SHRINKDESC-166 > URL: https://issues.jboss.org/browse/SHRINKDESC-166 > Project: ShrinkWrap Descriptors > Issue Type: Task > Reporter: Andrew Rubinger > Assignee: Andrew Rubinger > Fix For: 2.0.0-alpha-9 > > > {code} > {{/home/alr/business/jboss/git/shrinkwrap/descriptors/test/src/test/java/org/jboss/shrinkwrap/descriptor/test/portedfrompoc/BeansDescriptorTestCase.java:[80,8] [deprecation] Assert in junit.framework has been deprecated}} > {code} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (SHRINKDESC-166) Fix Build Failing on @Deprecation Errors

by Andrew Rubinger (JIRA)

[ https://issues.jboss.org/browse/SHRINKDESC-166?page=com.atlassian.jira.pl... ] Andrew Rubinger updated SHRINKDESC-166: --------------------------------------- Description: {code} {{/home/alr/business/jboss/git/shrinkwrap/descriptors/test/src/test/java/org/jboss/shrinkwrap/descriptor/test/portedfrompoc/BeansDescriptorTestCase.java:[80,8] [deprecation] Assert in junit.framework has been deprecated}} {code} was:{{/home/alr/business/jboss/git/shrinkwrap/descriptors/test/src/test/java/org/jboss/shrinkwrap/descriptor/test/portedfrompoc/BeansDescriptorTestCase.java:[80,8] [deprecation] Assert in junit.framework has been deprecated}} > Fix Build Failing on @Deprecation Errors > ---------------------------------------- > > Key: SHRINKDESC-166 > URL: https://issues.jboss.org/browse/SHRINKDESC-166 > Project: ShrinkWrap Descriptors > Issue Type: Task > Reporter: Andrew Rubinger > Assignee: Andrew Rubinger > > {code} > {{/home/alr/business/jboss/git/shrinkwrap/descriptors/test/src/test/java/org/jboss/shrinkwrap/descriptor/test/portedfrompoc/BeansDescriptorTestCase.java:[80,8] [deprecation] Assert in junit.framework has been deprecated}} > {code} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 1 month

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

shrinkwrap-issues March 2016