Достаточно кратко рассмотрим Java — апплеты (ниже в тексте "апплет" от английского "applet"). Подобные "загружаемые" приложения также относятся к первой группе. Это средство все же ближе к дизайну, хотя возможно создание достаточно мощных программ, выполняющих не только функции придания страницам сайта соответствующего "внешнего" вида. Сам Java — апплет является, как правило, файлом *.jar, физически находящимся в каталоге WWW-сервера.
При открытии WEB-навигатором страниц производится загрузка приложения и его выполнение на компьютере посетителя сайта.
Заметим, что чем сложнее составляющая дизайна и логика приложений, которые можно реализовать в виде Java — апплетов, тем большее время на их загрузку и выполнение потребуется посетителю сайта, он... может "уйти" не дождавшись появления в окне своего WEB-навигатора именно той информации, которую несет не загрузившийся апплет. Кроме того, ряд предприятий, организаций и фирм в целях обеспечения безопасности имеют ограничения на загрузку и выполнение подобных приложений WEB-навигаторами сотрудников или специфичные (иногда просто устаревшие) WEB-навигаторы, не поддерживающие Java.
Использование даже хорошего апплета с целью выполнения неких, скажем маркетинговых функций, ассоциативно сравнимо с неграмотным использованием архитектуры "клиент-сервер". Когда, например, в качестве СУБД используется мощное средство, скажем Oracle или MsSQL Server, позволяющее выполнять на сервере хранимые процедуры и триггеры, а не очень грамотный программист "возложил" всю логику, которую способен выполнить сервер, на клиентское приложение. От подобных решений клиентское приложение становится чрезвычайно громоздким, способно порой вызвать "зависание" даже мощной рабочей станции, хотя трафик не очень "плотный", а подобный "не тонкий" клиент обращается к данным, хранящимся в таблицах достаточно мощных СУБД, поддерживающих архитектуру "клиент-сервер".