]
Rob Stryker commented on JBIDE-5691:
------------------------------------
Honestly, I don't believe WTP ever really had the variable support working in the past
18 months. It may have worked one day but in the past 18 months I don't think it's
been tested for properly or any major adopters were making use of it.
Sad to say.
Unfortunately I don't think this one is a gigantic priority for me at the moment.
I've recently been trying to get WTP to digest the new unified deployment model
(export + deploy together in the same code base... who woulda thought?) and it's been
a bit rough on their stomachs ;) But once export and publish seem stable, variable
support will go high up on the list again.
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
Assignee: Rob Stryker
Fix For: 3.1.0.CR2
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: