Object Ownership

[NYCountryGal]

How do you control systemmatically the ownership of an object? At my last employer, when the programmers compiled programs the system automatically assigned XYZOWNER as the object owner of the created program. I have not figured out how to do this and I'd really like to understand how to do this. I have user profiles of past programmers that haven't been with this company for over 5 years still on the system because they own over 1000 objects on the system.

With us going to a new 400 I'm trying to get the system cleaned up so we no longer have to deal with things like this and I was wondering if anyone knew what to do.

Thanks!

[Denny]

Re: Object Ownership

Do a change user profile GRPPRF(XYZOWNER) OWNER(*GRPPRF). Any objects created by the profile will immediately be changed to owner XYZOWNER. A DSPOBJD will show both the owner and the created by profile.

Prompt for the DLTUSRPRF command. You will see that when you delete a profile you can change the owner of all the objects it owns to a different owner, IE XYZOWNER.

For production libs write a cl to do a dspobjd to an outfile. Then read thru the outfile. If the owner is not XYZOWNER or maybe QSECOFR then CHGOBJOWN to XYZOWNER.

[Terry Wincheste]

Re: Object Ownership

I believe this can be accomplished at the time the User Profile is deleted via DLTUSRPRF. Also look at generating a list of objects (system wide) and then applying the CHGOBJOWN command to each one that meets the criteria. There is also a TAATOOL called CHGOWNOBJ if you have the tools installed...

Terry

[gcraill]

Re: Object Ownership

I think it is done via your user profile. Here based on my profile all objects created by me are owned by the group profile specified.

Group profile  . . . . . . . . . . . . . . :   MY_GROUP
[B]Owner  . . . . . . . . . . . . . . . . . . :   *GRPPRF[/B] 
Group authority  . . . . . . . . . . . . . :   *NONE   
Group authority type . . . . . . . . . . . :   *PGP

Group profile 
 
The name of the first group profile of which the user is a member. 
The value *NONE is shown if the user is not a member of any group 
profiles. Additional groups may be specified in the Supplemental 
groups field. 
 
Owner 
 
The user profile that becomes the owner of objects that are created 
by the user associated with this profile. The possible values shown
are: 
[B]o *GRPPRF - The user's group profile becomes the owner [/B]
o *USRPRF - The user's user profile becomes the owner 
 
Group authority 
 
The authority given to the user's group profile when the user 
associated with this profile creates a new object and the user 
profile becomes the owner of the new object. The group profile can
be given one of the following authorities: 
o *ALL - ALL authority 
o *CHANGE - CHANGE authority 
o *EXCLUDE - The group is denied access 
o *USE - USE authority 
o *NONE - No authority is granted to the group profile 
 
Group authority type 
 
The type of authority given to the user's group profile when the 
 
user associated with this profile creates a new object and the user 
profile becomes the owner of the new object. The group profile can 
be given one of the following types of authorities: 
o *PRIVATE - The authority defined in the GRPAUT field is assigned
as private authority to the group profile. 
o *PGP - The group becomes the object's primary group and is 
given the authority specified in the GRPAUT field. 
 
Note: If *NONE is specified for the Group Authority field, this
field is ignored.

[NYCountryGal]

Re: Object Ownership

@Denny - Thank you! I wasn't deleting users using the DLTUSRPRF command I was simply going in and deleting the profile with a 4.

@Greg - I had to change the Group authority and group authority type and it worked. My compiled programs no longer have my user id as the owner but show instead the group owner.

Many thanks for the help!!