[jbosstools-issues] [JBoss JIRA] (JBIDE-9496) [regression] - Exported files don't honor the module assembly settings

[Rob Stryker (JIRA)]

     [ https://issues.jboss.org/browse/JBIDE-9496?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Rob Stryker resolved JBIDE-9496.
--------------------------------

    Fix Version/s: 3.3.0.CR1
                       (was: 3.3.0.Beta1)
       Resolution: Done


Due to uncertainty as to when we upgrade our TP, I am marking this as already complete for CR1, assuming of course that we upgrade our TP before then. Since it's already in the sr2 builds, I'm fairly certain this is accurate. 
                
> [regression] - Exported files don't honor the module assembly settings
> ----------------------------------------------------------------------
>
>                 Key: JBIDE-9496
>                 URL: https://issues.jboss.org/browse/JBIDE-9496
>             Project: Tools (JBoss Tools)
>          Issue Type: Bug
>          Components: JBossAS/Servers, UpStream
>    Affects Versions: 3.3.0.M3
>         Environment: Ubuntu 11.04, eclipse 3.7, JBT 3.3.0 M3
>            Reporter: Fred Bricon
>            Assignee: Rob Stryker
>            Priority: Blocker
>              Labels: archive, deployment, sar
>             Fix For: 3.3.0.CR1
>
>         Attachments: JBIDE_9496_projects.zip
>
>
> I'm investigating ways to implement SAR support for maven projects (JBIDE-9127). 
> So far I've been adding the Utility Facet to such projects, so they can be deployed in EARs. 
> A SAR project can embed dependencies in a lib folder, inside the archive. 
> A previous upstream bug prevented this behavior, but it has been fixed since : JBIDE-5691 
> Unfortunately, it seems a regression has crept in, because using the same projects attached in JBIDE-5691, the embedded jar (junit.jar) is no longer present at the root of sarproject.sar, when earproject is deployed on (any) JBoss AS.
> In this use case, I have 2 sample maven-less projects :
> -sarproject : has a dependency to JUNIT_HOME\junit.jar in the module assembly page. The resulting  org.eclipse.wst.common.component contains :
> {noformat}
> <project-modules id="moduleCoreId" project-version="1.5.0">
>     <wb-module deploy-name="sarproject">
>         <wb-resource deploy-path="/" source-path="/src"/>
>         <dependent-module archiveName="junit.jar" deploy-path="/" handle="module:/classpath/var/JUNIT_HOME/junit.jar">
>             <dependency-type>uses</dependency-type>
>         </dependent-module>
>     </wb-module>
> </project-modules>
> {noformat}
> -earproject : needed so sarproject can be a Module project. I've manually tweaked org.eclipse.wst.common.component so sarproject will have the .sar extension when deployed. Here is the end result :
> {noformat}
> <project-modules id="moduleCoreId" project-version="1.5.0">
>     <wb-module deploy-name="earproject">
>         <wb-resource deploy-path="/" source-path="/EarContent"/>
>         <dependent-module archiveName="sarproject.sar" deploy-path="/" handle="module:/resource/sarproject/sarproject">
>             <dependency-type>uses</dependency-type>
>         </dependent-module>
>     </wb-module>
> </project-modules>
> {noformat}

--
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