[ 
https://issues.apache.org/jira/browse/MEAR-267?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16471053#comment-16471053
 ] 

Leonid Rozenblyum commented on MEAR-267:
----------------------------------------

[~khmarbaise] please take a look: 
https://github.com/lrozenblyum/MEAR-267-issue-demo

I created this project to demonstrate the problem with the manifest which I 
mentioned in the comment above (and not the original problem which is more 
Eclipse-related).

SCENARIO:
mvn clean package

EXPECTED:
Manifest inside the ear, inside the ejb-jar: 
com.leokom-MEAR-267-ejb-1.0-SNAPSHOT.jar contains a correct class-path

ACTUALLY:
Class-Path: guava-19.0.jar 
Actual lib: com.google.guava-guava-19.0.jar



> assembly.xml contains incorrect references to modules
> -----------------------------------------------------
>
>                 Key: MEAR-267
>                 URL: https://issues.apache.org/jira/browse/MEAR-267
>             Project: Maven Ear Plugin
>          Issue Type: Bug
>    Affects Versions: 3.0.0
>            Reporter: Leonid Rozenblyum
>            Priority: Major
>
> SCENARIO:
> Create a EAR project with maven-ear-plugin 3.0.0
> execute mvn ear:ear
> EXPECTED:
> assembly.xml contains reference to the jar/war equivalent to their physical 
> names inside
> the EAR
> (e.g. if the jar is named tryEar-ejb-1.0-SNAPSHOT.jar then assembly.xml 
> reference would be:
> {quote}{{<module>}}
> <ejb>tryEar-ejb-1.0-SNAPSHOT.jar</ejb>
>  </module>
> {quote}
> (this worked in 2.10.1)
> ACTUALLY:
>  assembly.xml contains reference
> {quote}<module>
>  <ejb>com.leokom-tryEar-ejb-1.0-SNAPSHOT.jar</ejb>
>  </module>
> {quote}
>  
> Due to this difference - JBoss/WildFly cannot deploy the EAR.
> (it's easy to reproduce: you may create a ear project from some standard ones 
> from maven-archetypes and change maven-ear-plugin version to 3.0.0).
>  
> UPDATE: Sorry, maybe it's a bug in M2E-WTP plugin of Eclipse. I tried this 
> scenario in standalone mode without Eclipse - and assembly.xml is consistent 
> with the jar files



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Reply via email to