Комментарии: Альтернативная навигация по исходникам в Eclipse http://kviring.com/archives/271 Личный дневник меня и малыша. На потом, чтобы было. Sun, 05 Sep 2010 19:52:10 +0000 hourly 1 http://wordpress.org/?v=3.2.1 Автор: iZY http://kviring.com/archives/271/comment-page-1#comment-2489 iZY Tue, 28 Apr 2009 19:39:51 +0000 http://kviring.com/?p=271#comment-2489 Ну так тому и быть! ;-) Может после присоединению к Оракулу в Сан-е начнут трезвее мыслить... Ну так тому и быть! ;-) Может после присоединению к Оракулу в Сан-е начнут трезвее мыслить…

]]> Автор: Квиринг Алексей http://kviring.com/archives/271/comment-page-1#comment-2487 Квиринг Алексей Tue, 28 Apr 2009 16:01:17 +0000 http://kviring.com/?p=271#comment-2487 как говорится обещанного три года ждут :-) Было много дискуссий на тему того, почему Sun изобрела велосипед, а не воспользовалась стандартом OSGI. В общем OSGI зрелая технология, которая поддерживается крупными вендорами, так что я за неё. как говорится обещанного три года ждут :-)
Было много дискуссий на тему того, почему Sun изобрела велосипед, а не воспользовалась стандартом OSGI.
В общем OSGI зрелая технология, которая поддерживается крупными вендорами, так что я за неё.

]]> Автор: iZY http://kviring.com/archives/271/comment-page-1#comment-2486 iZY Tue, 28 Apr 2009 15:08:06 +0000 http://kviring.com/?p=271#comment-2486 Sun готовит новую спецификация для jdk7, где будет описано использование "модулей". Появится возможность запаковывать всю ту информацию, которая сейчас суется в бандлы. Просто теперь это будет реализовано на уровне jdk. Sun готовит новую спецификация для jdk7, где будет описано использование «модулей».
Появится возможность запаковывать всю ту информацию, которая сейчас суется в бандлы.
Просто теперь это будет реализовано на уровне jdk.

]]> Автор: Квиринг Алексей http://kviring.com/archives/271/comment-page-1#comment-2485 Квиринг Алексей Tue, 28 Apr 2009 13:31:52 +0000 http://kviring.com/?p=271#comment-2485 OSGI хорошо позволяет разделить интерфейсы от реализации, а также одного программиста от другого, например список закрытых и открытых классов в плагине. В общем то и все + всякие сервисные возможности, типа консоли, замена плагинов на лету и пару других мелочей. Ядро OSGI само по себе в jar занимает кил 100, то есть мизер. И еще оно отлично ложится на Maven, прямо душа радуется. Например для запуска сервера на удаленной машине надо иметь две вещи - pom.xml и maven при запуске он поттягивает все нужные модули из нашего репозитория и оп ля - запустился. В общем для проектов с плагинной структурой или с большим количеством разработчиков - самое то, особенно если нужен не стандартный подход - например для игрового сервера. Для бизнес логики лучше все же взять jboss и подобное. OSGI хорошо позволяет разделить интерфейсы от реализации, а также одного программиста от другого, например список закрытых и открытых классов в плагине. В общем то и все + всякие сервисные возможности, типа консоли, замена плагинов на лету и пару других мелочей.

Ядро OSGI само по себе в jar занимает кил 100, то есть мизер. И еще оно отлично ложится на Maven, прямо душа радуется.
Например для запуска сервера на удаленной машине надо иметь две вещи – pom.xml и maven
при запуске он поттягивает все нужные модули из нашего репозитория и оп ля – запустился.

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

]]> Автор: iZY http://kviring.com/archives/271/comment-page-1#comment-2482 iZY Tue, 28 Apr 2009 10:36:50 +0000 http://kviring.com/?p=271#comment-2482 И еще, не напоминает ли этот фреймворк старый добрый COM, от которого Майкрософт последние годы усиленно пытается избавиться? И еще, не напоминает ли этот фреймворк старый добрый COM, от которого Майкрософт последние годы усиленно пытается избавиться?

]]>