Свойство Managed-бина также может иметь тип Java Enum (см. http://docs.oracle.com/javase/7/docs/api/java/lang/Enum.html). В этом случае дочерний элемент value элемента managed-property должен быть String, который соответствует одному из String константы Enum. Другими словами, String должно быть одним из допустимых значений, которые могут быть возвращены, если вы вызовете valueOf(Class, String) для enum, где Class — это класс Enum, а String — это содержимое дочернего элемента value. Для примера предположим, что свойство Managed-бина является следующим:

Предполагая, что вы хотите настроить это свойство в файле конфигурации приложения, соответствующий элемент managed-property выглядит следующим образом:

Когда система сталкивается с этим свойством, она выполняет итерацию по каждому члену enum и вызывает toString() для каждого члена, пока не найдёт тот, который точно равен значению элемента value.

Ещё одна мощная функция средства создания Managed-бина — это возможность ссылаться на неявные объекты из свойства Managed-бина.

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

Вы можете сохранить код города в качестве начального значения по умолчанию в неявном объекте контекста initParam, добавив контекстный параметр в ваше веб-приложение и установив его значение в дескрипторе развёртывания. Например, чтобы задать контекстному параметру с именем defaultAreaCode значение 650, добавьте элемент context-param в дескриптор развёртывания и присвойте параметру имя defaultAreaCode и значение 650.

Затем напишите объявление managed-bean, которое настраивает свойство, ссылающееся на параметр:

Чтобы получить доступ к коду города во время отображения страницы, обратитесь к свойству из атрибута value тега компонента area:

Из других неявных объектов значения извлекаются аналогичным образом.

Элемент map-entries используется для инициализации значений свойства компонента с типом Map, если элемент map-entries используется внутри элемента managed-property. Элемент map-entries содержит необязательный элемент key-class, необязательный элемент value-class и ноль или более map-entry.

Каждый из элементов map-entry должен содержать элемент key и элемент null-value или value. Вот пример, в котором используется элемент map-entries:

Отображение, созданное этим тегом map-entries, содержит две записи. По умолчанию все ключи и значения преобразуются в String. Если вы хотите указать другой тип для ключей на карте, вставьте элемент key-class прямо внутри элемента map-entries:

Это объявление преобразует все ключи в java.math.BigDecimal. Конечно, вы должны убедиться, что ключи могут быть преобразованы в указанный тип. Ключ из примера в этом разделе не может быть преобразован в BigDecimal, потому что это String.

Если вы хотите указать другой тип для всех значений на карте, включите элемент value-class после элемента key-class:

Обратите внимание, что этот тег устанавливает только тип всех подэлементов value.

Каждая map-entry в предыдущем примере включает в себя подэлемент value. Подэлемент value определяет одно значение, которое будет преобразовано в тип, указанный в бине.

Вместо использования элемента map-entries также можно назначить всю карту, используя элемент value, который задаёт выражение с типом карты.

Элемент list-entries используется для инициализации значений массива или свойства List. Каждое отдельное значение массива или List инициализируется с использованием элемента value или null-value. Вот пример:

В этом примере инициализируется массив или List. Тип соответствующего свойства в компоненте определяет, какая структура данных создаётся. Элемент list-entries определяет список значений в массиве или List. Элемент value указывает одно значение в массиве или List и может ссылаться на свойство в другом бине. Элемент null-value будет вызывать метод setBooks с аргументом null. Свойство null нельзя указывать для свойства, тип данных которого является примитивом Java, например int или boolean.

Иногда может понадобиться создать бин, который также ссылается на другие Managed-бины, чтобы можно было построить граф или дерево бинов. Для примера предположим, что вы хотите создать компонент, представляющий информацию о клиенте, включая почтовый адрес и адрес улицы, каждый из которых также является компонентом. Следующие объявления managed-bean создают объект CustomerBean, который имеет два свойства AddressBean: одно представляет почтовый адрес, а другое — адрес улицы. Результатом этого объявления является дерево компонентов с CustomerBean в качестве его родителя и двумя объектами AddressBean в качестве дочерних.

Первое объявление CustomerBean (с managed-bean-name из customer) создаёт CustomerBean в области видимости запроса. Этот бин имеет два свойства: mailingAddress и streetAddress. Эти свойства используют элемент value для ссылки на компонент с именем addressBean.

Второе объявление Managed-бина определяет AddressBean, но не создаёт его, потому что его элемент managed-bean-scope определяет область видимости none. Напомним, что область видимости none означает, что компонент создаётся только тогда, когда на него ссылается что-то другое. Поскольку свойства mailingAddress и streetAddress ссылаются на addressBean, используя элемент value, два объекта AddressBean создаются при создании CustomerBean.

Когда вы создаёте объект, который указывает на другие объекты, не пытайтесь указывать на объект с более коротким сроком службы, потому что может быть невозможно восстановить ресурсы этой области видимости, когда объект будет удалён. Например, объект в области видимости сессии не может указывать на объект в области видимости запроса. А объекты с областью видимости none не имеют чётко заданной продолжительности жизни, управляемой фреймворком, поэтому они могут указывать только на другие объекты с областью видимости none. Таблица 16-2 описывает все разрешённые соединения.

Таблица 16-2. Допустимые соединения между объектами в области видимости

Не допускайте циклических ссылок между объектами. Например, ни один из объектов AddressBean в предыдущем примере не должен указывать на объект CustomerBean, поскольку CustomerBean уже указывает на AddressBean объекты.