June 2010 - shrinkwrap-issues - Jboss List Archives

[JBoss JIRA] Created: (SHRINKWRAP-58) Add overview.html, package.html for JavaDoc

by Andrew Lee Rubinger (JIRA)

Add overview.html, package.html for JavaDoc ------------------------------------------- Key: SHRINKWRAP-58 URL: https://jira.jboss.org/jira/browse/SHRINKWRAP-58 Project: ShrinkWrap Issue Type: Feature Request Components: api, assembly, build, impl-base, spi Reporter: Andrew Lee Rubinger Identified as a gap by Jesper -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 12 months

3
5
0 / 0

[JBoss JIRA] Created: (SHRINKWRAP-85) Support Event/Listener style callbacks

by Aslak (JIRA)

Support Event/Listener style callbacks -------------------------------------- Key: SHRINKWRAP-85 URL: https://jira.jboss.org/jira/browse/SHRINKWRAP-85 Project: ShrinkWrap Issue Type: Feature Request Reporter: Aslak A interesting featre would be to beablt to add listeners for events on ContainerTypes or paths. /META-INF/* or all events generated via ClassContainer usecase 1, if/when we add something like a ManifestDescriptor, instead of having it like the WebArchiveDescriptor.addServlet, adding a addMenifestLibrary that delegates down to addLibrary and update the 'classpath: ' manifest entry.. we could register a listener on the LibraryContainer and get callbacks when a 'normal' addLibrary happens usecase 2, could deploy a 'live' archive to embedded.. one could register a listener on all changes in the archive and auto redeploy it on events.. deploy it once, redeploy on change -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

4
6
0 / 0

[JBoss JIRA] Created: (SHRINKWRAP-140) Support loading artifacts from a Maven repository

by Pete Muir (JIRA)

Support loading artifacts from a Maven repository ------------------------------------------------- Key: SHRINKWRAP-140 URL: https://jira.jboss.org/jira/browse/SHRINKWRAP-140 Project: ShrinkWrap Issue Type: Feature Request Reporter: Pete Muir The ability to define the coordinates of an artifact have it added to your artifact would be huge. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 5 months

8
13
0 / 0

[JBoss JIRA] Created: (SHRINKWRAP-48) Create a ManifestAsset

by Aslak (JIRA)

Create a ManifestAsset ---------------------- Key: SHRINKWRAP-48 URL: https://jira.jboss.org/jira/browse/SHRINKWRAP-48 Project: ShrinkWrap Issue Type: Feature Request Reporter: Aslak Assignee: Andrew Lee Rubinger Priority: Optional It would be nice to be able to manipulate the MANIFEST.MF file 'via' the ManifestContainer. A simple Wrapper Asset impl over java.util.jar.Manifest should work i guess.. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 8 months

5
13
0 / 0

[JBoss JIRA] Created: (SHRINKWRAP-193) Should be able to 'mount' a added jar

by Aslak Knutsen (JIRA)

Should be able to 'mount' a added jar ------------------------------------- Key: SHRINKWRAP-193 URL: https://jira.jboss.org/browse/SHRINKWRAP-193 Project: ShrinkWrap Issue Type: Feature Request Components: api, impl-base Reporter: Aslak Knutsen You can only manipulate on ShrinkWrap(open/uncompressed) archives when they are ArchiveAssets. Some times it can be useful to manipulate an existing(closed/compressed) nested archive. Add something to a library added by 'someone' else... We should support to import/mount a already added compressed library. [code] WebArchive war = ShrinkWrap.create(WebArchive.class) .addLibrary(new File("blag.jar")) JavaArchive jar = war.as(Importer.class) .import( JavaArchive.class, Archivepaths.create("lib/blag.jar")) [code] -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

3
4
0 / 0

[JBoss JIRA] Created: (SHRINKWRAP-191) Automatic creation of MANIFEST.MF

by Peter Skopek (JIRA)

Automatic creation of MANIFEST.MF --------------------------------- Key: SHRINKWRAP-191 URL: https://jira.jboss.org/browse/SHRINKWRAP-191 Project: ShrinkWrap Issue Type: Feature Request Components: impl-base Reporter: Peter Skopek While working with ShrinkWrap on my tests project I have come to need of automatic creation of default MANIFEST.MF file in META-INF directory. I would like to have it for every archive which extends ManifestContainer<?>. So, it would work the best when it will be created at the creation of archive and in case of user add his own the default one will be overwritten. Content of the default MANIFEST.MF could be as simple as this: Manifest-Version: 1.0 Created-By: 1.0.0 (ShrinkWrap) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 11 months

3
4
0 / 0

[JBoss JIRA] Created: (SHRINKWRAP-88) Look at Import/Export API methods for consistency/convenience

by Aslak (JIRA)

Look at Import/Export API methods for consistency/convenience ------------------------------------------------------------- Key: SHRINKWRAP-88 URL: https://jira.jboss.org/jira/browse/SHRINKWRAP-88 Project: ShrinkWrap Issue Type: Task Components: api, impl-base Reporter: Aslak make import/export api naming/arguments equalequal import(url|file|resource) export(url|file) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 11 months

4
7
0 / 0

[JBoss JIRA] Created: (SHRINKWRAP-172) Clean up API

by Andrew Lee Rubinger (JIRA)

Clean up API ------------ Key: SHRINKWRAP-172 URL: https://jira.jboss.org/browse/SHRINKWRAP-172 Project: ShrinkWrap Issue Type: Task Components: api Reporter: Andrew Lee Rubinger Assignee: Andrew Lee Rubinger Fix For: 1.0.0-beta-1 Container task for minor API changes needed before we can lock to backwards-compat in 1.0.0-beta-1 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 11 months

2
2
0 / 0

[JBoss JIRA] Created: (SHRINKWRAP-175) Review Filter usage in API for consistency and applicability

by Andrew Lee Rubinger (JIRA)

Review Filter usage in API for consistency and applicability ------------------------------------------------------------ Key: SHRINKWRAP-175 URL: https://jira.jboss.org/browse/SHRINKWRAP-175 Project: ShrinkWrap Issue Type: Task Components: api Reporter: Andrew Lee Rubinger Fix For: 1.0.0-beta-1 Usage of "Filter" is currently sprinkled about inconsistenty. Ensure it's applied on all multi-* operations (like ClassContainer.addClasses) and its JavaDoc is updated. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 11 months

3
4
0 / 0

[JBoss JIRA] Created: (SHRINKWRAP-110) Code Review and Action Items on ExtensionLoader/ServiceExtensionLoader

by Andrew Lee Rubinger (JIRA)

Code Review and Action Items on ExtensionLoader/ServiceExtensionLoader ---------------------------------------------------------------------- Key: SHRINKWRAP-110 URL: https://jira.jboss.org/jira/browse/SHRINKWRAP-110 Project: ShrinkWrap Issue Type: Task Components: api, impl-base Reporter: Andrew Lee Rubinger We should do a community review on the ExtensionLoader API and ServiceExtensionLoader implementation. This is the mechanism used to power Assignable.as(); * Archives API should not expose extension loading configuration (SHRINKWRAP-102) * ServiceExtensionLoader needs documentation at class-level and on methods * ServiceExtensionLoader is not Thread-safe (or documented that this is the responsibility of the client, ArchiveBase, which does not sync access) * OK to always use TCCL at time of instantiation to find extension impls and classes? * ServiceExtensionLoader instance needs to be carried in the state of every archive? Should some Assignable types be given access to different service extension loaders? To me this looks like a singular point of configuration possibly warranting use of a Singleton. * All extension loading as a feature needs Wiki documentation -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 11 months

2
2
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

shrinkwrap-issues June 2010