Состояние объекта состоит из значений его переменных. В сессионном бине с состоянием переменные объекта представляют состояние уникальной сессии клиента/компонента. Поскольку клиент взаимодействует («разговаривает») со своим компонентом, это состояние часто называют диалоговым состоянием.

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

Состояние сохраняется в течение сессии клиент/компонент. Если клиент удаляет компонент, сессия завершается, и состояние исчезает. Однако этот временный характер состояния не является проблемой, поскольку, когда разговор между клиентом и компонентом заканчивается, нет необходимости сохранять состояние.

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

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

Сессионный компонент без сохранения состояния может реализовывать веб-сервис, но сессионный компонент с сохранением состояния не может.

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

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

Сессионные бины-синглтоны поддерживают своё состояние между вызовами клиентов, но не обязаны этого делать при сбоях или остановках сервера.

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