student42Коллеги подскажите, в у компонента в свойствах на странице *.jspx иногда встречается
Какая версия JDeveloper'а ?
Просто у меня 12'ый и соответственно расширение .jsf

student42Что это значит? и откуда всетаки берется значения userName?
Это "session scope variable" ))) Другое дело, что понимают под словом "variable".

ВОЗМОЖНО (точно не уверен):
1. Поле какого-то Java Bean'а объявленного на уровне session scope (что IMHO наиболее логично)
2. или, как предполагает Blazkowicz, наследие JSP и мапится на HttpSession.
3. или и то и другое одновременно

Я читал

Oracle® Fusion Middleware
Developing Fusion Web Applications with Oracle Application
Development Framework
12c (12.1.2)
E23132-01
+
Oracle® Fusion Middleware
Developing Web User Interfaces with Oracle ADF Faces
12c (12.1.2)
E23447-01

Я бы сказал, что Ваш вопрос относится к 1-ой книжке к частям:
"26.4 Using a Managed Bean in a Fusion Web Application" +
"27 Understanding the Fusion Page Lifecycle"
Только... лично я бы, читая книжку "из середины" ничего бы не понял )))

BlazkowiczsessionScope - способ достать значение по ключу из javax.servlet.http.HttpSession
IMHO вряд ли

Если я правильно понимаю (не уверен), то о чем Вы говорите, должно скорее выглядить как
adf.context.sessionScope или adf.context.current.sessionScope

НО на форумах уверяют, что ADF session != HTTP session и так хранить данные не корректно

Как я понимаю, сессия ADF, например, может мигрировать между машинами в кластере. Тогда Web Server поменяется и соответственно HTTP sesssion просто создастся новая и все значения в javax.servlet.http.HttpSession накроются медным тазом.

Но ТОЧНО не знаю. Не проверял, да и кластера у нас нет )))

Но по форумам это не только на кластере проявляется. Честно говоря, я вообще плохо понимаю, как современные технологии работают. Типа JDBC connection pool, pooling application module в ADF, миграция в кластере и так далее. Каждое конкретно вроде понятно ))), но как начинаешь думать, как оно умудряется с друг другом жить и в каких ситуациях будет глючить - голова пухнет и, в общем "Во многой мудрости много печали; и кто умножает познания, умножает скорбь" ( C )

Фиг знает, в общем, народ на OTN жалуется, что хранят в HttpSession и данные пропадают. Ответ "ADF session != HTTP session", so храните в бинах или в application module.
LOL
Всё точно так же как в JEE.

Как он умудряется (если умудряется) контекст DB-connection сохранять ?

Ответ я знаю - "Плохо". Например документированной возможностью POST рекомендуют не пользоваться, т.к. при application module pooling может нафиг весь контекст DB-connection'а на DB-сервере потерять (состояние пакетов). Даже, (вот этого я уже не понимаю), в рамках одной транзакции (((

Нафига вводить в интерфейс методы, типа POST, которые "работают, но не всегда". То есть он работает, но если Ваш аппликайшен модуль в pooling не поместился.... ой... ой.... И об этом в документации ни слова.

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

Плюсуюсь

Но на счет "...не очень сложный ... вхождения..." мне кажется это не совсем так. Базовые вещи, да это так. А копнешь поглубже и что бы нормально работало - полно нюансов с которыми нужно разбираться.

В целом, достаточно удобная среда и действительно, что изумляет, что заявленные вещи действительно делаются "мышкокликаньем" и даже работают. И даже без единой строчки ручного кода.

С одной стороны это хорошо, с другой плохо, т.к. не понимаешь как же оно внутри происходит.

Две доки которые я привел (и прочитал), как я понимаю > 3 000 страниц + нужно читать доку по Grovy expression (я не читал) + штудировать и разбираться куски док по отладке именно ADF-контролов - в общем, объем "теоретических" знаний достаточно большой /если считать в страницах документации/ (((

С "мышкокликаньем" все хорошо, пока это работает. А вот когда отказывается работать, фиг поймешь от чего и с чем связано и где ошибся....
Сергей Арсеньев- стандартные виджеты сделаны в html так, что внутрь тяжело залезть ибо добавляют слои абстракции (таблички или div), но перепахивающие стили так, что нормально внутрь ничего не вставишь.

У меня полностью "шитый" код: ADF + чистый JS для управления Oracle Map Viewer'ом. Местами разбирался с поведением стандартных контролов, вроде все было понятно. Дока более-менее хорошо описывает.

Плюс есть глава в доке по созданию своих контролов. Но мне пока и просто iframe + AdfCustomEvent (JS) + ExtendedRenderKitService (Java) хватает.
Сергей АрсеньевПравда на актуальном ADF я уже не пишу - все впечатления с 10-11 версий.

По визуальным впечатлениям, 12 и 11 версия - день и ночь. Даже чисто по визуальным. Ну и JDeveloper 12 версии _значительно_ стабильнее работает, чем 11.

MOHAX777Всё там есть (и рекомендации по использованию postChanges в рамках одного http-request и про "ручное управление" резервированием AM для любителей извращений "с продолжительным коммитом" )
...

Ссылку на блоги по данной теме с ходу найти не удалось. Вроде были тесткейсы когда и в рамках одного http-request работало не совсем ожидаемым образом. Сильно не разбирался. Просто в мозгу отложилось, что post'ом лучше не злоупотреблять.

Каждая технология по отдельности - вроде все достаточно просто. А вот когда начинается наложение нескольких технологий друг на друга + не совсем тривиальные случаи - тут уже предсказать поведение достаточно сложно

"ручное управление резервированием AM" - спасибо, посмотрю в документации.

MOHAX777
IMHO


Лично у меня, ADF 12 версии сильного отторжения не вызывает. IMHO хорошее, мощное средство. Которое, в 12 версии, еще и работает. Единственное претензия, что такая степень "вылизанности" должна была быть уже давно.

Хотя мелкие баги и сейчас попадаются. Но скорее это исключения, подтверждающие правило (все остальное более-менее работает). AFAIK