处理弹簧依赖项

| 我有一堆属于同一团队的顶级软件包。所有顶级软件包都使用spring。然后是一些库（jar），它们是顶级软件包之间的共享功能和实用程序。所有漂亮的标准东西。 在某些情况下，在库包中使用spring是有意义的。假设我有一系列共享的方面，我想使用spring的@ Aspect / @ Before / @ After等注释。 问题在于，有相当大的顶层软件包是用spring 2.5.6依赖关系编写的，而较新的顶层软件包是在spring 3中创建的。我通常认为这是一件好事。 但是接下来有一个小问题，就是我现在有依赖于spring-2.5.6的库，由于版本不匹配，这些库不能由spring-3顶级软件包使用（在这里假设吸吮两个不同的弹簧版本是一个非常糟糕的主意。看来，我的选择是避免库中的spring依赖关系，或者接受我的库将需要提供多个版本（在顶层软件包级别使用的spring的每个版本为1）。选项1似乎比选项2更好，但我希望有一些有趣的技巧可以让我两全其美。 如果对于某些事情（@Inject？）有Java标准，那么我可以依靠javax的东西，而不是春天特定的东西。不幸的是，@ Inject等仅在春季3+之后才受支持，因此可以在将来解决我的问题，但只要我拥有2.5.6应用程序，它就无济于事。 有想法吗？ 我应该注意，有一些现有的库依赖spring-2.5.6，我认为这是将顶级软件包升级到spring-3的障碍。因为升级顶级程序包还意味着依赖弹簧的N个库版本激增，这很烦人，因为我什至不知道这些库的完整使用者，以及他们可能会突然想到Spring版本撞了。 编辑： 我想知道是否可以创建一些库，并在提供的范围内进行spring依赖。春季版本将是我可以选择以获得所需功能集的最低版本，因此理想情况下，我将使用2.5.6使其与spring 2.5.6应用程序和spring-3.0.5应用程序兼容。然后，当使用中的应用程序在我的库上创建依赖项时，它还将为该应用程序有效的实际spring版本创建spring依赖项。我认为这应该可行，只要春季版本> =我为我的库选择的版本（并且我偶然知道2.5.6是所有应用程序中使用的最低版本）。 我的另一个选择是完全不创建spring依赖项，但提供可以在调用应用程序中导入的spring.xml。这意味着我不能使用注解或诸如InitializingBean之类的东西，但是通常spring提供了一种通过注解或xml或两者兼而有之的方式，因此这也应该起作用。 有什么想法吗？