Tomcat пользовательский загрузчик классов не удалось загрузить некоторые банки

Question

У меня есть веб-приложение, которое есть в functionnality загрузки, которые состоят из загрузки пакет, содержащий приложение Java (он может содержит несколько зависимостей)

Для этого для каждого загружаемого приложения, Я создаю пользовательский загрузчик классов для динамической загрузки пути класса приложения. Решения работает отлично, пока я не получаю эту ошибку при загрузке нового приложения:

javax.xml.stream.FactoryConfigurationError: Error creating stream factory: java.lang.ClassNotFoundException: de.odysseus.staxon.json.stream.impl.JsonStreamFactoryImpl 

Я проверил, что загруженное пакет содержит staxon, а также подтвержден, что мой заказ загрузчик классов загрузить класс:

Object a=Class.forName("de.odysseus.staxon.json.stream.impl.JsonStreamFactoryImpl",true , classLoader).newInstance(); 

Итак, почему это исключение и специально для этой банки?

Answer 1

Когда вы вызываете Class.forName(className, initialize, classLoader), вы просите JVM загрузить класс, используя этот пользовательский загрузчик классов. Если вы не укажете ClassLoader - например, просто позвонив Class.forName(className), тогда JVM будет использовать ClassLoader, известный как «контекстный классLoader» для потока. Каждый поток имеет один из них, и ваш код может изменить код.

Если у вас есть код, который вызывает класс должен быть загружен - что-то вроде этого:

MyClass foo = new MyClass(); 

MyClass класс будет загружен в ClassLoader, если он еще не загружен. Невозможно вызвать конструктор и поставить ClassLoader, чтобы загрузить класс, если он еще не загружен. В этом случае контекст потока ClassLoader является пользователем.

Кроме того, если вы вызываете какой-либо код, который вы не контролируете, существует много способов, которыми этот код может привести к загрузке других классов, и поскольку у вас нет контроля над этим кодом, контекст потока ClassLoader также будет использоваться.

Итак, как вы устанавливаете контекст нити ClassLoader? Легко:

ClassLoader cl = Thread.currentThread().getContextClassLoader(); 
ClassLoader myClassLoader = ...; // You figure this out 
try 
{ 
    Thread.currentThread().setContextClassLoader(myClassLoader); 

    // Do work that requires your ClassLoader to work 
} 
finally 
{ 
    // Always restore the previous CCL after work is done 
    Thread.currentThread().setContextClassLoader(cl); 
} 

Еще одна вещь, которую вы хотите сделать, это убедиться, что ваш заказ ClassLoader делегатов любые просьбы о классовой нагрузки на родителей ClassLoader. Этот родитель ClassLoader должен, вероятно, быть ClassLoader, который, естественно, будет использоваться, если вы не пытаетесь использовать свои собственные: контекст потока ClassLoader.

Таким образом, вы, вероятно, хотите что-то вроде следующего:

ClassLoader cl = Thread.currentThread().getContextClassLoader(); 
ClassLoader myClassLoader = new MyClassLoader(cl); // Try 'cl' before your custom class loading 

try 
{ 
    Thread.currentThread().setContextClassLoader(myClassLoader); 

    // Do work that requires your ClassLoader to work 
} 
finally 
{ 
    // Always restore the previous CCL after work is done 
    Thread.currentThread().setContextClassLoader(cl); 
} 

Вы можете найти более подробную информацию о ClassLoader с, и, в частности, TCCL, в эти несколько ссылок:

• http://docs.oracle.com/javase/jndi/tutorial/beyond/misc/classloader.html
• Difference between thread's context class loader and normal classloader
• http://www.javaworld.com/article/2077344/core-java/find-a-way-out-of-the-classloader-maze.html (также ссылка на предыдущую ссылку)
• http://njbartlett.name/2012/10/23/dreaded-thread-context-classloader.html