VMware: корпоративная Java-платформа Oracle устарела

width:200px

25.10.10, Пн, 13:51, Мск,

Несмотря на то, что торговая марка Java в настоящий момент принадлежит Oracle, VMware продвигает собственную платформу Spring Framework как лучшую модель программирования для корпоративных разработчиков на Java. В поддержку VMware также выступает и Google.

По словам Рода Джонсона (Rod Johnson), старшего вице-президента и генерального директора подразделения продуктов SpringSource (VMware), а также создателя первой версии Spring, сегодня Spring действительно играет ведущую роль в инновационной модели программирования Java.

По крайней мере, есть еще одна компания, которая, кажется, разделяет энтузиазм VMware: Google выбрал Spring в качестве предпочтительной модели программирования для платформы Google App Engine. И на конференции разработчиков SpringOne G2X в Чикаго эти две компании объявили о завершении ряда решений по интеграции Spring, Google App Engine и Google Web Toolkit. Джонсон отметил: несмотря на то, что Google вышла из конференции JavaOne, контролируемой Oracle, она была основным спонсором конференции SpringOne.

«Мы говорили с нашими клиентами, пытаясь понять - где возможен новый рост, где создается много новых приложений, потому что там, вероятно, и будет рост для App Engine. И мы почувствовали, что Spring действительно хорошая платформа для этих приложений», сказал Брэд Абрамс (Brad Abrams), менеджер по продуктам подразделения Google Developer Tools.

Однако не все уверены в том, что Spring - будущее в корпоративных разработках Java. Red Hat, к примеру, вообще поставила под сомнение необходимость существования Spring Framework. «Последняя реализация Java может предложить простую, стандартную архитектуру, которая сократит время разработки, в то же время предложение открытой, стандартной платформы делает ненужным структуры вроде Spring», написал в своем блоге на прошедшей неделе Ашеш Бадани (Ashesh Badani), старший директор подразделения JBoss Enterprise Middleware (Red Hat).

Тем не менее, VMware и Google уже представили первые плоды своего сотрудничества. Плагин для SpringSource - Tool Suite, будет доступен в течение следующих двух недель, что позволит разработчикам развернуть свои приложения для Google App Engine. App Engine использует всего лишь подмножество полного спектра Java API, так что Google работал, чтобы быть уверенным - API, используемые Spring, доступны в Google App Engine. Как защищать «поумневшие» промышленные сети: «Синоникс» на страже безопасного объединения изолированных сетей 4.3 т

Кроме того, Google Web Toolkit был интегрирован со Spring Roo, инструментом, генерирующим код Spring в соответствии заданным требованиям в области безопасности, производительности и других аспектах. «Теперь Roo может генерировать клиентские интернет-приложения с использованием Google Web Toolkit», сказал Абрамс. Наконец, Google Speed Tracer, анализатор производительности, создан в браузере Chrome и вошел в комплект Spring Insight, который является анализатором производительности SpringSource Tool Suite.

Хотя VMware продвигает Spring главным образом в качестве компонента для развития облачных приложений, Джонсон отметил, что он приобрел популярность как альтернатива Java Enterprise Edition EJB (Enterprise Java Beans), для разработки корпоративных приложений. Компания утверждает, что Spring Framework используют 2,5 млн. разработчиков. «Сообщества open-source в целом приняли эстафету от технологов Oracle. Несколько лет назад Spring догнал EJB и сейчас продолжает рваться вперед», сказал Джонсон.

Инженеры Red Hat в своем блоге утверждают, что последняя версия Java Enterprise Edition, JEE 6, устраняет необходимость таких проектов, как Spring. В частности, она имеет включение JSR (Java Specification Requests) 299 - спецификацию, предусматривающую как обращаться с Dependency Injection, набором столь необходимых процедур, которые обеспечивают взаимодействие программных компонентов. Одна из главных особенностей Spring в том, что продукт обрабатывает контекст и Dependency Injection.

Чтобы усилить свои аргументы Бадани в блоге указал на письменный отчет коллеги по Red Hat и основного разработчика JBoss, Линкольна Бакстера (Lincoln Baxter), который обсуждал процесс миграции приложений от Spring к Java EE 6. «Ни для кого не секрет, что Spring Framework всплыл как легкая альтернатива и абстракция для программирования на Java EE, поскольку было восприятие, что Java EE стала громоздкой и излишне сложной, - писал Бакстер. - Когда доходит до дела, использование Java EE может быть еще проще, чем использование Spring, и занимает гораздо меньше времени. Вам придется лишь найти верное направление и правильную документацию».

Джонсон признал, что Java EE 6 переняла некоторые идеи, от Spring, и, в общем, проще в использовании, чем предыдущие версии, сложности которой могли увести разработчиков к Spring. Однако Java EE 6 пока не обладает полным набором функций, какие есть в Spring, вроде полноценного Web framework и ускорителя производительности как Roo.

Java EE 6 не является широко реализованной на серверах приложений, утверждает Джонсон. Хотя следующую версию сервера приложений JBoss на Red Hat будет поддерживать Java EE 6. Ее не поддерживает IBM Websphere, сервер с открытым исходным кодом Tomcat поддерживает только подмножество функциональности Java EE 6. «Я не думаю, что сравнивать модели программирования Java EE и Spring, все равно, что сравнивать яблоко с яблоком, и, во-вторых, Java EE, как альтернатива Spring, просто нежизнеспособна сегодня в подавляющем большинстве развертываний», - заключил Джонсон.