September 2011 - shrinkwrap-issues

[JBoss JIRA] Created: (SHRINKDESC-90) Extend test coverage of importers/exporters

by Bartosz Majsak (JIRA)

Extend test coverage of importers/exporters ------------------------------------------- Key: SHRINKDESC-90 URL: https://issues.jboss.org/browse/SHRINKDESC-90 Project: ShrinkWrap Descriptors Issue Type: Sub-task Components: test Reporter: Bartosz Majsak Assignee: Bartosz Majsak Fix For: 1.2.0-alpha-2 -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 6 months

3
12
0 / 0

[JBoss JIRA] Commented: (SHRINKWRAP-329) Arquillian should fail-fast when adding the same resource twice to an archive made with ExplodedImporter.class

by Aslak Knutsen (JIRA)

[ https://issues.jboss.org/browse/SHRINKWRAP-329?page=com.atlassian.jira.pl... ] Aslak Knutsen commented on SHRINKWRAP-329: ------------------------------------------ This is not controlled by Arquillian, but ShrinkWrap. Personally I would say it should just overwrite if it exists, that it is being silently ignored is a bug. > Arquillian should fail-fast when adding the same resource twice to an archive made with ExplodedImporter.class > -------------------------------------------------------------------------------------------------------------- > > Key: SHRINKWRAP-329 > URL: https://issues.jboss.org/browse/SHRINKWRAP-329 > Project: ShrinkWrap > Issue Type: Bug > Reporter: Geoffrey De Smet > Priority: Minor > > This didn't fail fast for me: > {code} > @Deployment > public static WebArchive createDeployment() { > WebArchive webArchive = ShrinkWrap.create(ExplodedImporter.class, "guvnor-webapp-5.3.0-SNAPSHOT.war") > .importDirectory(new File("target/guvnor-webapp-5.3.0-SNAPSHOT/")) // already contains WEB-INF/classes/META-INF/beans.xml > .as(WebArchive.class) > .addAsResource(new File("target/test-classes/META-INF/test-beans.xml"), "WEB-INF/classes/META-INF/beans.xml") > ... > return webArchive; > } > {code} > Surprisingly, the second beans.xml didn't even overwrite the first one either. The second beans.xml was just ignored. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 6 months

1
0
0 / 0

[JBoss JIRA] Moved: (SHRINKWRAP-329) Arquillian should fail-fast when adding the same resource twice to an archive made with ExplodedImporter.class

by Aslak Knutsen (JIRA)

[ https://issues.jboss.org/browse/SHRINKWRAP-329?page=com.atlassian.jira.pl... ] Aslak Knutsen moved ARQ-586 to SHRINKWRAP-329: ---------------------------------------------- Project: ShrinkWrap (was: Arquillian) Key: SHRINKWRAP-329 (was: ARQ-586) Security: (was: Public) > Arquillian should fail-fast when adding the same resource twice to an archive made with ExplodedImporter.class > -------------------------------------------------------------------------------------------------------------- > > Key: SHRINKWRAP-329 > URL: https://issues.jboss.org/browse/SHRINKWRAP-329 > Project: ShrinkWrap > Issue Type: Bug > Reporter: Geoffrey De Smet > Priority: Minor > > This didn't fail fast for me: > {code} > @Deployment > public static WebArchive createDeployment() { > WebArchive webArchive = ShrinkWrap.create(ExplodedImporter.class, "guvnor-webapp-5.3.0-SNAPSHOT.war") > .importDirectory(new File("target/guvnor-webapp-5.3.0-SNAPSHOT/")) // already contains WEB-INF/classes/META-INF/beans.xml > .as(WebArchive.class) > .addAsResource(new File("target/test-classes/META-INF/test-beans.xml"), "WEB-INF/classes/META-INF/beans.xml") > ... > return webArchive; > } > {code} > Surprisingly, the second beans.xml didn't even overwrite the first one either. The second beans.xml was just ignored. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 6 months

1
0
0 / 0

[JBoss JIRA] Created: (SHRINKWRAP-324) Reformat code using JBoss AS formatter, use Maven checkstyle plugin

by Karel Piwko (JIRA)

Reformat code using JBoss AS formatter, use Maven checkstyle plugin ------------------------------------------------------------------- Key: SHRINKWRAP-324 URL: https://issues.jboss.org/browse/SHRINKWRAP-324 Project: ShrinkWrap Issue Type: Enhancement Components: ext-resolver Reporter: Karel Piwko Assignee: Karel Piwko Fix For: resolver-1.1.0-alpha-1 Update all Shrinkwrap Maven Resolver sources to use JBoss Community (AS 7) formatting. Apply maven-checkstyle-plugin to keep the formatting of the code. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 6 months

1
1
0 / 0

[JBoss JIRA] Created: (SHRINKDESC-43) Should set schemaLocation for all Descriptors

by Andrew Rubinger (JIRA)

Should set schemaLocation for all Descriptors --------------------------------------------- Key: SHRINKDESC-43 URL: https://issues.jboss.org/browse/SHRINKDESC-43 Project: ShrinkWrap Descriptors Issue Type: Feature Request Reporter: Aslak Knutsen Assignee: Andrew Rubinger Fix For: 0.1.4 schemaLocation should be added to all Descriptors: BeansXml, Persistence, App -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 6 months

2
7
0 / 0

[JBoss JIRA] Created: (SHRINKDESC-58) Refine SPI for locking to Beta-level

by Andrew Rubinger (JIRA)

Refine SPI for locking to Beta-level ------------------------------------ Key: SHRINKDESC-58 URL: https://issues.jboss.org/browse/SHRINKDESC-58 Project: ShrinkWrap Descriptors Issue Type: Task Affects Versions: 1.1.0-alpha-1 Reporter: Andrew Rubinger Assignee: Andrew Rubinger Refine the SD SPI such that it can enter a locked, backwards-compatible state. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 6 months

1
3
0 / 0

[JBoss JIRA] Created: (SHRINKDESC-31) Descriptors clobbers file markup and formatting

by Lincoln Baxter III (JIRA)

Descriptors clobbers file markup and formatting ----------------------------------------------- Key: SHRINKDESC-31 URL: https://issues.jboss.org/browse/SHRINKDESC-31 Project: ShrinkWrap Descriptors Issue Type: Feature Request Affects Versions: 1.0.0-alpha-1 Environment: all Reporter: Lincoln Baxter III When importing a descriptor file (e.g. persistence.xml), Shrinkwrap Descriptors parses all relevant information, but also destroys all comments or other non-supported information when performing an expport. This is understandable based on the technology used, but perhaps there should be a way of merging config into an existing file that preserves as much markup as possible. Tough problem, but just throwing it out there. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 6 months

3
6
0 / 0

[JBoss JIRA] Created: (SHRINKDESC-59) Get coverage of NodeTestCase to cover all methods in Node

by Andrew Rubinger (JIRA)

Get coverage of NodeTestCase to cover all methods in Node --------------------------------------------------------- Key: SHRINKDESC-59 URL: https://issues.jboss.org/browse/SHRINKDESC-59 Project: ShrinkWrap Descriptors Issue Type: Sub-task Reporter: Andrew Rubinger Assignee: Tommy Tynjä Easy way to determine coverage: Install Cobertura plugin for Eclipse. Then: Coverage As > JUnit on NodeTestCase. Right now I see missing coverage on: textValue toString remove* methods getAttributes (also check for immutability) getChildren (also check for immutability) Precondition checks in the ctors -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 6 months

2
4
0 / 0

[JBoss JIRA] Created: (SHRINKDESC-83) assertXPath ignores missing attributes

by Andrew Rubinger (JIRA)

assertXPath ignores missing attributes -------------------------------------- Key: SHRINKDESC-83 URL: https://issues.jboss.org/browse/SHRINKDESC-83 Project: ShrinkWrap Descriptors Issue Type: Sub-task Reporter: Andrew Rubinger Priority: Blocker Given: {code}<persistence> <persistence-unit name="hibernate-unit"> <transaction-type>JTA</transaction-type> <provider>org.hibernate.ejb.HibernatePersistence</provider> <jta-data-source>java:/DefaultDS</jta-data-source> <class>org.jboss.shrinkwrap.descriptor.api.persistence20.PersistenceDescriptor</class> </persistence-unit> </persistence>{code} ...running assertXPath like so: {code}assertXPath(desc, "/persistence/persistence-unit[@name='eclipselink-unit']/non-jta-data-source", "jdbc/__default");{code} ...is not throwing an assertion failure ("eclipselink-unit" attribute is not present anywhere). This calls into question that we likely have tests giving false positives. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 6 months

3
5
0 / 0

[JBoss JIRA] Created: (SHRINKDESC-54) Develop/split EE Spec and JBoss-specific descriptors in API / Impl Split

by Andrew Rubinger (JIRA)

Develop/split EE Spec and JBoss-specific descriptors in API / Impl Split ------------------------------------------------------------------------ Key: SHRINKDESC-54 URL: https://issues.jboss.org/browse/SHRINKDESC-54 Project: ShrinkWrap Descriptors Issue Type: Task Reporter: Andrew Rubinger This task to track the extensive refactoring and reworking of Descriptors as done by Ralf Battenfield. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 7 months

3
16
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

shrinkwrap-issues September 2011