August 2012 - shrinkwrap-issues - Jboss List Archives

[JBoss JIRA] (SHRINKDESC-133) Package documentation

by Jesper Pedersen (JIRA)

Jesper Pedersen created SHRINKDESC-133: ------------------------------------------ Summary: Package documentation Key: SHRINKDESC-133 URL: https://issues.jboss.org/browse/SHRINKDESC-133 Project: ShrinkWrap Descriptors Issue Type: Feature Request Components: metadata-parser Affects Versions: 2.0.0-alpha-4 Reporter: Jesper Pedersen Assignee: Ralf Battenfeld It would be nice if the metadata-parser had an attribute where the developer could specify a package.html/package-info.java file that would be copied to the generated source located automatically. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 5 months

2
2
0 / 0

[JBoss JIRA] (SHRINKRES-48) Implement resolve as(ResolvedArtifactInfo.class)

by Andrew Rubinger (JIRA)

Andrew Rubinger created SHRINKRES-48: ---------------------------------------- Summary: Implement resolve as(ResolvedArtifactInfo.class) Key: SHRINKRES-48 URL: https://issues.jboss.org/browse/SHRINKRES-48 Project: ShrinkWrap Resolvers Issue Type: Feature Request Reporter: Andrew Rubinger Assignee: Andrew Rubinger Remove the current UnsupportedOperationExceptions in MavenFormatStageImpl -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

2
4
0 / 0

[JBoss JIRA] (SHRINKWRAP-389) Allow ShrinkWrap to overwrite existing ArchivePaths

by Andrew Rubinger (JIRA)

Andrew Rubinger created SHRINKWRAP-389: ------------------------------------------ Summary: Allow ShrinkWrap to overwrite existing ArchivePaths Key: SHRINKWRAP-389 URL: https://issues.jboss.org/browse/SHRINKWRAP-389 Project: ShrinkWrap Issue Type: Feature Request Reporter: Andrew Rubinger SHRINKWRAP-329 created a fail-fast (as opposed to silent no-op) approach to encountering the following case: {code} // Create the new archive final Archive<?> archive = createNewArchive(); // Put in an asset final ArchivePath path = ArchivePaths.create("testPath"); archive.add(EmptyAsset.INSTANCE, path); // Now try again with a new asset, and this should fail try { archive.add(new StringAsset("failContent"), path); } catch (final IllegalOverwriteException ioe) { // Good return; }{code} We need a feature now to disable this, effectively a boolean flag for each of the archive "add" methods to allow overwriting. Will encompass API changes. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

5
21
0 / 0

[JBoss JIRA] Created: (SHRINKWRAP-315) NPE in ContainerBase.addAsLibrary

by Andrew Rubinger (JIRA)

NPE in ContainerBase.addAsLibrary --------------------------------- Key: SHRINKWRAP-315 URL: https://issues.jboss.org/browse/SHRINKWRAP-315 Project: ShrinkWrap Issue Type: Bug Reporter: Andrew Rubinger Using code: {code}war.addAsLibrary("xerces/xercesImpl.jar", "xercesImpl.jar");{code} ..if the resourceName doesn't exist, results in: {code}Caused by: java.lang.NullPointerException at org.jboss.shrinkwrap.impl.base.container.ContainerBase.addAsLibrary(ContainerBase.java:1353) at org.jboss.shrinkwrap.impl.base.container.ContainerBase.addAsLibrary(ContainerBase.java:1338) at org.jboss.shrinkwrap.impl.base.container.ContainerBase.addAsLibrary(ContainerBase.java:1289) at org.jboss.as.test.spec.xerces.ws.XercesUsageInWebServiceTestCase.createWebServiceDeployment(XercesUsageInWebServiceTestCase.java:74) ... 59 more{code} -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

5
10
0 / 0

[JBoss JIRA] (SHRINKDESC-132) @since always generated

by Jesper Pedersen (JIRA)

Jesper Pedersen created SHRINKDESC-132: ------------------------------------------ Summary: @since always generated Key: SHRINKDESC-132 URL: https://issues.jboss.org/browse/SHRINKDESC-132 Project: ShrinkWrap Descriptors Issue Type: Bug Components: metadata-parser Affects Versions: 2.0.0-alpha-4 Reporter: Jesper Pedersen Assignee: Ralf Battenfeld The @since annotation is always generated - it should be possible to turn it off and/or set an explicit value -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

2
2
0 / 0

[JBoss JIRA] (SHRINKDESC-123) Generated code contains incorrect author tags

by Jesper Pedersen (JIRA)

Jesper Pedersen created SHRINKDESC-123: ------------------------------------------ Summary: Generated code contains incorrect author tags Key: SHRINKDESC-123 URL: https://issues.jboss.org/browse/SHRINKDESC-123 Project: ShrinkWrap Descriptors Issue Type: Bug Components: metadata-parser Affects Versions: 2.0.0-alpha-3 Reporter: Jesper Pedersen Assignee: Ralf Battenfeld Fix For: 2.0.0-alpha-4 The code generated by metadata-parser contains the following: {noformat} * @author <a href="mailto:ralf.battenfeld@bluewin.ch">Ralf Battenfeld</a> * @author <a href="mailto:alr@jboss.org">Andrew Lee Rubinger</a> {noformat} This should either be removed, or allow for additional @author tags -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

3
5
0 / 0

[JBoss JIRA] (SHRINKWRAP-365) FileExistException - Existing WAR cannot be deployed with ShrinkWrap.createFromZipFile

by Karsten Ohme (Created) (JIRA)

FileExistException - Existing WAR cannot be deployed with ShrinkWrap.createFromZipFile -------------------------------------------------------------------------------------- Key: SHRINKWRAP-365 URL: https://issues.jboss.org/browse/SHRINKWRAP-365 Project: ShrinkWrap Issue Type: Bug Components: api Affects Versions: 1.0.0-beta-5 Environment: Windows XP, Maven 3.0.3, Java 1.6.0_29 Reporter: Karsten Ohme Priority: Minor * Deploying a Web archive from a ZIP fails * Code: {code} @Deployment(testable=false) public static WebArchive createTestArchive() throws Exception { return ShrinkWrap.createFromZipFile(WebArchive.class, new File("dependency"+File.separatorChar+"test.war")); } {code} * {{test.war}} is the file to use, but the new deployment is being tried to create at the same location -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 7 months

2
2
0 / 0

[JBoss JIRA] Created: (SHRINKWRAP-311) Consolidate ShrinkWrap Dependency Resolver control by system properties

by Karel Piwko (JIRA)

Consolidate ShrinkWrap Dependency Resolver control by system properties ----------------------------------------------------------------------- Key: SHRINKWRAP-311 URL: https://issues.jboss.org/browse/SHRINKWRAP-311 Project: ShrinkWrap Issue Type: Bug Components: ext-resolver Affects Versions: 1.0.0-beta-5 Reporter: Karel Piwko Priority: Minor Fix For: resolver-1.1.0-alpha-1 SystemProperty for going offline takes precedence if defined. The same should hold for other properties, namely this does not hold for maven.repo.local property. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 7 months

4
11
0 / 0

[JBoss JIRA] (SHRINKRES-37) Improve performance for Workspace resolution

by Karel Piwko (JIRA)

Karel Piwko created SHRINKRES-37: ------------------------------------ Summary: Improve performance for Workspace resolution Key: SHRINKRES-37 URL: https://issues.jboss.org/browse/SHRINKRES-37 Project: ShrinkWrap Resolvers Issue Type: Enhancement Components: impl-maven Affects Versions: 2.0.0-alpha-1 Reporter: Karel Piwko Assignee: Andrew Rubinger Implementation of classpath workspace artifact resolution should contain a cache to speed up the test execution. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 7 months

2
1
0 / 0

[JBoss JIRA] Created: (SHRINKWRAP-270) MavenDependencyResolver.artifact( Class cls )

by Ondrej Zizka (JIRA)

MavenDependencyResolver.artifact( Class cls ) --------------------------------------------- Key: SHRINKWRAP-270 URL: https://issues.jboss.org/browse/SHRINKWRAP-270 Project: ShrinkWrap Issue Type: Feature Request Components: ext-resolver Affects Versions: 1.0.0-alpha-12 Reporter: Ondrej Zizka Assignee: Karel Piwko Currently, MavenDependencyResolver.artifact() only accepts String. I suggest to add .artifact( Class cls ) which would seek the G:A:V in metadata of the jar which contains this class's package. I think Karel Piwko did some research on this recently, right? -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 7 months

4
13
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

shrinkwrap-issues August 2012