Skip to content

ptomli/spring-version

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

33 Commits
 
 
 
 
 
 
 
 

Repository files navigation

Spring Version Management


Superceded

Please note that this project has effectively been superceeded by an official Spring project.

<dependency>
   <groupId>org.springframework</groupId>
    <artifactId>spring-framework-bom</artifactId>
    <version>4.0.x.RELEASE</version>
</dependency>

If you've ever created a moderately complex project which uses Spring, you've likely come across issues having to manage versions of Spring transitive dependencies.

Your project uses Spring 3.2.8.RELEASE, but something else you're depending on imports some otherwise unused Spring module, at 3.0.7. I'm looking at you, Spring Security.

You end up declaring a dependencyManagement entry for just about every Spring module there is, to ensure that anything you bring in uses the correct version.

Enter spring-version

<project>
  <dependencyManagement>
    <dependencies>
      <dependency>
        <groupId>com.github.ptomli.spring-version</groupId>
        <artifactId>spring-version</artifactId>
        <version>3.2.8.RELEASE</version>
        <type>pom</type>
        <scope>import</scope>
      </dependency>
    </dependencies>
  </dependencyManagement>
</project>

spring-version simply declares a dependencyManagement entry for each Spring module, at its own project.version. So, spring-version 3.2.8.RELEASE will result in any Spring transitive dependency being imported at 3.2.8.RELEASE. Done, finished and klaar!

There are companion projects to handle other SpringSource project versions, such as spring-integration-version and spring-security-version

About

Maven dependency management for Spring Framework versions

Resources

Stars

Watchers

Forks

Packages

No packages published

Languages