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

===== в конфиге стоит не вьюшка. Так?

В них можно спокойно исключить из списка юзеров всякие системные учетки типо SYSTEM и SYS, в них же можно спокойно запретить изменение. Так что никаких проблем нет, вы просто невнимательно прочитали первый пост автора.

==== вы невнимательны. Если ВСЁ это исключить, тогда почему не завести ОТДЕЛЬНУЮ таблицу?
2. На вьюшку сложнее дать права НЕ DBA внутри которой табла DBA


Petro123- что для авторизации необходимо в БД заводить пользователя\роли в SYS?
Может быть там какая-нибудь двухзвенка,

======= а я про что? Про то что - выглядит странновато :) В безопасности нет мелочей.

Petro123- что можно соединить архитектуру десктоп-корпоратив-длинные и пул-веб-короткие?Фраза напрочь лишена смысла. Вы, видимо, так и не поняли, о чем идет речь. Мы не говорим про "десктоп", "корпоратив", "длинные", "короткие" и т.д.. Речь только о том, как адаптировать данные из системных таблиц оракла под JAAS аутентификацию.

===== без ответов выше нельзя ГРАМОТНО соединить бульдога с носорогом.


вопрос автора напоминает такой:
- "у меня есть поле id и триггер для его заполнения. Как его соединить с ОРМ аннотацией"?
Вы помните что ответили на такой вопрос?

svenom Petro123 ,
1) В конфиге может быть хоть вьюха, хоть таблица - без разницы.
2) Отдельную таблицу заводить незачем, так как данные о пользователях уже есть в системных таблицах.
3) Никаких сложностей с правами нет.
1. может, пусть перепишет, если сможет дать такие права, чтобы 3 буквы SYS на АппСервере нигде не светили.
1.1 - как будем заводить новых? Ты ответишь или он?

2. Это ты за него решил?
OK

3. Ждём результата работы фреймворка на "вьюхе". А лучше ссылку, чтобы протестировать на взлом :)
Удачи!

svenomВероятнее всего,
ну дак и не читай топик если "Вероятнее всего".
Ты сказал, что всё понял, а на конкретные вопросы не ответил.
Я их задал автору, пожелал ему удачи.
Ферштейн?
автор- "у меня есть поле id и триггер для его заполнения. Как его соединить с ОРМ аннотацией"?
Вы помните что ответили на такой вопрос?

Вladimir1) в схеме SYS DBA_ROLE_PRIVS, DBA_USERS, DBA_ROLES - это вьюшки, не таблицы. и

это СИСТЕМНЫЕ объекты (пофиг как ты их назвал) оракла. Без

CREATE USER иииии
IDENTIFIED BY passsss
DEFAULT TABLESPACE users
TEMPORARY TABLESPACE temp
/
grant connect, dba to иииии

их не увидеть

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

очень смешно
"и заведены оракляновским способом"

svenom,
конечно, только автор может ответить ЧТО у него происходит :)
Выводы делает каждый сам.

svenom,
как спец по АппСерверу, поясни - как ТЫ сам и с какими правами создаёшь пользователя для пула.
Вопрос понятен?

svenomPetro123svenom,
как спец по АппСерверу, поясни - как ТЫ сам и с какими правами создаёшь пользователя для пула.
Вопрос понятен?Вопрос понятен, хоть и не имеет отношения к топику Пользователя для пула я создам так же, как и любого другого пользователя - либо через EM, либо через SQL-скрипт под админскими правами.
конечно это оффф :)
И всё таки, приведи скрипт.
Я могу свои привести

svenomPetro123 И всё таки, приведи скрипт. Зачем вам скрипт? Что вы хотите там увидеть? Пользователь, через которого идет подключение к БД в пуле, это ... обычный пользователь. Что вам не ясно то?
проблема.
Нету у оракле обычных. Зарезервированные роли - dba, connect, ... - есть
Обычного UserAppServer нету.
Не хош - не надо.
Удачи!

svenom,
1. Под админом, не в Java её называют админкой т.к. требуется роль dba
1.1 все объекты сложно, т.к. они меняются. Есть вариант рекурсией и вариант спец-ролей не на объекты а на права
2. будут ли вьюшки фильтровать или нет и выдадут рутовых тоже?
2.1 Если админ есть (НЕ ваш), то он это сделать не даст :)
3. Т.к. это пользователь пула, то ВСЕ юзвери будут иметь его права
ЗЫ.
В 2-х звенке так не пишут, т.к. если есть штатный админ:
- скажет иметь минимум 2 роли и коннекта (админка и простые смертные)
- попросит увести ОБЫЧНЫХ пользователей с таблицы рутовой на ОРМ-табличку

В вебе, без админа, и когда БД - импотент, может быть всё что угодно.
Даже инжекция select * from вьюха рутовые
imho

Вladimir,
там вроде сказано, что один реалм на домен?
Не?