问题标签 [context-configuration]

我在我的工作项目中添加了一个 AOP（面向方面​​的编程）方面。它确实有效，但在尝试使用集成测试测试它的功能时不会被调用。

问题是，当测试通过时，方面没有被调用。正常使用时，它工作正常。

我试图创建一个应该为集成测试加载的自定义上下文，因为我认为 Aspect 可能不会在这些测试的默认上下文中加载。

由于这不起作用，我还尝试手动代理方面的 bean，但这也不起作用。

这是我的集成测试类：

这里是集成测试的配置文件：

这里是我的方面文件：

该方面应该像现在一样继续工作，但它也应该在集成测试中工作，目前它在那些内部根本没有被调用。

我正在为 iOS 和 Android 开发一个带有 React Native 的应用程序，并且我试图阻止应用程序中特定于设备的显示缩放。

对于文本/字体大小缩放，将以下代码放在根级 App.js 文件中可以解决 iOS 和 Android 的问题：

但是，Android 设备具有仍在应用的以下显示尺寸设置：

我已经尝试（未成功）将我在以下问题的答案中找到的各种“解决方案”拼凑在一起：

以编程方式更改系统显示大小 Android N

如果设置 -> 显示 -> 显示大小更改为大或小，则禁用应用程序或活动缩放

如何防止系统字体大小改变对android应用程序的影响？

我经常发现对BaseActivity扩展类的类的引用Activity。我的理解是，我将在该类内部编写一个方法（让我们称之为adjustDisplayScale）来更改我从中获得的Configuration，然后我将在文件中的方法内调用。ContextResourcesadjustDisplayScaleonCreate()super.onCreate()MainApplication.java

到目前为止，在这个目录中我只有两个文件 -MainApplication.java和MainActivity.java.

我尝试adjustDisplayScale按照这些说明创建一个新的模块和相关的包文件来实现，但它不起作用： https ://facebook.github.io/react-native/docs/text.html

我试图在这样的adjustDisplayScale内部实现功能，onCreate()但它不起作用：

一个潜在的有希望的答案包括以下内容：

但是当我尝试使用它时，我收到了关于无法识别符号 @base 的错误。

一些背景知识......我在这个项目上 99% 的工作都是用 JavaScript / React Native 完成的，而且我对 Android 开发相关的东西几乎一无所知，我Resources最后一次用 Java 编写代码是 10几年前。我花了很多痛苦的时间试图弄清楚这一点，任何帮助都将不胜感激。ContextConfigurationDisplayMetrics

附言。我很清楚可访问性设置的存在是有充分理由的，所以请不要我在这么多“答案”中看到我为什么需要修复我的 UI 以使用可访问性设置而不是禁用它们。

我无法让我的单元测试加载我的配置类。

我的测试类被注释：

ClientConfiguration.class

3 个 bean 都没有被实例化，当我调用它时，它在其他 bean 之一上出现依赖错误

目前，我正在开发一个 android 应用程序，因此，我需要实现这样的功能，以防止每当用户从 android 设备设置应用程序更改显示大小时进行布局缩放。

我正在使用下面的库来获取字体大小和视图大小。字体大小https://github.com/intuit/ssp 视图大小https://github.com/intuit/sdp

我在我的应用程序中使用@KafkaListener，这就是我使用的原因

我的班级使用@Autowired @Qualifier("someName") 进行配置，同时编写符合“someName”资格的测试类配置未加载..

所以它会抛出错误

引起：org.springframework.beans.factory.NoSuchBeanDefinitionException：没有“org.springframework.web.client.RestTemplate”类型的合格bean

---

可用：预计至少有 1 个符合自动装配候选资格的 bean。依赖注解：{@org.springframework.beans.factory.annotation.Autowired(required=true), @org.springframework.beans.factory.annotation.Qualifier(value=someName)}

我一直在努力在测试期间启动应用程序上下文，因此我可以在运行时注入 bean 但似乎我无法在这里连接 ApplicationContext 是我正在尝试的

这是我的testContext.xml（它现在是空的，因为我想在运行时注入 bean）：

有谁知道为什么我会收到以下错误？

先感谢您 ）

目标：在课后将 2 级上下文配置标记为脏。

约束：第 2 级上下文必须与第 1 级上下文合并。

背景：

• 我有多个使用common-context.xml.
  我将它们称为“普通”。
• 其中一些 IT 还使用另一个上下文X-context.xml。
  我将它们称为“common + X”。
• 一些“common + X” IT需要同时加载common-context.xml 和。我知道这需要糟糕的初始设计，但我目前面临一个巨大的系统，不可能进行如此剧烈的重构。X-context.xml
  

我试过的：

所有可能的组合：

1. @ContextConfiguration。
2. @ContextHierarchy。
3. @DirtiesContext。
4. 名称变量。
5. 继承位置变量。

样本：

预期行为：

现在，如果测试碰巧按此顺序运行（IT1 --> IT2 --> IT3）：

只要“X-context”不需要与“common-context”一起加载，这就可以正常工作。

根本问题：

为了同时加载“common”和“X”上下文，它们必须被合并。
否则，加载“common”，然后加载“X”。一些测试依赖于同时加载的两个上下文。

合并它们会禁用仅将第二级上下文标记为脏的选项。

为了合并它们，我们重构：

实际行为：

现在，如果测试碰巧按此顺序运行（IT1 --> IT2 --> IT3）：

这样，我们就没有利用第一个出现的公共上下文。

可能的解决方案：

我认为可以解决问题但我不知道如何实现的一些想法：

• 在 IT 之后以某种方式“取消合并” MergedContextConfiguration 。
• 实现可以在缓存中保留 2 个不同的TestContextManager 。ApplicationContext
• 利用SmartContextLoader启用所需的功能。
• 使用TestExecutionListener启用所需的功能。
• 不合并 2 ApplicationContexts 的不同方法？

我读过的：

• Spring TestContext 框架
• GitHub 春天
• Spring 框架参考
• 在测试方法中重新加载或刷新 Spring 应用程序上下文？
• Spring 与多个配置文件的集成
• Spring - 如何加载新的分层上下文？
• 在测试类之前和之后使 ApplicationContext 变脏
• Spring测试@ContextConfiguration和静态上下文
• 测试后清除 Spring 应用程序上下文
• 挂钩 Spring Bean 生命周期
• 还有一些...

有一个 @Value 注释常量，在运行测试时没有被初始化，当它在构造函数中需要它时抛出 NullPointerException。

要测试的样本类：

样本测试类：

事情尝试了，但没有任何效果：

• 我已经创建了application.properties具有所需值的文件。
• 创建application-test.properties并添加@TestPropertySource(locations="classpath:application-test.properties").
• @SpringBootTest(properties = { "test.value1=VALUE" })

我也尝试了一些其他的东西，但我得到的NullPoiterException是someMethod(value1).

版本：

• 爪哇：1.8
• 春季启动：2.1.17
• 六月：4.12
• 模拟：2.23.4