|
|
|
Ограничение доступа к Application
|
|||
|---|---|---|---|
|
#18+
Добрый день, Досталась такая система: Приложения разнесены по разным workspace, что бы ограничить доступы пользователей. Т.е. приложения для Менеджеров и Конечных пользователей(не путать с End User Apex). Сейчас решили объединить, т.е. один пользователь может быть и Менеджером и Конечным пользователем Наметил 3 пути решения поставленной задачи: Перенести в один warkspace: 1. Определенной группе лиц в одном workspace, предоставить доступ к определенным приложениям. - не сталкивался, есть ли такая возможность. 2. В каждом приложении настроить Authorization Schemes (писать пакет). - добавлять на каждую страницу, много переписывать. Оставить на своих местах: 3. Написать админ панель в котором будет создаваться пользователь для 2х других warkspace. - не смог разобраться, как создать пользователя в другом пространстве. Как всегда прошу, подсказать в какую сторону копать. Заранее благодарен. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2015, 18:52 |
|
||
|
Ограничение доступа к Application
|
|||
|---|---|---|---|
|
#18+
mld-11, По ГОСТ ИС делят на несколько ИС по предметной области. А не по ролям. Т.е. п.п.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.03.2015, 08:01 |
|
||
|
Ограничение доступа к Application
|
|||
|---|---|---|---|
|
#18+
А вообще, сложно понять. Причем тут ворки для разработки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.03.2015, 08:04 |
|
||
|
Ограничение доступа к Application
|
|||
|---|---|---|---|
|
#18+
Согласен, что первый путь верный. Но каким способом можно реализовать, что ты пользователь А не мог зайти в приложение В, но мог войти в С? С учетом что приложения в одном workspace. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.03.2015, 09:56 |
|
||
|
Ограничение доступа к Application
|
|||
|---|---|---|---|
|
#18+
mld-11что ты пользователь А не мог зайти в приложение В, но мог войти в С? С учетом что приложения в одном workspace. причём тут ворк? У тебя пользователи заходял в ИС "B" и ИС "С". А ИС сидит на схеме разбора. У схемы свои USER'a при варианте с USER Oracle ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.03.2015, 10:10 |
|
||
|
Ограничение доступа к Application
|
|||
|---|---|---|---|
|
#18+
Petro123У схемы свои USER'a при варианте с USER Oracle у меня маркером входа в В или С является пустая роль_В или роль_С у юзверя. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.03.2015, 10:12 |
|
||
|
Ограничение доступа к Application
|
|||
|---|---|---|---|
|
#18+
Тут все APEX User(developer, end user), и если он создан в ворке, то имеет доступ ко все приложения из этого ворка. Разбивать по разным воркам приложения и дублировать пользователей - не вариант. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.03.2015, 10:22 |
|
||
|
Ограничение доступа к Application
|
|||
|---|---|---|---|
|
#18+
mld-11Тут все APEX User(developer, end user), и если он создан в ворке, то имеет доступ ко все приложения из этого ворка. Разбивать по разным воркам приложения и дублировать пользователей - не вариант. разбей вопрос на 2: - удобство разработки - удобство эксплуатации ИС. И не смешивай. Иначе я тебя трижды не понял. Удачи! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.03.2015, 10:27 |
|
||
|
|

start [/forum/topic.php?fid=50&fpage=32&tid=1875022]: |
0ms |
get settings: |
6ms |
get forum list: |
11ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
48ms |
get topic data: |
6ms |
get forum data: |
1ms |
get page messages: |
24ms |
get tp. blocked users: |
1ms |
| others: | 217ms |
| total: | 318ms |

| 0 / 0 |
