Я вижу такие варианты реализации клиента на java для работы с enterprise application
1. Standalone client, который будет общаться с сервером через веб-сервисы или через технологию вебсокетов
2. С использованием Application Client Container
Какой подход используется чаще при разработке клиентских приложений для java ee? (я понимаю, что вообще-то веб-приложения :) но в данном случае это не вариант) Почему-то не хочется связываться с appclient, но у меня нет особых аргументов за/против.

Petro123, просто я новичок в java ee, вот и хочется узнать best practices. В книжках и туториалах описывают доступ к EJB из standalone-приложения, которые запускаются через appclient. И все это выглядит достаточно просто. Плюс более менее понятной (ну или мне пока так кажется ))) выглядит работа с секьюрити. Но сам я склоняюсь к п-ту 1, к варианту с вебсокетами. Но вот тут уже я так сразу и не понимаю как сделать, допустим, ту же аутентификацию/авторизацию пользователей

NixicС авторизацией и аутентификацией довольно-таки просто. Можно организовать систему на ssl сертификатах, для подключения к серверу вообще.
Мне, как пока что только теоретику, все равно не понятно. Для меня просто - это когда как в учебнике, когда пользователь проходит аутентификацию в веб-приложении, скажем form-based аутентификацию. Ну а дальше учетные данные пользователя используются при работе с ejb, в сервлетах и т.п. Здесь же у меня нет никаких форм, стандартными средставми аутентификации не произойдет. Откуда потом в EJBContext возьмутся данные о пользователе?
Предположим, через ssl-соединение я передам логин/пароль пользователя. Но что мне с ним потом делать на сервере? Т.е. у меня какой-то пробел в голове в этой части.

Petro123мне странно, почему некоторые _начинают писать_ с авторизации и защиты своего приложения.
Ведь это первое приложение? Так?
Что там защищать?
Вот когда вы сможете написать "фичу" или много функционала,тогда и вопрос передачи токена юзверя отпадёт сам собой.
Это певрое приложение на java ee, но не первое приложение на java. С "фичей" и много функционала я уж справлюсь. К чему столько сарказма

BlazkowiczDarting1. Standalone client, который будет общаться с сервером через веб-сервисы или через технологию вебсокетов

Нахрена для Standalone client - веб-сервисы и веб-сокеты? Любой бинарый протокол over http будет работать быстрее любых веб-сервисов. А web-socket это клиентская технология для браузеров. Какое она отношения к Standalone client имеет - не понятно.

А почему это только для браузеров? Что мешает клиентскому JavaFX-приложению использовать вебсокеты? Не вижу препятствий

BlazkowiczDarting2. С использованием Application Client Container

Вы не знаете зачем оно надо и что вообще умеет. Я не знаю зачем оно надо и что вообще умеет. Но тем неменее как-то попало в список кандидатов.

Вот именно потому что я не знаю, зачем оно надо и что вообще умеет, оно и попало в список кандидатов ) А вдруг кто знает, а я тут что-то крутое пропустил. Потому что, повторюсь, мои отношения с платформой java ee пока на стадии изучения, я видел это в туториалах от оракла и книжках, но не проникся.

BlazkowiczА польза-то какая от использования именно web -сокетов в толстом клиенте? Что он умеет такого особенного?
Дуплексное соединение

DartingApplication Client Container к Java EE отношения не имеет. Это какая-то проприетарая фигня.
Вычеркиваем

mayton, ну ёмае, новички сюда за этим и пришли с вопросами. Я не знаю, как решить задачу более просто. С удовольствием выслушаю альтернативные варианты. Те, которые я увидел самостоятельно - я перечислил.