Существует несколько технологий создания веб-базированных приложений на языке Java. К основным технологиям относятся Java-апплеты, сервлеты (Servlets) и серверные страницы на языке Java (JSP Java Server Pages).

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

Для реализации непрерывного потока данных между сервером и клиентом Java-апплет, встроенный в веб-страницу, после загрузки в браузер устанавливает TCP-соединение с серверным Java-приложением, имеющим доступ к актуальным технологическим данным, и затем динамически отображает получаемую от него информацию, используя свой графический интерфейс. При этом веб-клиенту не нужно загружать новых веб-страниц. Такое использование программных объектов на языке Java можно рассматривать как комбинацию веб-приложения и распределенного приложения. В простейшем случае обмен данными между частями распределенного приложения может быть реализован с помощью программного интерфейса сокетов.

Обмен данными между Java-апплетом, загруженным и выполняемым браузером, и соответствующей серверной частью распределенного приложения на языке Java (которая будет называться далее Java-сервером) осуществляется при этом через TCP-порт с нестандартным номером, не занятый другими приложениями [7]. Технология программного интерфейса сокетов отличается простотой, универсальностью и легкостью в применении.

Альтернативой программному интерфейсу сокетов в языке Java является технология удаленного вызова методов RMI (Remote Method Invocation). Этот механизм предлагается разработчикам, начиная с JDK 1.1 (JDK Java Development Kit), позволяя делать методы локальных программных объектов доступными для удаленных приложений.

Преимущество RMI состоит в том, что написание программных модулей, участвующих в обмене данными, происходит на более высоком уровне абстракции, т.е. разработчику не нужно заботиться о том, как именно реализована транспортировка данных между частями распределенного приложения. Методы, реализованные на удаленной машине, этот механизм вызывает в своей программе точно также как и локальные [8].

Как и в распределенных приложениях, использующих сокеты, обмен данными на основе RMI также осуществляется через TCP-порт с нестандартным номером. Только в этом случае номер используемого порта каждый раз случайно выбирается RMI-реестром из числа незанятых и поэтому разработчику заранее неизвестен. По этой причине реализация обмена данными с использованием RMI через сетевой экран крайне проблематична. Кроме того, к недостаткам RMI относится и не всегда одинаковая стабильность RMI-соединения.

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

· Сделать программный модуль на языке С, осуществляющий работу с этим интерфейсом, доступным в сети как CORBA-объект;

· Работать с интерфейсом, поддерживающим С, непосредственно, используя Java Native Interface (JNI).

Общая архитектура брокера объектных запросов CORBA (Common Object Request Broker Architecture) позволяет осуществить связь между объектами, даже созданными на различных языках программирования. Решение с использованием CORBA является универсальным, но в то же время и достаточно сложным.

В распределенном приложении, полностью написанном на языке Java, использование CORBA не приносит никаких дополнительных выгод, поэтому чаще предпочтение отдается технологии JNI. В этом случае реализация необходимых Java-приложению методов для работы с программным интерфейсом, поддерживающим язык С, осуществляется на языке C или C++ [3]. Таким способом может быть также реализован доступ к технологическим данным через OPC-интерфейс.