[ https://jira.jboss.org/jira/browse/SHRINKWRAP-118?page=com.atlassian.jira... ] Andrew Lee Rubinger updated SHRINKWRAP-118: ------------------------------------------- JBoss Forum Reference: http://community.jboss.org/message/523416 -- 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

[ https://jira.jboss.org/jira/browse/SHRINKWRAP-118?page=com.atlassian.jira... ] Andrew Lee Rubinger updated SHRINKWRAP-118: ------------------------------------------- Comment: was deleted -- 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

[ https://jira.jboss.org/jira/browse/SHRINKWRAP-118?page=com.atlassian.jira... ] Andrew Lee Rubinger updated SHRINKWRAP-118: ------------------------------------------- Summary: Obey the "Container" contract (was: Split up ResourceConainer accordingly) Description: "Container"s, as presently defined, offer a logical mapping to a base ArchivePath based upon the type of input coming in. In this regard, "DirectoryContainer" makes no sense; directories may be added anywhere in the archive. 1) Remove DirectoryContainer 2) Add the support it defined into Archive 3) Refactor all test cases was: "Defines the contract for a component capable of storing a series of {@link ClassLoader} resources" By this measure any API methods here which accept Files or URLs should be shuffled off elsewhere. -- 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