Насмешка над классом, расширяющим абстрактный класс в Споке - PullRequest
Новая
       31

Насмешка над классом, расширяющим абстрактный класс в Споке

0 голосов
/ 21 мая 2018

У меня есть следующий класс, который расширяет абстрактный класс 

public class MyConverter extends AbstractConverter<A, B> {
  @Override
  public B convert(A source) {
    // implementation here
  }
}

AbstractConverter из org.modelmapper, это объявление следующее: 

public abstract class AbstractConverter<S, D> implements Converter<S, D> { 
   ... 
}

Теперь изGroovy файл, который использует Спок Я хочу издеваться над своим классом: 

class ATestOverThere extends Specification {
  def myConverter = Mock(MyConverter) // THIS THROWS THE EXCEPTION

  ...
 }

Но я получаю исключение фоллинга при инициализации макета. 

java.lang.IllegalArgumentException
at net.sf.cglib.proxy.BridgeMethodResolver.resolveAll(BridgeMethodResolver.java:61)
at net.sf.cglib.proxy.Enhancer.emitMethods(Enhancer.java:911)
at net.sf.cglib.proxy.Enhancer.generateClass(Enhancer.java:498)
at net.sf.cglib.core.DefaultGeneratorStrategy.generate(DefaultGeneratorStrategy.java:25)
at net.sf.cglib.core.AbstractClassGenerator.create(AbstractClassGenerator.java:216)
at net.sf.cglib.proxy.Enhancer.createHelper(Enhancer.java:377)
at net.sf.cglib.proxy.Enhancer.createClass(Enhancer.java:317)
at org.spockframework.mock.runtime.ProxyBasedMockFactory$CglibMockFactory.createMock(ProxyBasedMockFactory.java:154)
at org.spockframework.mock.runtime.ProxyBasedMockFactory.create(ProxyBasedMockFactory.java:68)
at org.spockframework.mock.runtime.JavaMockFactory.createInternal(JavaMockFactory.java:59)
at org.spockframework.mock.runtime.JavaMockFactory.create(JavaMockFactory.java:40)
at org.spockframework.mock.runtime.CompositeMockFactory.create(CompositeMockFactory.java:44)
at org.spockframework.lang.SpecInternals.createMock(SpecInternals.java:51)
at org.spockframework.lang.SpecInternals.createMockImpl(SpecInternals.java:296)
at org.spockframework.lang.SpecInternals.createMockImpl(SpecInternals.java:286)
at org.spockframework.lang.SpecInternals.MockImpl(SpecInternals.java:105)
at com.tuenti.services.argentina.business.products.sva.SvaManagerSpec.$spock_initializeFields(SvaManagerSpec.groovy:14)

Кажется, я не могу издеваться над классом, расширяющим абстрактный класс, с помощью Спока, могу ли я?

1 Ответ

0 голосов
/ 26 мая 2018

С Objenesis в дополнение к CGLIB на пути к классам, как правильно сказал Michael Easter , ваш пример работает.Однако использовать ByteBuddy не нужно.

См. Также руководство Spock . 

<!-- (...) -->
<dependency>
  <groupId>cglib</groupId>
  <artifactId>cglib-nodep</artifactId>
  <version>3.2.5</version>
  <scope>test</scope>
</dependency>
<dependency>
  <groupId>org.objenesis</groupId>
  <artifactId>objenesis</artifactId>
  <version>2.5.1</version>
  <scope>test</scope>
</dependency>
<dependency>
  <groupId>org.modelmapper</groupId>
  <artifactId>modelmapper</artifactId>
  <version>2.0.0</version>
  <scope>compile</scope>
</dependency>
<!-- (...) -->

package de.scrum_master.stackoverflow;

import org.modelmapper.AbstractConverter;

public class MyConverter extends AbstractConverter<Integer, String> {
  @Override
  protected String convert(Integer source) {
    return source.toString();
  }
}

package de.scrum_master.stackoverflow

import spock.lang.Specification

class MyConverterTest extends Specification {
  def "test"() {
    given:
    def myConverter = Mock(MyConverter) {
      convert(_) >>> ["one", "two"] >> { callRealMethod() }
    }

    expect:
    myConverter.convert(11) == "one"
    myConverter.convert(22) == "two"
    myConverter.convert(11) == "11"
    myConverter.convert(22) == "22"
  }
}
...