Home/ Questions/Q 7795417
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-06-01T23:03:56+00:00

I am creating .ear using maven <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-ear-plugin</artifactId> <version>2.6</version> <configuration> <finalName>wsformatter-ear</finalName> <includeLibInApplicationXml>true</includeLibInApplicationXml> <version>1.4</version>

  • 0

I am creating .ear using maven 

<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-ear-plugin</artifactId>
  <version>2.6</version>
  <configuration>
    <finalName>wsformatter-ear</finalName>
    <includeLibInApplicationXml>true</includeLibInApplicationXml>
    <version>1.4</version>
  </configuration>
</plugin>

All dependencies in the .ear look like joda-time-1.6.2.jar, commons-io-1.4.jar etc.

But also, I have dependencies, that I want have without version. For example, how can I do, that dependency slf4j-api-1.5.6.jar will look like slf4j-api.jar in my .ear

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    Basically, you can’t (without some kind of hacking on Maven’s plugins’ configuration) and even if you could – just don’t. Maven approach and philosophy about dependencies is being strict and straight about them, including default convention of having version as file name suffix. It just immediately say which version of the artifact is used. If you depend on some artifact that is often released, you have to update its version in your EAR’s POM anyway, so its “propagation” isn’t somehow self-acting. Therefore, I don’t see any problem with this file name suffix.

    If this need for frequent change is problematic for you, maybe you should consider to modify somehow this frequently released artifact’s development cycle? Probably you can extend a little a time it spend during same SNAPSHOT version? Even if you do frequent “internal” releases (like nightbuilds), Maven doesn’t force you to bump your version every release (in sense of Maven Release Plugin). You can stay with some SNAPSHOT version as long as you want. Even in really quick Agile processes (or Kanban) this kind of “real” release usually happens every few weeks and it’s long enough to be manageable.

    At the end, it’s not like this I won’t help you (or something like this) or don’t want to. I just think you’re trying to go against Maven. Maven is really powerful if you accept and go with its approach and conventions. From my experience, trying to get around this means problems (sooner or later). I’ve already seen many projects that had Maven-like-Ant configuration and many developers around complaining that Maven sucks. After figuring out the stuff there I said them: “Maven doesn’t suck, your POMs do”.

    • 0