-
Notifications
You must be signed in to change notification settings - Fork 21
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[MEAR-194] Use ear archiver instead of jar archiver #9
Conversation
On fb2a47c I got
|
You are right. Sometimes we still need to use JAR archiver. Updated the code. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This needs a test
question: what does an ear archiver do differently from a jar archiver that brings concrete benefit, please? |
@hboutemy it is described in the ticket as showing incorrect message |
ok, now I get that the message is written by the archiver, not by the plugin |
# Conflicts: # src/main/java/org/apache/maven/plugins/ear/EarMojo.java
@hboutemy sure! I've just resolved conflicts, but if you have anything to add- do it |
} | ||
else | ||
{ | ||
theArchiver = getJarArchiver(); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
given there is a test later that checks and fail if the descriptor does not exist, it seems this case is not really useful, isn't it?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
file is not required for the jar archiver, but required for ear
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I tested and found that starting with JavaEE 5, descriptor is not required: but currently, EarArchiver is implemented in a way that does not support this condition
ok, now I see how we must either improve EarArchiver, either do the workaround you did: I'll merge and document the workaround
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
ok
I fixed conflicts again
…archiver # Conflicts: # src/main/java/org/apache/maven/plugins/ear/EarMojo.java
merged and updated to document the unexpectedly complex logic for an issue that we supposed was up-for-grabs... :) thank you everybody for your help and efforts |
In plugin instead of correct EAR archiver JAR archiver was used.
In this PR application will use correct archiver.