2009-03-27 3 views
9

После прочтения this article, один вопрос пришел мне на ум: «OSGi становится Java EE? Является ли OSGi заменой Java EE? Увеличивает ли OSGi Java EE? ' Это правда, что исторически OSGi полностью отличается от Java EE, но, учитывая теперь полученную работу от EEG, некоторые из этих сервисов являются службами Java EE. Еще один факт: тот, кто использует Java EE, использует его для своих API-интерфейсов, что противоречит OSGi, который, как предполагается, является агностиком API.OSGi и Java EE - JOSGiEE?

Я не уверен, где это будет, как насчет вас, ребята?

+0

Эй, Арьян Тэймс, почему исторический ревизионизм? Во время вопроса «Java EE» был известен как J2EE. Теперь более запутанно возвращаться и переименовывать все. –

+0

@NeilBartlett На самом деле, Java EE является официальным термином с конца 2006 года/начала 2007 года. Он предшествует каждому вопросу о stackoverflow;) –

+0

@ArjanTijms Откровенно говоря, это почти не имеет значения, поскольку почти все до сих пор знают это как J2EE. Во всяком случае, я просто не хочу пытаться редактировать J2EE из истории. –

ответ

3

OSGi - это технология контейнеров. Это не имеет ничего общего с технологиями Java EE, такими как (сервлеты, JDBC, EJB, JMS и т. Д.)

Он заботится о упаковке компонентов кода (в связках) и управлении ими. Это может повлиять на то, как вы упаковываете решение (например, вы не можете использовать .ear или .war), но API-интерфейсы, которые вы используете для программирования, не будут меняться.

+2

, но контейнеры J2EE также называются «контейнерами», не так ли? Определенно количество перекрытий. Spring DM Server является альтернативой OSGI для упаковки корпоративных приложений.Есть также проблемы с Hibernate, см. Http://stackoverflow.com/questions/662986/osgi-hibernate, поэтому я бы сказал, что вопрос спот-на. – Dan

2

Это уже существует, если вы хотите попробовать: IBM WebSphere Application Server 6.1: Componentization Overview. Я думал, что реализация BEA и JBoss была в работе, но я ничего не слышал недавно.

OSGi не будет заменять Java EE - он расширяет его, добавляя плагин. Будет ли он частью будущего стандарта Java EE, вероятно, зависит от того, что происходит с any Sun acquisition, будущим Project Jigsaw (замена для JSR 277) и, вероятно, несколько факторов, о которых я не знаю. Планов нет для Java EE 6, кроме как скрестить пальцы и надеяться, что что-то превратилось в Java Standard Edition 7.

+0

re IBM W..Overview: Тема не найдена – Dan

+0

@Dan - спасибо! Исправлена. – McDowell

2

OSGi не становится J2EE ... Я не уверен, что бы это значило! Это добавление функций, которые помогают более плавно переносить J2EE-код в OSGi. Но они являются дополнительными функциями, нет необходимости использовать их, если у вас нет Java EE.

Возможно, лучший вопрос заключается в том, станет ли OSGi широко распространенным контейнером для развертывания приложений Java, поскольку J2EE когда-то был. ИМХО ответ явно да.