Орика неправильный загрузчик классов используется в случае использования встроенного кота - PullRequest
Новая
       40

Орика неправильный загрузчик классов используется в случае использования встроенного кота

0 голосов
/ 13 сентября 2018

У нас возникла проблема, связанная с загрузчиками классов и orika, после перемещения нашего весеннего загрузочного приложения со встроенного причала на встроенный tomcat. Вот два класса: 

@Getter
@Builder
public class SettingsModel {
    public final Boolean useSelfSignUp;
    public final Boolean approve;
    public final Boolean verifyData;
    public final Boolean collectMid;
    public final Boolean flowEnabled;
    public final String  partnerName;
    public final String  networkType;
    public final String upc;
}

и 

@Getter
@Setter
public class SettingsDto {
    private Boolean useSelfSignUp;
    private Boolean approve;
    private Boolean verifyData;
    private Boolean collectMid;
    private String  partnerName;
    private String  networkType;
    private Boolean flowEnabled;
    private String  upc;
}

и код сопоставления: 

private final MapperFacade mapper;
...
mapper.map(settingsDto, SettingsModel.class)

После перехода во встроенное отображение кота генерирует исключение 

Caused by: java.lang.IllegalAccessError: tried to access method 
onboarding.data.models.SettingsModel.<init>(Ljava/lang/Boolean;Ljava/lang/Boolean;Ljava/lang/Boolean;Ljava/lang/Boolean;Ljava/lang/Boolean;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;)V from class onboarding.data.models.SettingsModel_SettingsDto_ObjectFactory1006013014242721698432955$9

Я обнаружил, что orika использует JavassistCompilerStrategy со следующим кодом 

Class<?> compiledClass = byteCodeClass.toClass(Thread.currentThread().getContextClassLoader(), this.getClass().getProtectionDomain());

Когда мы использовали встроенный джет Thread.currentThread (). GetContextClassLoader () - возвращает sun.misc.Launcher $ AppClassLoader и все работает, как ожидается, но после перехода на встроенный tomcat возвращает TomcatEmbeddedWebappClassLoader и исключение сопоставления.

Похоже, работают два загрузчика классов sun.misc.Launcher $ AppClassLoader и TomcatEmbeddedWebappClassLoader, и этот загрузчик классов tomcat не может найти все конструкторы аргументов с модификатором доступа по умолчанию (сгенерированным lombok) в SettingsModel.

для упаковки используется баночка.

Я не уверен, связана ли эта проблема с Orika или пружинной загрузкой.

Также я обнаружил аналогичную проблему https://gitter.im/spring-projects/spring-boot/archives/2016/01/15, но не уверен, что эта проблема или что-то еще и не может применить исправление, предоставленное там, потому что классы недоступны в весенней загрузке 2.0.3.RELEASE версия.

Я пытался использовать EclipseJdtCompilerStrategy вместо JavassistCompilerStrategy для Orika, это не помогло

версия с весенней загрузкой - 2.0.3.RELEASE

версия orika - 1.5.2

1 Ответ

0 голосов
/ 17 сентября 2018

Проблема, по-видимому, связана с ограничением в Orika. Он или ваша конфигурация не обрабатывают ситуацию, когда MapperFacade.map вызывается, когда загрузчик класса контекста потока является дочерним по отношению к загрузчику класса, который загрузил целевой класс. Такое расположение загрузчика классов не относится к Spring Boot. Я полагаю, что та же проблема может возникнуть и в приложении, отличном от Spring Boot, развернутом в Tomcat с целевым классом в каталоге shared/lib Tomcat.

Вы можете обойти ограничение, изменив загрузчик класса контекста потока перед вызовом преобразователя, а затем восстановив его: 

@GetMapping("/test-mapping")
@ResponseStatus(HttpStatus.OK)
public void test() {
    SettingsDto settingsDto = new SettingsDto();
    ClassLoader previous = Thread.currentThread().getContextClassLoader();
    try {
        Thread.currentThread().setContextClassLoader(TestController.class.getClassLoader());
        SettingsModel model = mapper.map(settingsDto, SettingsModel.class);
    }
    finally {
        Thread.currentThread().setContextClassLoader(previous);
    }
}

С этим изменением вызов /test-mapping вызывает ответ 200.

...