单元测试 – 如何使用Jersey(测试框架)将数据源依赖注入到RESTful Web服务中?

前端之家收集整理的这篇文章主要介绍了单元测试 – 如何使用Jersey(测试框架)将数据源依赖注入到RESTful Web服务中?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我正在使用Jersey构建一个RESTful Web服务,它依赖于MongoDB的持久性.

Web服务本身连接到默认数据库,但对于单元测试,我想使用单独的测试数据库.我会在setUp中填充这个测试数据库,运行我的测试,然后在tearDown中销毁它.

通常,我会在这里使用依赖注入将数据源提供给服务将使用的实体管理器,但在这种情况下,Web服务独立于单元测试运行.我正在使用Jersey Test Framework,它启动Grizzly容器来提供Web服务接口,并为单元测试类提供Web服务客户端.

将单元测试类中的依赖项注入服务器实例(Jersey Test Framework在Grizzly容器中设置)的最佳方法是什么?

在深入研究Jersey Test Framework源代码之后,我发现了一种将依赖项注入RESTful资源类的优雅方法.

在我的测试类(扩展JerseyTest)中,我只添加了configure()方法的实现:

public AppDescriptor configure() {
    return new WebAppDescriptor.Builder()
        .contextListenerClass(ContextLoaderListener.class)
        .contextParam("contextConfigLocation","classpath:applicationContext.xml")
        .initParam("com.sun.jersey.config.property.packages","[resource package]")
        .build();
}

这有效地提供了一个自定义构建的WebAppDescriptor,而不是依靠Jersey Test的Grizzly Web容器来构建一个.

这将使用类路径上的“applicationContext.xml”文件,可以为运行JUnit测试配置不同的文件.实际上,我有两个不同的applicationContext.xml文件:一个用于我的JUnit测试,另一个用于生产代码.测试的applicationContext.xml将以不同方式配置数据访问依赖项对象.

原文链接:https://www.f2er.com/javaschema/281511.html

猜你在找的设计模式相关文章