Комментарии на: OSGi. Первое приближение. Модульность в Java.

От: Дмитрий Леонтьев

Дмитрий Леонтьев — Mon, 13 Sep 2010 10:56:08 +0000

vit34, спасибо за полезную информацию! Если честно, то спецификацию настолько подробно я не читал.

От: vit34

vit34 — Thu, 02 Sep 2010 15:09:16 +0000

Все разобрался. Просто нужно было заглянуть в спецификацию. Там все отлично описано. Класслоадер бандла имеет не одного а множество класслоадеров длугих бандлов, которым и делегирует загрузку.

От: vit34

vit34 — Wed, 01 Sep 2010 11:38:41 +0000

Тогда вообще ничего не понятно. Возьмем на пример бандлы с вашей картинки. Допустим что на самом верху есть самый главный бандл mainBundle и он загружается своим класслоадером MainBundleLoader. Если у бандлов Foo,Bar,Qib будет один родительский класслоадер – MainBundleLoader – то бандлы Bar и Qib не увидят Foo вообще и не смогут воспользоватся его сервисами или расширить его. Foo,Bar и Qib будут находится на одном уровне иерархии.

От: Дмитрий Леонтьев

Дмитрий Леонтьев — Wed, 01 Sep 2010 05:35:53 +0000

У каждого бандла есть свой класслоадер, но родителем всех этих класслоадеров будет один и тот же класслоадер независимо от глубины иерархии зависимостей.

Проверял вызовами: obj1.getClass().getClassLoader() и obj1.getClass().getClassLoader().getParent().

От: vit34

vit34 — Tue, 31 Aug 2010 16:19:49 +0000

Презентация конечно хорошая, но описанный мной случай там не рассматривается

От: Дмитрий Леонтьев

Дмитрий Леонтьев — Mon, 30 Aug 2010 12:11:24 +0000

Здравствуйте, vit34!

По адресу http://www.martinlippert.org/events/WJAX2008-ClassloadingTypeVisibilityOSGi.pdf находится презентация с названием Classloading and Type Visibility in OSGi от Martin Lippert.

В ней подробно и в картинках рассматривается механизм Classloader per Bundle, который используется в OSGi.

Лучше чем в этой презентации я все равно не расскажу

От: vit34

vit34 — Sun, 29 Aug 2010 23:00:55 +0000

Здравствуйте Дмитрий, есть один вопрос по внутреннему механизму работы OSGI который меня терзает:
Как вы пишите “каждый бандл загружается в своем собственном пространстве классов”, т.е. как я понимаю это означает в терминах JVM, что каждый бандл загружается в своем собственном класслоадере. Это также означает что некий бандл (допустим bundle B), зависимый от другого бандла (Bundle A), должен быть загружен в класслоадере, являющимся потомком того класслоадера, в котором был загружен Bundle A (т.е. чтобы классы из Bundle A были видны в Bundle B). Если это так, то что будет в следующем случае:
Допустим у нас есть Bundle A и два ничего не знающих друг о друге B и С, но зависящих от A. В том случае, если я пишу новый Bundle D, который зависит и от B и от С, то как OSGI контейнер его загрузит? А именно, какой класслоадер будет взят в качестве родительского класслоадера при загрузке бандла D?

От: Дмитрий Леонтьев

Дмитрий Леонтьев — Sat, 21 Aug 2010 09:49:43 +0000

Здравствуйте, Phyro! Перевод этих двух словосочетаний варьируется от статьи к статье в Интернете. Поправил перевод по вашей рекомендации

От: Phyro

Phyro — Fri, 20 Aug 2010 23:37:31 +0000

Приветствую. Хорошо пишешь. Зачитался. Прослезился что пишу на пхп.

но: hight cohesion – высокое зацепление
low coupling – слабая связанность

лучше поправить. а то не хорошо получается. я понимаю что на русском мы эти слова обычно не юзаем

От: Pablo

Pablo — Fri, 11 Jun 2010 07:42:25 +0000

и ни слова для чего нужна эта модульность