| Цитата |
В чем отличие class от managedBean ? |
Ниже моё понимание вещей, без претензий на истину.
Исходя из названия managed bean это бин (который в свою очередь простой класс), который кем-то управляется. В данном случае управляется он JSF. Т.е. согласно конфигу, или аннотациями, JSF создаёт и удаляет его для вас -- т.е. следит за его временем жизни. Это, в моём понимании, и есть managed. Тут, к месту, также упомнять IoC container и вообще IoC (DI) (см. в википедии или гугле).
| Цитата |
в чем отличие будет если не указать эти аннотации? |
У вас две аннотации сейчас: @ManagedBean и @SessionScoped. Если не указывать обе, то получится простой класс (т.н. POJO). Если указать, только @ManagedBean, то JSF создаст для вас этот бин с временем жизни по умолчанию (насколько помню, это request) А вот если указать только @SessionScoped, хм, не знаю точно, что будет, наверное, ошибка -- проверьте, если хотите.
| Цитата |
P.S. И если можно объясните разницу (что можно делать и что нельзя делать) между SessionScoped, ApplicationScoped, CustomScoped, RequestScoped, NoneScoped, ViewCsoped =) |
ApplicationScoped -- бин "живёт" на протяжении жизни всего вашего приложения (т.е. как только вы запустили контекст, этот бин создаётся, а при уничтожении контекста, бин тоже уничтожается.)
CustomScoped -- не помню точно, но там программисту дали какую-то свободу по управлению времени жизни бином (лучше всего в гугле поискать)
RequestScoped -- время жизни бина -- один запрос
NoneScoped -- не помню точно, но где-то на SO (http://stackoverflow.com/questions/3086896/what-is-none-scope-bean-and-when-to-use-it) был вопрос зачем он нужен, и, кажется, никто ничего не смог придумать
ViewScoped -- опять же, точно не подскажу, но кажется существует только внутри отображения (view)
А есть ещё flash scope, кстати, это на уровне двух страниц при использовании то ли редиректа,то ли форвардинга, точно не помню. Опять же в гугле лучше поискать
Надеюсь, что мой ответ был полезен.