Job owner
Moderators: chulett, rschirm, roy
-
- Participant
- Posts: 3337
- Joined: Mon Jan 17, 2005 4:49 am
- Location: United Kingdom
Unfortunately, if you wish for the user to develop, run, and manage several jobs -- this would be very difficult to manage.
That user will require general access to the DataStage engine (by default: dstage), and general access to the project folder in question.
I am sure that it is possible somehow, but it would be an administrative nightmare to handle.
The easiest solution I could think of is a virtual machine with its own disk system.
That user will require general access to the DataStage engine (by default: dstage), and general access to the project folder in question.
I am sure that it is possible somehow, but it would be an administrative nightmare to handle.
The easiest solution I could think of is a virtual machine with its own disk system.
-
- Participant
- Posts: 3337
- Joined: Mon Jan 17, 2005 4:49 am
- Location: United Kingdom
No. You shouldn't separate groups. In fact, you can not really separate groups on a Project-wide level. However, you CAN force an umask to 755, requring the user sole access to that file to run/edit/whatever, but strange things can happen when you attempts that.
Why can't you set different groups on a project-wide level? VOC file needs to be accessed by all. No access to VOC = No access to project, period.
Why can't you set different groups on a project-wide level? VOC file needs to be accessed by all. No access to VOC = No access to project, period.
-
- Participant
- Posts: 3337
- Joined: Mon Jan 17, 2005 4:49 am
- Location: United Kingdom
On UNIX, there are three type of priviledge:
User - Group - Everyone.
You can only have ONE specific type of access right for each file - although there might be some UNIX flavors out there that provided an extension of that. If anyone knows of any, let us know.
You can restrict specific jobs to each user, BUT... You can't allow other users to view the same job, even if it was to just run it.
You can restrict an user to a specific set of group, BUT... The universe engine requires full access for anyone who need to have access privs.
It is possible to manage it, but you are better off creating specific projects for each user.
User - Group - Everyone.
You can only have ONE specific type of access right for each file - although there might be some UNIX flavors out there that provided an extension of that. If anyone knows of any, let us know.
You can restrict specific jobs to each user, BUT... You can't allow other users to view the same job, even if it was to just run it.
You can restrict an user to a specific set of group, BUT... The universe engine requires full access for anyone who need to have access privs.
It is possible to manage it, but you are better off creating specific projects for each user.
Forget about any effort to manage permissions within a project. Forget it. Do not mess with umask, do not mess with unix file level permissions.
Use the tool as it is intended - users get access to a project or not. If you need to separate jobs by user within a project, your solution is to separate your jobs into different projects.
Use the tool as it is intended - users get access to a project or not. If you need to separate jobs by user within a project, your solution is to separate your jobs into different projects.
Kenneth Bland
Rank: Sempai
Belt: First degree black
Fight name: Captain Hook
Signature knockout: right upper cut followed by left hook
Signature submission: Crucifix combined with leg triangle
Rank: Sempai
Belt: First degree black
Fight name: Captain Hook
Signature knockout: right upper cut followed by left hook
Signature submission: Crucifix combined with leg triangle
Hi,
I second Ken's Opinion.
You could try having 3 projects.
1. complete and read only
2. for developer #1
3. for developer #2
then you need a privilaged person to manage transfer of all the things in between plus permitions.
in short not worth the trouble, unless you automate it some how.
I'v heard of people who binded their development process via a version control that has checkin checkout mechanism (implementing import/export between projects).
the bottom line IMHO is you have to make up your mind if you want them to be on the same project forget the access limitations, otherwise put them on seperate ones.
IHTH,
I second Ken's Opinion.
You could try having 3 projects.
1. complete and read only
2. for developer #1
3. for developer #2
then you need a privilaged person to manage transfer of all the things in between plus permitions.
in short not worth the trouble, unless you automate it some how.
I'v heard of people who binded their development process via a version control that has checkin checkout mechanism (implementing import/export between projects).
the bottom line IMHO is you have to make up your mind if you want them to be on the same project forget the access limitations, otherwise put them on seperate ones.
IHTH,
Roy R.
Time is money but when you don't have money time is all you can afford.
Search before posting:)
Join the DataStagers team effort at:
http://www.worldcommunitygrid.org
Time is money but when you don't have money time is all you can afford.
Search before posting:)
Join the DataStagers team effort at:
http://www.worldcommunitygrid.org