Java-технологии. Обзор инструментальных разработок. Анализ рыночной ситуации

    Java-технологии. Обзор инструментальных разработок. Анализ рыночной ситуации. 

    Рынок средств разработки программ со времени  своего возникновения, наверное, никогда  не испытывал кризиса - и вряд ли испытает его когда-нибудь в будущем. Но сие не значит, что работать на этом рынке легко. Быстро меняющаяся ситуация заставляет столь же быстро переориентироваться.

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

    Приоритеты  развития Java 

    Отправной точкой при создании очередного поколения  программного инструментария разработки на Java послужило представление в конце 1996г. и окончательный выпуск компанией JavaSoft в начале февраля 1997г. новой версии 1.1 базового средства – комплекта JDK (Java Development Kit). Этот своего рода манифест партии Ява содержал обновлённую версию языка, которая должна была упростить составление надёжных распределённых программ. Основными новшествами в JDK 1.1 по сравнению с предыдущей версией оказались средства работы с национальными кодировками, улучшенный оконный интерфейс, интерфейс для взаимодействия с базами данными, средства связи с другими языками и библиотека механизмов защиты. Названные усовершенствования, как мы увидим далее, стали и указателями на приоритеты развития инструментов Java.

    Если, как это уже принято, разделить Java-разработчиков на Web-мастеров, в  основном использующих апплеты, и создателей профессиональных программ на данном языке, то 1997 год принес больше новостей именно последним. Уже в апреле на конференции JavaOne, своего рода съезде сторонников Java, SunSoft анонсировала платформу Java Platform for Enterprise, куда, помимо JDK 1.1, должны были войти ряд корпоративных программных интерфейсов, а также расширенная специально для программ уровня предприятия компонентная модель JaveBeans (под названием Enterprise Java Beans). Кстати, ряд программных интерфейсов успел появиться в течение 1997 года. Концепция Java Beans как ключевой технологии многократного использования кода при разработке полноценных программ на Java уделялось, куда большее внимание, чем в 1996 году. Ведь именно эта концепция, а не сам язык Java составляет конкуренцию знаменитой объектной концепции ActiveX корпорации Microsoft. Летом 1997 года фирма Sunsoft представила первую реализацию следующей версии JavaBeans под кодовым названием Glasgow. Данная версия, также её прямая наследница - 3 версия, известная в настоящее время как Edinburgh, по мнению экспертов, должны быть развиты до уровня модели COM корпорации Microsoft.

    Ещё один принципиальный вопрос, касающийся развития Java-технологий,- это проблема “частной собственности ” на Java. В целом резонные требования Microsoft о передаче всех спецификаций независимой организации для дальнейшего развития Java стали одной из причин очень серьёзного конфликта между Sun и Microsoft, так или иначе затронувшего всех разработчиков. В ноябре 1997г. страны – члены международной организации по стандартизации (ISO), на плечи которой, по некоторым предположениям, и должна была лечь дальнейшая забота о Java, проголосовали за предоставление компании JavaSoft эксклюзивного контроля над Java. 

    Обзор конкретных инструментов 

    Поговорим о конкретных инструментах. Первое, что бросается

    в глаза: практически весь инструментарий – это системы графического программирования класса RAD. Указанная тенденция, наметившаяся ещё в 1996г. с выходом Visual Cafe для Windows 95 и Windows NT, стала доминировать абсолютно. Java, таким образом оказался значительно более RAD-восприимчивым , чем его знаменитый прародитель С++. К числу лидеров в результате субъективного анализа публикаций можно, скорее всего, отнести Visual J++, Visual Cafe для Windows и Java Workshop для платформы Solaris. Кроме того, по результатам исследования рынка, предпринятого Microsoft и опубликованного в газете Computer Reseller News в апреле 1997г., из почти 400 тыс. человек, программирующих на Java (для сравнения: на С++ программируют около 1, млн., на Visual Basic – более 3 млн. человек), 27% используют Java Workshop, 25% используют Visual J++ и 18% - Visual Cafe.

    Заметной  тенденцией 1997 г. вполне можно считать  выпуск целой серии специализированных продуктов, обеспечивающих доступ из Java-программ к базам данных, что стало прямым следствием включением в JDK1.1 спецификации JDBC. Характерно, что над соответствующими интерфейсами работали как известные производители самих баз данных, так и фирмы, традиционно занимающиеся созданием программного инструментария. Прежде всего, обратим внимание на то, что все представленные инструменты в той или иной степени содержат средства для работы с базами данных. К апрелю 1997 г. фирма Oracle вместе с IBM и Tandem подготовили предварительную спецификацию J/SQL ориентированную на достижение совместимости с языком структурированных запросов SQL в программах для баз данных. Тем временем Informix разрабатывала собственный API-интерфейс Universal Java, чтобы включить его в свой инструментарий 4-го поколения под названием New Era, а также в JWorks – новое ПО разработки на Java.

    Вместе  с тем содержащий достаточно мощные средства работы с БД пакет Visual Cafe Pro, первые поставки которого относятся  к началу 1997 г., к осени вышел  в новой редакции – Visual Cafe for Database Development Edition, предназначенный для Java-программ реляционных баз данных. К числу явно ориентированных на работу с БД Java-программ можно отнести и систему Fresco фирмы Infoscape, к бета тестированию которой приступили в начале 1997 г. Наконец, в сентябре 1997 г. Sun анонсировала продукт Java Blend для доступа к реляционным и объектно-ориентированным БД из Java-программ без использования специальных языков типа SQL.

    Однако  наиболее существенным событием стало  появление развитых возможностей графического программирования доступа к БД в средствах разработки, изначально ориентированных на создание крупных корпоративных программ. К последним относятся Vibe Enterprise 1.0 фирмы Visix Software или Apptivity Developer фирмы Apptivity, появившиеся в первой половине 1997 г. Оба продукта ценой в пределах нескольких тысячах долларов явно свидетельствует об относительной зрелости Java-технологий уже на этот момент. К “корпоративному” классу принадлежат также Visual Age for Java и, конечно же, JBuilder.

    Внимание, уделённое в спецификации JDK 1.1 безопасности при построении коммерческих Java-программ, также не осталось без для разработчиков формальным призывом. Многие компании откликнулись на него, понимая, что ограничение записи на диск клиентской машины, заложенное в саму идею построения Java, не есть решение проблемы. В марте 1997 г. компания Data Security Dynamics предложила JSAFE – одно из первых средств защищённых Java-программ в Интернете, использующие алгоритмы шифрования данных с открытым ключом при передаче их по каналам Интернета. Средство цифровой подписи, гарантирующее целостность данных при передаче, было включено в Visual J++1.1. Наконец, на конференции JavaOne в апреле 1997г. JavaSoft объявила о планах выпуска системы Cripto Toolkit, позволяющей с помощью единого API строить защищённые программы. Кстати говоря, в следующей версии JDK1.2 основное внимание, по утверждению JavaSoft, будет уделено именно вопросам безопасности.

    С решением проблемы построения пользовательского  интерфейса средствами высокого уровня, затронутой в спецификации JDK1.1, оказались связаны две библиотеки Java-классов, выпущенные соответственно корпорацией Microsoft и фирмой Sun в содружестве с Netscape Communications. Достаточно лишь назвать эти компании, чтобы сразу стало понятным, что названные инфраструктурные дополнения к средствам разработки, по всей видимости, должны сыграть определяющую роль не только в технологическом, но и в политическом противостоянии конкурентов, на примирение, которых пока нет даже слабого намёка. Библиотека AFC, о готовности которой MicroSoft сообщила весной 1997г. на выставке Software Developer West, содержит средства, облегчающие создание профессионально оформленного графического интерфейса пользователя и работу со средствами мультимедиа. По утверждению Microsoft, эта библиотека полностью подготовлена на Java и способна исполняться на любой платформе.

    Ответом Sun и Netscape был выпуск осенью 1997 г. аналогичной  библиотеки JFC, вобравшей в себя достоинства  соответствующих наборов Java-классов IFC (Internet Foundation Classes) и AWT (Abstract Windows Toolkit), уже имевшихся в арсенале двух фирм. Несмотря на то, что представители Sun подчёркивают не стратегическое, а чисто утилитарное значение JFC, масса аналитиков не без оснований отводит данной библиотеке решающую роль в битве за контроль над Java-разработками. Microsoft уже успела заявить, что JFC не поставляется и не будет поставляться вместе с Internet Explorer (IE) 4.0. А это значит, что, хотя во многих продуктах 1997г. и предусмотрены средства работы с AFC и JFC, могут возникнуть проблемы с выполнением распределённых многоплатформных программ, составленных с использованием JFC.

    Не  которые фирмы начинают поставлять Java-инструментарий в комплексе со средствами разработки на других языках под общей крышей единой интегрированной среды. Классические примеры – главный инструментальный пакет фирмы Microsoft 1997 г. Visual Studio 97, где с Java объединились С++, Visual Basic 5.0, Fox Pro и некоторые другие продукты, а также пакет CodeWarrior Gold 11 компании Metrowerks, в котором инструментальные средства, по мнению некоторых пользователей ещё сильней интегрированы. Примеры оказались заразительными. Осенью об аналогичном намерении объявила Powersoft, имеющая теперь в своём арсенале, помимо Java-инструмента PowerJ, прекрасно зарекомендовавший себя классический инструментарий. Примерно в то же время фирма Haht Software приступила к бета-тестированию средства разработки Hahtside, позволяющего работать с Java и Visual Basic в единой среде.

    Если  для 1996г. было характерно появление Java-компиляторов для различных платформ, то 1997г. ознаменовался выпуском всевозможных конверторов исходного текста программ и специальных технологий, позволяющих использовать в Java-программах наработки, составленные на других языках. В качестве примера , Visual J++1.1 оснащён конвертором для преобразования апплет в компоненты ActivX. На не раз уже упоминавшейся конференции JavaOne были представлены по крайней мере два продукта, дающие разработчикам на Visual Basic возможность переносить свои программы на язык Java. Было объявлено, что средства конвертирования Applet Designer Visual Basic-to-Java фирмы Tvobject, согласно договору с фирмой Asymetrix, будут предлагаться в качестве дополнения к среде SuperCede Java/ ActivX Edition и DataBase Edition. Фирма Halcyon сообщила о намерении выпустить продукт под названием VBIX для преобразования программ на Visual Basic в двоичный Java-код. На той же конференции фирма Roug Wave Software представила две библиотеки – Serialize.h++1.0 и Jtools2.0 – C++ и Java-классов соответственно. Они позволяют организовать двунаправленный обмен вызовами из программ, составленных на С++ и Java. Ещё один заметный продукт TwinPeaks, представленный совместно фирмами Sun и Ilog Software, реализует технологию С++ Bridging, дающую разработчикам серверного ПО на языке Java возможность использовать программы на С++, не переписывая текста. Наконец, компания Futjitsu Software предложила разработчикам компилятор NetCobol, автоматически транслирующий программы на Коболе в Java-апплеты и приложения. По мнению специалистов, появлению таких продуктов приведёт к скорейшей ассимиляции Java в сообществе программистов. 

    “Банда  четырёх” против Microsoft 

    Средства  разработки как таковые составляют лишь чисто техническое наполнение программной индустрии, будучи необходимым инструментом, но уж никак не определяющим фактором при оценке рыночных перспектив готовых продуктов.

    Наиболее  важным событием 1997г. в политическом смысле стало образование в марте  на конференции Internet World альянса четырёх фирм – IBM, Oracle, Netscape и Sun, назвавших себя “бандой четырёх” (The Gang of Four). Компании объявили о совместной поддержке протокола Internet InterORB-Protocol (IIOP), составляющего часть CORBA, в своих инструментальных средствах разработки. Эта инициатива должна облегчить реселлерам построение единых распределённых объектно- ориентированных программ инструментальными средствами четырёх компаний. Ело в том, что, согласно заявлению JavaSoft, в планируемом к выпуску в 1998 г. комплекте JDK1.2 низкоуровневый механизм дистанционного вызова отдельных функций Java (под названием RMI – Remote Method Invocation), включённый в ныне действующую спецификацию JDK1.1 будет реализован поверх протокола CORBA/IIOP. Это означает, что JavaSoft полностью отказывается от собственного метода создания посредника запросов к объектам, на основе которого в настоящее время строится RMI, а будущие распределённые Java-программы должны соответствовать спецификации взаимодействия сетевых объектов CORBA. Данное объединение, “антимайкрософтовской” направленности которого никто не скрывал, стало планомерным и организованным выступлением против объектной технологии DCOM корпорации Microsoft, что для 1996 г. было как раз нехарактерно. В 1997 г. намеченные альянсом планы частично были выполнены.

    Компания Oracle в 1997 г. превратилась, можно сказать, из нейтральной по отношению к Java в его активную сторонницу. Одним  из этапов её движения в сторону Java стало лицензирование технологии Builder, включающей языком С++ и Java, у фирмы Borland, причём решающий выбор именно в пользу Builder был сделан якобы именно по причине её более полного соответствия концепции JavaBeans. На конференции JavaOne фирма Oracle продемонстрировала пакет Developer/2000 1.4, способный конвертировать разработанные в нём программы в Java-апплеты. Сразу же после этого в начале мая 1997 г. она выпустила Web Application Server, совместимый с протоколами CORBA и IIOP, - наиболее важный компонент её межплатформенной архитектуры NCA (Networking Computing Architecture). Позже на конференции Open World Oracle представила стратегию выпуска средств разработки сетевых программ для Java. Эта стратегия, по словам представителей фирмы, должна затронуть следующие версии Developer/2000 и Designer/2000, а также некий новый инструмент, предназначенный исключительно для разработки Java-программ и построенный как раз на основе вышеупомянутой лицензии.

    Самый крупный поставщик программного обеспечения на мировом рынке  – корпорация IBM, наиболее ревностно  взявшаяся за поддержку Java ещё в1996 г., в течение 1997г. сохранила приверженность ему. В июле IBM выпустила на рынок коммерческую версию пакета Visual Age for Java с мощными средствами реализации JavaBeans, как раз и нацеленную на разработку будущих программ на базе открытых стандартов, за которые так ратует союз четырёх. Кстати говоря, уже в сентябре 1997 г. отделение IBM Восточная Европа/Азия начало весьма активную работу по продвижению этого продукта на российский рынок. Что касается весьма амбициозного проекта (San Francisco) формирования библиотек Java-классов для самых разнообразных программ деловой сферы, над которым IBM работает в союзе с несколькими десятками других фирм, то информация о ходе его выполнения в течение 1997 г. была весьма скудной. Однако известно, что работа над проектом продолжается.