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

Fred Bricon (JIRA) jira-events at lists.jboss.org
Fri Jan 15 05:39:35 EST 2010


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

Fred Bricon updated JBIDE-5691:
-------------------------------

    Description: 
I'm investigating ways to implement SAR support in m2eclipse (for selfish motivations I agree). See https://issues.sonatype.org/browse/MNGECLIPSE-1984.  
A SAR project would need to export dependencies in a lib folder, inside the archive.

During my investigation, I tried to use the JBT 3.1.CR1 module assembly page, which would, from my understanding, allow me to reach the desired effect. 
So I've created 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 (which totally sucks). 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}

Now, when exporting earproject.ear, there's no junit.jar to be found in sarproject.sar (not expected) nor in the ear (expected).
When using export module on sarproject, the resulting file doesn't contain junit.jar either.

This looks like a bug I've opened at eclipse's bugzilla for  Connector projects : https://bugs.eclipse.org/bugs/show_bug.cgi?id=298735

The module assembly page looks very promising in theory, as it would allow support for any kind of archives (sar, har ...) 
but from what I understand it's only usable for ear and war projects. 

This bug should probably be opened at eclipse.org or is totally a duplicate of #298735 (you tell me), 
but  I think the module assembly page should not be visible  on unsupported projects.

regards,

Fred Bricon



  was:
I'm investigating ways to implement SAR support in m2eclipse (for selfish motivations I agree). 
A SAR project would need to export dependencies in a lib folder, inside the archive.

During my investigation, I tried to use the JBT 3.1.CR1 module assembly page, which would, from my understanding, allow me to reach the desired effect. 
So I've created 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 (which totally sucks). 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}

Now, when earproject.ear, there's no junit.jar to be found in sarproject.sar (not expected) nor in the ear (expected).
When using export module on sarproject, the resulting file doesn't contain junit.jar either.

This looks like a bug I've opened at eclipse's bugzilla for  Connector projects : https://bugs.eclipse.org/bugs/show_bug.cgi?id=298735

The module assembly page looks very promising in theory, as it would allow support for any kind of archives (sar, har ...) 
but from what I understand it's only usable for ear and war projects. 

This bug should probably be opened at eclipse.org or is totally a duplicate of #298735 (you tell me), 
but  I think the module assembly page should not be visible  on unsupported projects.

regards,

Fred Bricon





> Exported files don't honor the module assembly settings
> -------------------------------------------------------
>
>                 Key: JBIDE-5691
>                 URL: https://jira.jboss.org/jira/browse/JBIDE-5691
>             Project: Tools (JBoss Tools)
>          Issue Type: Bug
>    Affects Versions: 3.1.0.CR1
>         Environment: Vista, eclipse 3.5.1, JBT 3.1.CR1
>            Reporter: Fred Bricon
>         Attachments: export-archive-test.zip
>
>
> I'm investigating ways to implement SAR support in m2eclipse (for selfish motivations I agree). See https://issues.sonatype.org/browse/MNGECLIPSE-1984.  
> A SAR project would need to export dependencies in a lib folder, inside the archive.
> During my investigation, I tried to use the JBT 3.1.CR1 module assembly page, which would, from my understanding, allow me to reach the desired effect. 
> So I've created 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 (which totally sucks). 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}
> Now, when exporting earproject.ear, there's no junit.jar to be found in sarproject.sar (not expected) nor in the ear (expected).
> When using export module on sarproject, the resulting file doesn't contain junit.jar either.
> This looks like a bug I've opened at eclipse's bugzilla for  Connector projects : https://bugs.eclipse.org/bugs/show_bug.cgi?id=298735
> The module assembly page looks very promising in theory, as it would allow support for any kind of archives (sar, har ...) 
> but from what I understand it's only usable for ear and war projects. 
> This bug should probably be opened at eclipse.org or is totally a duplicate of #298735 (you tell me), 
> but  I think the module assembly page should not be visible  on unsupported projects.
> regards,
> Fred Bricon

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

        


More information about the jbosstools-issues mailing list