java - 我应该如何从另一个spring项目中调用打包的spring项目？

Question

我有两个使用 Maven 的 Spring 项目。第一个是某些 api 的客户端，第二个是部分使用该客户端的控制台程序。

我已经将客户端打包成jar，并在控制台程序的pom中引用它。

我已经设法让这个工作了，但我对这个解决方案不太满意:

1) 我遇到的第一个问题是每个上下文 xml 文件都被命名为“applicationContext.xml”。因此，我无法找到任何方法来引用客户端中的上下文文件，而不将其重命名为其他名称，例如clientContext.xml。这可行，但是还有其他方法可以显式引用它吗？

2) 下一个问题是如何从控制台程序中调用 clientContext.xml。为此，我添加了 <import resource="osrdClientContext.xml"/>到控制台程序的 applicationContext.xml ，这似乎允许它正确找到所有定义的 bean。我不确定这是否是最佳实践？

3) 在 clientContext.xml 中，我需要引用属性文件，因此需要行 <context:property-placeholder location="classpath:api.properties" /> 。这在单独运行客户端时有效，但在运行控制台程序时似乎被忽略(或无法找到文件)。 api.properties 文件位于客户端打包的 jar 的根目录中，该 jar 位于控制台程序的类路径中。我发现的唯一解决方法是手动将属性文件复制到控制台程序中，此时发现没有任何问题。

4) 这两个项目都有一个资源目录，其中包含子目录“dev”、“beta”和“prod”。这允许我根据我想要运行的 Maven 配置文件定义不同的属性。这对于单个项目来说效果很好，但是当我打包客户端时，它只包含我正在运行的配置文件的属性文件(这是有道理的)。然而，这意味着如果我针对配置文件“beta”运行控制台项目，它仍然会针对打包的任何配置文件运行客户端。如果能够打包所有属性文件并使客户端在与依赖于它的任何内容相同的配置文件中运行，这将非常方便。这可能/是个好主意吗？

Answer 1

广告 1: 放置基于 JAR 的 XML 上下文的常见位置是 META-INF/your/project/name 内。文件夹。您可以检查例如 spring-batch-admin项目。现在，更常见的做法是将上下文文件命名为 {name}-context.xml(例如 central-context.xml)。

按照上述建议，您应该不会遇到名称冲突的问题。然而，使用 classpath* 应该可以克服这个问题。 导入定义中的伪协议(protocol):

<import resource="classpath*:do/not/put/in/root/this-can-be-duplicate.xml"/>

广告 2:这是完全合法的。您可以在上面链接的 Spring Batch 管理示例中看到相同的做法。只需添加 classpath:或classpath*:到资源路径。

广告 3:这很奇怪，我不知道那里发生了什么。

广告 4:这可以通过 Spring profiles 实现(不是 Maven 配置文件):

<beans profile="dev">
    <context:property-placeholder location="classpath:META-INF/dev/my.properties"/>
</beans>

或通过新的SpEL支持:

<context:property-placeholder location="classpath:META-INF/#{systemProperties['my.jvm.property']}/my.properties"/>

但是我喜欢的是拥有默认属性，然后让主应用程序能够覆盖它们。这意味着您的配置将位于单个位置而不是 JAR 内。您可以通过属性层次结构来实现此目的:

<context:property-placeholder location="classpath:META-INF/my-default.properties,classpath*:META-INF/my-optional-overrides.properties"/>

<小时/>

更新刚刚发现 <context:property-placeholder>有problems with SPeL 。但是，在定义 PropertyPlaceholderConfigurer 时，您仍然可以使用 SPeL(甚至其他属性配置器)。手动(即通过 <bean> )。