Home/ Questions/Q 494015
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-13T05:27:30+00:00

We are using Maven to compile our project on a build server. We update

  • 0

We are using Maven to compile our project on a build server. We update our sources from SVN and then run “mvn install” from the project folder, building a jar we then deploy to our production servers.

To save time on compilation, we keep the compiled classes before we recompile (in the target/classes folder maven creates). This way, Maven only needs to recompile new or changes java files.

But there is a problem with moved/deleted files: the SVN update removes the .java files from the sources path, but Maven doesn’t remove the compiled .class files from target/classes. Same goes for files which are deleted from the main/recourses folder. So, the deleted/moved classes and deleted resources still end up in the jar file we deploy to our production servers, and this causes problems.

I know we can “mvn clean” to get rid of any compiled files, but this way we need to recompile the whole project on every build, which costs a lot of time.

Does anyone know a way to remove obsolete .class files and resources before or during Maven compilation?

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    So, the deleted/moved classes and deleted resources still end up in the jar file we deploy to our production servers, and this causes problems.

    You really should perform a full clean build when building artifacts that are going to be deployed to your production servers. It’s not only a best practice for reproducible builds (as mentioned in Hudson Best Practices for example), but, more important, it’s the only way to prevent runtime errors with multi modules builds (unless you use the maven-incremental-build plugin). Imagine the following situation:

    module-parent
|--- module-api
`--- module-impl

    The API module defines interfaces that are implemented by the IMPL module (which thus depends on the API module). If you change the API module by modifying a method signature and doesn’t change anything in the IMPL module, performing a build from the parent module will succeed, the IMPL won’t be recompiled and the whole thing will break at runtime (see this discussion about this behaviour). What you are currently doing is really not safe!

    Does anyone know a way to remove obsolete .class files and resources before or during Maven compilation?

    I’m not aware of anything doing that. And as I said, your current practice is not safe. You should change it, at least at the continuous integration server level and especially for “production builds”.

    • 0