java, classpath, classloading => несколько версий одного и того же jar / проекта

<p>я знаю, что это может быть глупый вопрос для опытных программистов. но у меня есть библиотека (клиент http), которая требуется для некоторых других фреймворков/jar-файлов, используемых в моем проекте. но все они требуют разных основных версий, таких как:</p><pre><code>httpclient-v1.jar => required by cralwer.jar httpclient-v2.jar => required by restapi.jar httpclient-v3.jar => required by foobar.jar </code></pre><p>является ли загрузчик классов достаточно умным, чтобы как-то их разделить? скорее всего нет? как classloader справляется с этим, если класс одинаков во всех трех банках. какой из них загружен и почему?</p><p>classloader подхватывает только один jar или он смешивает классы произвольно? так, например, если класс загружен из version-1.jar, все другие классы, загруженные из того же загрузчика классов, все попадут в тот же самый jar?</p><p>как вы справляетесь с этой проблемой?</p><p>есть ли какая-то хитрость, чтобы каким-то образом "включить" файлы jar в "required.jar", чтобы <code>classloader</code> воспринимали их как "один блок/пакет" или как-то связывали?</p>

<p>проблемы, связанные с загрузкой классов, довольно сложны. в любом случае вы должны иметь в виду некоторые факты:</p><ul> <li> <p>загрузчики классов в приложении обычно больше, чем один. загрузчик класса bootstrap делегирует соответствующий. когда вы создаете новый класс, вызывается более специфический загрузчик классов. если он не находит ссылку на класс, который вы пытаетесь загрузить, он делегирует его родителю и т.д., пока не доберетесь до загрузчика классов bootstrap. если ни один из них не находит ссылку на класс, который вы пытаетесь загрузить, вы получаете classnotfoundexception.</p> </li> <li> <p>если у вас есть два класса с одинаковым двоичным именем, которые можно искать с помощью одного и того же загрузчика классов, и вы хотите узнать, какой из них вы загружаете, вы можете только проверить, как конкретный загрузчик классов пытается разрешить имя класса.</p> </li> <li> <p>согласно спецификации языка java, для двоичного имени класса нет ограничения уникальности, но, насколько я вижу, оно должно быть уникальным для каждого загрузчика классов.</p> </li> </ul><p>я могу найти способ загрузки двух классов с одинаковыми двоичными именами, и он предполагает их загрузку (и все их зависимости) с помощью двух разных загрузчиков классов, переопределяющих поведение по умолчанию. грубый пример:</p><pre><code> classloader loadera = new myclassloader(libpathone); classloader loaderb = new myclassloader(libpathtwo); object1 obj1 = loadera.loadclass("first.class.binary.name", true) object2 obj2 = loaderb.loadclass("second.class.binary.name", true); </code></pre><p>я всегда считал настройку загрузчика классов сложной задачей. я предпочел бы по возможности избегать множественных несовместимых зависимостей.</p>

<p>каждый класс выбирает ровно один класс. обычно первый найден.</p><p> <a href="http://www.osgi.org/">osgi</a> направлена на решение проблемы нескольких версий одной и той же банки. <a href="http://www.eclipse.org/equinox/">equinox</a> и <a href="http://felix.apache.org/">apache felix</a> - это общие реализации с открытым исходным кодом для osgi.</p>

<p>classloader загрузит классы из фляги, которая сначала оказалась в пути к классам. обычно несовместимые версии библиотеки имеют различия в пакетах, но в маловероятном случае они действительно несовместимы и не могут быть заменены на один - попробуйте jarjar.</p>

<p>загрузчики классов загружают класс по требованию. это означает, что класс, требуемый сначала вашим приложением и связанными библиотеками, будет загружен раньше других классов; запрос на загрузку зависимых классов обычно выдается во время процесса загрузки и связывания зависимого класса.</p><p>скорее всего, вы встретите <code>linkageerror</code>s, утверждающие, что для загрузчиков классов встречаются повторяющиеся определения классов, как правило, не пытаются определить, какой класс должен быть загружен первым (если в пути к классам загрузчика присутствуют два или более классов с одинаковым именем). иногда загрузчик классов загружает первый класс, встречающийся в пути к классам, и игнорирует дублирующиеся классы, но это зависит от реализации загрузчика.</p><p>рекомендуемая практика для устранения ошибок такого рода заключается в использовании отдельного загрузчика классов для каждого набора библиотек, имеющих конфликтующие зависимости. таким образом, если загрузчик классов попытается загрузить классы из библиотеки, зависимые классы будут загружены тем же загрузчиком классов, который не имеет доступа к другим библиотекам и зависимостям.</p>

<p>вы можете использовать <code>urlclassloader</code> для require для загрузки классов из версии jar diff-2:</p><pre><code>urlclassloader loader1 = new urlclassloader(new url[] {new file("httpclient-v1.jar").tourl()}, thread.currentthread().getcontextclassloader()); urlclassloader loader2 = new urlclassloader(new url[] {new file("httpclient-v2.jar").tourl()}, thread.currentthread().getcontextclassloader()); class<?> c1 = loader1.loadclass("com.abc.hello"); class<?> c2 = loader2.loadclass("com.abc.hello"); baseinterface i1 = (baseinterface) c1.newinstance(); baseinterface i2 = (baseinterface) c2.newinstance(); </code></pre>