[
https://issues.jboss.org/browse/SHRINKWRAP-496?page=com.atlassian.jira.pl...
]
Andrew Rubinger commented on SHRINKWRAP-496:
--------------------------------------------
Cool, nice to have that case more fully-spelled out.
As a bit of an aside in solving that particular problem, is the WildFly image by chance
available in some Maven repo? The ShrinkWrap Resolvers project already uses a cache in
that it's backed by a Maven local repo, and anyone using that knows that by definition
calls there may not reflect what's in the authoritative repo.
Implement CacheUrlAsset
-----------------------
Key: SHRINKWRAP-496
URL:
https://issues.jboss.org/browse/SHRINKWRAP-496
Project: ShrinkWrap
Issue Type: Feature Request
Components: api
Affects Versions: 1.2.3
Reporter: Alex Soto
Priority: Minor
In ShrinkWrap UrlAsset downloaded an asset from a URL, which can be external and then it
creates the Archive element with that info. The problem is that sometimes you might want
to download a big file (2MB) to put inside an Archive, and this means that for each test
class that you execute you end up by downloading this file.
A possible solution could be create a CacheUrlAsset that downloads the content and stores
it in {java.io.tmp}/shrinkwrap so in successive calls before downloading the file again,
it can take it directly from cache directory.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)