Как избежать проблем с загрузкой в ​​MyGatis в среде OSGI?

Question

Я работаю над приложением Eclipse 3.7 RCP с несколькими модулями. Модуль A представляет собой набор библиотек, включая mybatis-3.2.2.jar. Модуль B зависит от модуля A (Require-Bundle в манифесте.mf) и имеет код, который использует MyBatis для доступа к данным в базе данных. Я экспортировал пакеты с классами mapper и XML в модуль B и импортировал их в модуль A. Я создаю SqlSessionFactory в коде, и он отлично работает, если я добавляю все классы Mapper по имени, например.

configuration.addMapper(MyMapper.class); 

Однако, когда я пытаюсь добавить все Картостроители в упаковке:

configuration.addMappers(MyMapper.class.getPackage().getName()); 

MyBatis их не видит.

Я попытался изменить загрузчик по умолчанию, но это не помогло.

Resources.setDefaultClassLoader(this.getClass().getClassLoader()); 

Я подозреваю, что проблема связана с видимостью классов в среде OSGI. Если это так, есть ли способы исправить это в приложении?

Answer 1

configuration.addMappers использует собственный ResolverUtil, который использует загрузчик классов контекста потока. (По крайней мере, в mybatis3).

Лучшая ставка - написать собственный код сканирования и напрямую использовать addMapper. Есть мои ссылки и примеры ниже:

http://grepcode.com/file/repo1.maven.org/maven2/org.mybatis/mybatis/3.1.1/org/apache/ibatis/session/Configuration.java?av=f#518

http://grepcode.com/file/repo1.maven.org/maven2/org.mybatis/mybatis/3.1.1/org/apache/ibatis/io/ResolverUtil.java#148

EDIT: Вот некоторые для mybatis 3.2.2

http://grepcode.com/file/repo1.maven.org/maven2/org.mybatis/mybatis/3.2.2/org/apache/ibatis/io/ResolverUtil.java#147

http://grepcode.com/file/repo1.maven.org/maven2/org.mybatis/mybatis/3.2.2/org/apache/ibatis/binding/MapperRegistry.java#86

То же самое относится, однако.

Answer 2

У меня возникла аналогичная проблема с Spring Data JPA в среде Felix OSGi. В этом случае я был в состоянии переопределить класс фабрики и добавить в методы обижая:

ClassLoader pre = Thread.currentThread().getContextClassLoader(); 
try { 
    Thread.currentThread().setContextClassLoader(context.getClassLoader()); 
    // add mappers here or call super method 
} finally { 
    Thread.currentThread().setContextClassLoader(pre); 
} 

В этом случае «контекст» был контекст Spring, но вы должны быть в состоянии получить загрузчик классов Модуль Б от BundleWiring ,

Bundle bundle; //get this by symbolic name if you don't have a reference 
BundleWiring bundleWiring = bundle.adapt(BundleWiring.class); 
bundleWiring.getClassLoader(); 

Надеемся, что методу addMappers не потребуется обращаться к загрузчику классов модуля А в тот же вызов. Если это так, то тонны вы не сможете сделать, если есть способ расширить и ввести другой класс Configuration или MapperRegistry.

Answer 3

Вы пробовали

Resources.setDefaultClassLoader(Activator.class.getClassLoader()). Я думаю, что будет использовать загрузчик класса OSGi для пакета. Надеюсь, это поможет.