问题标签 [spring.net]

我有这个代码：

我遇到麻烦的地方是通过配置 XML 文件告诉 Spring.NET StateId 索引数组中每个项目的值。

在代码中，我会写如下内容：

我如何在 Spring xml 中执行此操作？我最接近的是：

这给了我错误“创建上下文'spring.root'时出错：'AZ'节点无法为指定的上下文解析”

我试图掌握使用 spring.net ioc 来满足我的目的。

spring.net ioc 中提供了哪些使用 xml 配置（元数据文件）的选项。即我不想使用以下内容：

相反，我想从如下数据库中加载这些值：

是否可以使用 Spring.NET IoC 容器进行类似的操作？

这会派上用场。我当然可以使用ContextRegistry.GetContext().Get("name")，但这会创建已定义对象的新实例。我需要设置已创建对象的依赖项。

NHibernate 2.1.0 参考 Spring 1.3.0。

NHibernate 2.1.1 引用 Spring 0.0.0.2。

有什么特别的原因吗？我升级到 NHibernate 2.1.1，现在我收到程序集加载错误。

我正在使用 MvcContrib 进行我的 Spring.Net ASP.Net MVC 控制器依赖注入。我的依赖项没有被注入到我的 CustomAttribute 操作过滤器中。如何让我的依赖项进入它？

假设您有一个如下所示的 ActionFilter：

使用如下所示的 Spring.Net 配置部分：

你像这样使用属性：

我们有一个基于 NSpring 1.2 和 NHibernate 2 的 Web 应用程序并使用 HibernateTemplate。Web 应用程序配置为使用OpenSessionInViewModule。

然而，在我们的集成测试中，休眠会话被标记为InitDeferredClose，并且在大多数情况下，这对我们的测试来说很好。有一些服务功能在 Web 应用程序的上下文中运行良好，但在从测试工具调用时会失败。

例如：我有一个函数可以在事务中创建和更新多个对象。该函数标有 Transaction 属性，但测试失败并显示以下消息：

从 Web 应用程序调用时，事务成功完成

我应该如何配置 spring 和 hibernate 以便我的集成测试正确复制 Web 应用程序的功能？

我第一次尝试使用 Spring.net 框架。我想使用它的验证功能。我目前正在尝试验证业务对象，因此我定义了几个验证器（在 App 配置文件中）。我通过 IOC (ContextRegistry.GetContext().GetObject(validator name)) 检索这些验证器。我想知道是否可以将验证器与对象相关联，就像企业库中的情况一样。

谢谢你的时间

我正在使用 VS2008 和 Nunit。我的应用程序使用 Spring.NET Framework 进行依赖注入。我将 Nunit 附加到 VS 以进行调试。加载 Nunit 需要时间，甚至在测试失败/成功后更糟，我停止了它。脱附时间超过 2 分钟。我试图重新启动一切，清除“\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files”上的缓存，但没有奏效。有任何想法吗？

我当然希望有人能帮助缓解我的挫败感。我试图找到一种对我的 WCF 服务实现类进行单元测试的好方法，但是我发现提供解决方案的每个资源都仅限于只有一个方法/操作的服务。

就我而言，我有一个包含多个服务方法/操作的服务类。服务类的目的是为在核心应用程序中实现的行为提供接口。因此，每个方法/操作负责：

1. 接受来自调用者的 Request 对象
2. 验证对象的属性
3. 创建执行操作的适用 Command 对象的实例
4. 将 Request 对象的属性映射到 Command 对象。
5. 执行命令对象
6. 将结果映射到 Response 对象
7. 将响应返回给调用者

此外，服务方法处理发生的任何异常并返回 WCF 故障。

我们将 Spring.NET 用于 IoC (DI) 和 AOP。服务类由 Spring 实例化，这允许我们使用 Spring 的 ParameterValidation 方面来执行步骤 2。默认情况下，我们也使用 Spring 来执行步骤 3。

在大多数情况下，所有这些都运行良好。然而，当需要编写单元测试来验证服务方法的行为时，我陷入了试图找出正确方法来处理服务对多个 Command 对象（每个方法一个）的依赖关系的过程中。

让我们明确一点，我在模拟 Command 对象时没有问题（我们使用 Moq，顺便说一句），我在进行黑盒测试时也没有问题。我正在尝试对内部逻辑进行白盒测试，例如验证步骤 4 是否正确执行，或者如果 Command 对象抛出异常，则服务会正确处理它。对于这些，我使用 Command 对象的模拟实例。

问题是在被测对象具有多个依赖项的情况下找到最佳实践——尤其是当我对正在运行的测试只对其中一个感兴趣时。

DI 的构造函数方法并不实用，因为我需要为构造函数提供尽可能多的参数，就像我在服务上执行方法一样（而且可能很多）。Setter-injection 让我很担心，因为 setter 只存在于测试的目的——而且，在许多情况下，它们的数量也会很大。

该服务旨在将第 4 步委托给一个虚拟方法，默认情况下，该方法使用 Spring 来实例化 Command 对象，但范被覆盖以使用继承和覆盖方法返回模拟。但这也被证明是笨拙的。

因此，在网上大量阅读展示各种解决方案的文章之后，但正如我所说，只反映具有一种方法/操作的服务，我正在寻找一种易于实施、维护和扩展的方法的指导处理包含多个方法和多个依赖项的实际服务。

请记住，我不能使用 Spring 来注入模拟的 Command 对象，因为我需要对模拟的引用才能设置它们并验证方法的行为。（更不用说我的测试也依赖于 Spring 的正常工作。）

我是一名 Java 开发人员，被迫学习 C#。由于我无法忍受不使用依赖注入容器，我正在尝试在我的项目中配置 Spring.NET。

我的项目在 Visual Studio 中分为两个解决方案：一个用于我所有业务逻辑、服务、DAO 等的 ClassLibrary 解决方案，以及一个 Webapp 部分（ASP.NET 页面等）。

我发现有趣的是，我可以通过代码隐藏将依赖项有效地注入到实际页面中，而 JSP 无法做到这一点。但是，我想要的是从 ClassLibrary 解决方案将服务 (UserService) 注入到 Webapp 部分中的 Login.aspx.cs 中。

我是否必须在 ClassLibrary 端和 Web.Config 端的 App.Config 中定义 UserService 对象？