Question

我正在寻找对此问题的更好理解。解决方法非常简单，即将配置数据移动到另一个没有包含代理/建议的类，但我认为更好地理解它将帮助我避免将来出现其他相关问题，所以我想要任何解释任何人可以提供。

我正在使用带有Spring STS的Spring 3.1.0.RELEASE和vFabric tc服务器。使用@Controller类实现了一个基本的小型REST服务器。这一切都很棒（真的，它是），但是@Controller也是@Transactional，在它和加载时间编织以及vFabric tc服务器之间，它打破了@Value。

@Controller
@RequestMapping("/hello")
public class MyAPI {

    @Value("${my.property}")
    private String prop;
    ...

    @Transactional
    handleRequest(...) ...


}

属性文件app.properties：

my.property = SUCCESS

这在JUnit下工作正常，测试得到一个支持设置为“SUCCESS”的MyAPI对象。但是当应用程序加载到vFabric中时，我猜它会加载时间编织和代理。无论发生什么，都会创建两个MyAPI实例，一个具有prop ==“SUCCESS”，另一个（不幸的是处理http请求的那个）具有prop ==“$ {my.prop}”。

所以总而言之，我称之为魔术失败，这是我使用像AOP这样的东西最大的担忧。即使使用STS，我也不知道如何找出问题背后的原因，或者弄清楚这是否是一个严重的错误。如果它是一个错误，我不知道它是Spring，AspectJ，加载时织入器还是vFabric中的错误，所以我甚至不知道在哪里提交错误报告。

因此，理解这一点的任何帮助都将受到赞赏。感谢。

Answer 1

我明白了。确实，这太神奇了。

我在STS中使用Spring Roo来生成基本的应用程序框架，然后使用STS将Roo考虑在内，因为我们不想坚持使用它。

Roo作为“最佳实践”做的一件事是创建两个Spring上下文，一个用于整个应用程序，一个仅限于调度程序servlet。究竟为什么，我仍然没有得到，但我想他们希望保持表示层的东西，如控制器，爬进共享的服务层。 axtavt here很好地解释了这一点。这一切都被STS隐藏了。

在使用Roo的STS中，WEB-INF源不是我所期望的，在/ src / main / resources下（这是META-INF目录所在的位置），而是在/ src / main / webapp下，这是不是一个Java源目录，因此完全单独显示，就在/ target目录的上方，所以我将它误认为是一个输出文件夹。

在applicationContext.xml中，Roo已插入过滤器以防止应用程序上下文构造控制器，如axtavt的帖子中所述，但它还放入了另一个过滤器以消除扫描Roo生成的类。我同时把两个滤镜都拿出去了，不是真的知道他们在那里是什么，而是认为他们只是Roo剩饭。

所以现在我遇到了前面解释过的Controllers being created twice的问题。应用程序上下文中的一个获取分配的属性，因为它使用applicationContext.xml并查找属性文件。但为什么他们都没有得到属性设置？

让我回到模糊的webapps文件夹。在WEB-INF文件夹中，Roo放置了web.xml（自然地）和包含webmvc-config.xml文件的spring文件夹。此配置文件设置为仅扫描，创建和设置控制器。 web.xml文件设置Web应用程序以使用applicationContext.xml和dispatcherServlet来使用webmvc-config.xml，因此我应该在applicationContext.xml中保留过滤器以避免双重创建。

最后一个难题是这个webmvc-config.xml文件。由于这是控制器设置的上下文，文件需要具有＆lt; context：property-placeholder /＆gt;配置也可以找到属性文件。

Answer 2

首先，使用$的符号是正确的，而不是＃

现在关于原始海报，我认为你在2个注释（@Controller和@Transactional）之间存在冲突行为。

使用@Transactional注释将代替您的实现（我想检测错误并启动回滚）。

现在你说你看到了2个控制器实例。这不应该发生。通常，您应该只在内存中加载一个控制器实例。

可能与您的配置文件有关，还是由于@Transactional及其代理性质的存在？

作为旁注，我从不在控制器本身使用@Transactional，而是使用服务方法或dao。由于可以失败并且需要回滚的实际过程存在，并且可以从不同的控制器/源访问。

问候。

Answer 3

我遇到了同样的问题，事实上我需要两个人

让这两种方法起作用

将属性（通过@Value）注入Controller
将具有属性（通过@Value）的托管bean（通过@Inject）注入Controller

我希望这会有所帮助。

这是web.xml。

    <servlet>
    <servlet-name>spring</servlet-name>
    <servlet-class>
        org.springframework.web.servlet.DispatcherServlet
    </servlet-class>
    <init-param>
        <param-name>contextConfigLocation</param-name>
        <param-value>classpath:/spring-config/spring-servlet.xml</param-value>
    </init-param>
    <load-on-startup>1</load-on-startup>
</servlet>

<servlet-mapping>
    <servlet-name>spring</servlet-name>
    <url-pattern>/</url-pattern>
</servlet-mapping>

这是spring-servlet.xml：关键是要有BOTH util：properties和context：property-placeholder。虽然它们找到相同的文件，但它们用于不同的目的。

<util:properties id="propSource" location="classpath:/properties/prop1.properties" />
<context:property-placeholder location="classpath:/properties/prop1.properties" />

<context:component-scan base-package="com.concurrent.controller" />

<context:annotation-config/>
<mvc:annotation-driven/>

以下是我的控制器类的片段：

@Controller
@RequestMapping("/fooController")
public class MyController {

@Value("${message1}")
public String message1;

@Inject
public ConfigProperties configProperties;

最后，这是我的课程，我将该属性注入：

@Service
public class ConfigProperties {

@Value("${message1}")
public String message1;
}

这对我有用，对你有用。祝你好运！

Answer 4

在我的情况下，我这样解决：在spring-servlet.xml之前<context:component-scan ... />我把它放在了：

<context:property-placeholder location="classpath:strings.properties"/>

我将strings.properties文件放入src/main/resources/。

注意：context:property-placeholder标记的可见性有限，因此我已阅读某处建议在每个上下文文件中复制它，您可以在其中使用字符串。

为什么Spring @Value与@Controller不兼容？

4 个答案: