Не удается смоделировать интерфейс с универсальным типом возврата в Jmockit

1

Я пытаюсь написать блок-тест Junit, который издевается над интерфейсом, который расширяет интерфейс spring-data-jpa. CrudRepository <T, ID расширяет Serializable>. Этот интерфейс предоставляет метод

<S extends T> S save(S entity);

Когда я называю это в своих ожиданиях, он ошибочно записывает тип возвращаемого типа в качестве типа измененного интерфейса, а не S (как разрешено моим издеваемым интерфейсом), который вызывает исключение класса.

Я отлаживаю, и общая подпись, которую он записывает, - это

<S:TT;>(TS;)TT;

Существует много кода, в котором выясняется, что такое тип возврата, но в конце концов он приходит с неправильным ответом. Я уверен, что это ошибка, но я надеюсь, что кто-то может подтвердить это или сказать мне, где я ошибаюсь. Еще одна вещь, которую следует отметить, - это то, что я могу успешно издеваться над другими вызовами интерфейса, которые просто возвращают T.

  • Jmockit: 1,16
  • JUnit: 4.12
  • spring-data-jpa: 1.7.1.RELEASE

Обновить пример

Я собрал сокращенный тестовый пример, демонстрирующий проблему (ниже). При этом я обнаружил странную причуду. В тесте у меня есть два объекта MyEntity, которые я использую в двух ожиданиях. Если я изменил ожидаемое сохранение, чтобы принять и вернуть тот же объект, что и вызов findOne, ошибка не возникает.

MyEntity.java

import javax.persistence.Entity;

@Entity
public class MyEntity
{
}

MyRepository.java

import org.springframework.data.repository.CrudRepository;

public interface MyRepository extends CrudRepository<MyEntity, Long>
{

}

DataAccess.java

public class DataAccess
{
    private final MyRepository repository;

    public DataAccess(MyRepository repository)
    {
        this.repository = repository;
    }

    public MyEntity resaveEntity(long id)
    {
        MyEntity entity = repository.findOne(id);
        return repository.save(entity);
    }
}

DataAccessTest.java

import mockit.Expectations;
import mockit.Mocked;
import org.junit.Test;

public class DataAccessTest
{

    @Test
    public void testResaveEntity(@Mocked final MyRepository repository) throws Exception
    {
        final MyEntity myEntity = new MyEntity();
        final MyEntity myEntity2 = new MyEntity();
        new Expectations()
        {
            {
                repository.findOne(1L);
                result = myEntity;

                repository.save(myEntity2);
                result = myEntity2;
            }
        };

        DataAccess dataAccess = new DataAccess(repository);
        dataAccess.resaveEntity(1);
    }
}

исключение

java.lang.ClassCastException: $Impl_MyRepository cannot be cast to MyEntity
at DataAccess.resaveEntity(DataAccess.java:16)
at DataAccessTest.testResaveEntity(DataAccessTest.java:27)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:74)
at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:211)
at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:67)
at com.intellij.rt.execution.application.AppMain.main(AppMain.java:134)
  • 0
    Вы можете опубликовать код на тесте, который не проходит?
  • 0
    Не могли бы вы предоставить тестовый класс и код класса репозитория?
Показать ещё 1 комментарий
Теги:
unit-testing
spring-data-jpa
jmockit

1 ответ

0
Лучший ответ

В тесте есть ошибка. Где он читает

repository.save(myEntity2);

должен быть

repository.save(myEntity1);

С этим исправлением тест должен пройти. С другой стороны, это ClassCastException происходит из-за ошибки в JMockit, для которой была открыта проблема.

  • 0
    Это не совсем ошибка в тесте. Если в resaveEntity () была какая-то логика, которая внесла изменения в myEntity перед сохранением, вам нужно использовать myEntity2 для представления обновленного объекта, передаваемого в save (). Я допускаю, что в этом простом случае это на самом деле не нужно, но использование двух разных объектов вызывает проблему.
  • 0
    Я отредактировал ответ, чтобы включить ссылку на проблему в проекте GitHub.
Показать ещё 1 комментарий

Ещё вопросы

Сообщество Overcoder
Наверх
Меню