Рассмотрим теперь различные модели, лежащие в основе парадигмы встроенный Java , и покажем, что Java мог бы использоваться, в одной из моделей, однако, по нашему мнению, термин встроенный Java в этом случае ей не соответствует.Способов использования Java во встроенных системах представляется три: в качестве встроенного Web-сервера, загружаемого аплета или автономного приложения (рис. 2.)

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

· Встраиваемые аплеты применяются во встроенных системах с небольшими объемами памяти. Байтовый код в этом случае хранится в хост-системе. Загрузка требуемого аплета в целевую систему выполняется по мере необходимости. Данный способ может применяться только для соединенных друг с другом устройств.

· Java-приложения аналогичны приложениям на С/С++. Байтовый код записан в энергонезависимой памяти и выполняется исполнительной системой Java. Подключать встроенную систему к сети не обязательно.

Модель со встроенным Web-сервером - единственно возможный вариант там, где Java - один из приемлемых вариантов выбора. Байтовый код не исполняется в целевой системе и, следовательно, эта система не перегружается виртуальной машиной. Вместе с тем этот способ вполне можно заменить другими, в основе которых лежат такие широкораспространенные языки программирования, как ActiveX. Более того, термин встроенный не может применяться к данной модели, поскольку Java-код исполняется не в целевой, а в хост-системе.

На Java могли бы разрабатываться системные модули не-реального времени. Этой возможности соответствуют две последние модели. Основные проблемы Java-приложений - большие объемы занимаемой памяти в системе исполнения и непредсказуемость исполнения Java-нитей (включая и сборку мусора ). Одним из возможных решений является отказ от виртуальной Java-машины и применение кросс-компилятора Java. Но тогда зачем вообще нужен Java? У него слишком мало достоинств, чтобы оправдать его применение. К тому же, поскольку в Java нет средств манипулирования указателями, определенные части программ все равно приходится писать на других языках.

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