[
https://issues.jboss.org/browse/JBIDE-9496?page=com.atlassian.jira.plugin...
]
Fred Bricon updated JBIDE-9496:
-------------------------------
Description:
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 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}
was:
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
Environment: Ubuntu 11.04, eclipse 3.7, JBT 3.3.0 M3 (was: Vista, eclipse 3.5.1, JBT
3.1.CR1)
[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
Environment: Ubuntu 11.04, eclipse 3.7, JBT 3.3.0 M3
Reporter: Fred Bricon
Assignee: Rob Stryker
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 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.
For more information on JIRA, see:
http://www.atlassian.com/software/jira