Я пытаюсь написать интеграционный тест, используя wcm.io Testing AEM Mocks
Код, который я хочу протестировать, сохраняет некоторые данные в репозитории, поэтому я хотел бы проверить, действительно ли хранится правильный контент после запуска проверенного метода.
В моих предыдущих тестах я использовал JCR_MOCK Тип преобразователя ресурсов, например:
@RunWith(MockitoJUnitRunner.class)
public class MyClassTest {
@Rule
public final AemContext aemContext = new AemContext(ResourceResolverType.JCR_MOCK);
private MyClass tested;
@Before
public void setUp() throws Exception {
//here, I load an entire page,
//from which my tested class reads some data
aemContext.load().json("/jcrdata/myPage.json", "/etc/mystuff/myTool");
tested = new MyClass(aemContext.resourceResolver());
}
@Test
public void interactWithTheRepository() {
SomeResult result = tested.interactWithTheRepository();
//assertions here
}
}
Это прекрасно работает, пока я просто хочу прочитать данные из фиктивного репозитория или притвориться, что я что-то сохраняю. Проблема начинается, когда я действительно хочу убедиться, что некоторые данные были сохранены в репозитории тестируемым классом.
@RunWith(MockitoJUnitRunner.class)
public class MyClassTest {
@Rule
public final AemContext aemContext = new AemContext(ResourceResolverType.JCR_MOCK);
private MyClass tested;
@Before
public void setUp() throws Exception {
//here, I load an entire page,
//on which the instance of my tested class later saves some data
aemContext.load().json("/jcrdata/myPage.json", "/etc/mystuff/myTool");
tested = new MyClass(aemContext.resourceResolver());
}
@Test
public void storeDataInTheRepository() {
tested.storeDataInTheRepository();
//this comes up as null because the JCR_Mock resolver
//does not use an actual repository and nothing is stored
Resource result = aemContext.resourceResolver().getResource("/etc/mystuff/myTool/somethingSavedByMyClassInstance");
//assertions here
}
}
Я считаю, что это может быть достигнуто с помощью JCR_JACKRABBIT Типа разрешения ресурсов, который использует настоящий репозиторий. Однако мне трудно загрузить данные в фиктивный репозиторий. Как только я использую JCR_JACKRABBIT вместо JCR_MOCK, мой метод setUp терпит неудачу с NullPointerException (другие части класса опущены для ясности)
@Rule
public final AemContext aemContext = new AemContext(ResourceResolverType.JCR_JACKRABBIT);
@Before
public void setUp() throws Exception {
//This line fails with an NPE
aemContext.load().json("/jcrdata/myPage.json", "/etc/mystuff/myTool");
tested = new MyClass(aemContext.resourceResolver());
}
Я отладил код и заметил, что он терпит неудачу при попытке создать иерархию ресурсов.
java.lang.NullPointerException
at org.apache.sling.resourceresolver.impl.ResourceResolverImpl.create(ResourceResolverImpl.java:1044)
at org.apache.sling.testing.mock.sling.loader.ContentLoader.createResourceHierarchy(ContentLoader.java:183)
at org.apache.sling.testing.mock.sling.loader.ContentLoader.createResourceHierarchy(ContentLoader.java:178)
at org.apache.sling.testing.mock.sling.loader.ContentLoader.json(ContentLoader.java:155)
at org.apache.sling.testing.mock.sling.loader.ContentLoader.json(ContentLoader.java:120)
at com.foo.bar.baz.MyClassTest.setUp(MyClassTest.java:35)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:24)
at org.junit.rules.ExternalResource$1.evaluate(ExternalResource.java:48)
at org.junit.rules.RunRules.evaluate(RunRules.java:20)
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229)
at org.junit.runners.ParentRunner.run(ParentRunner.java:309)
at org.mockito.internal.runners.JUnit45AndHigherRunnerImpl.run(JUnit45AndHigherRunnerImpl.java:37)
at org.mockito.runners.MockitoJUnitRunner.run(MockitoJUnitRunner.java:62)
at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)
Согласно документации, Sling Testing должен обрабатывать создание всех родительских ресурсов при попытке загрузить страницу из документа JSON:
Resource org.apache.sling.testing.mock.sling.loader.ContentLoader.json(String classpathResource, String destPath)Импортируйте содержимое файла JSON в репозиторий. Автоматически создает родительские иерархии как узлы nt:unstructured, если они отсутствуют.
Однако, когда корень репозитория достигнут и узел etc должен быть создан под /, метод ContentLoader createResourceHierarchy вызывает ResourceResolver со следующими параметрами:
resourceResolver.create(null, ResourceUtil.getName("/etc"), props);
где props — это простое HashMap следующей структуры: {jcr:primaryType=nt:unstructured}, вызывающее NullPointerException (из-за передачи родительского ресурса null)
Я не уверен, является ли это ошибкой или что-то, что я делаю неправильно, в документации Sling Testing упоминается о типе JCR_JACKRABBIT Resource Resolver:
Чтобы импортировать содержимое Sling, вы должны полностью зарегистрировать все типы узлов, необходимые для данных.
но я не уверен, как это интерпретировать.
Я использую:
io.wcm.testing.aem-mock 1.2.2org.apache.sling.testing.sling-mock-jackrabbit 0.1.0
