 




<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: AS400 object authority</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/itanswers/as400-object-authority/feed/" rel="self" type="application/rss+xml" />
	<link>http://itknowledgeexchange.techtarget.com/itanswers/as400-object-authority/</link>
	<description></description>
	<lastBuildDate>Fri, 24 May 2013 04:11:53 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: TomLiotta</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/as400-object-authority/#comment-112094</link>
		<dc:creator>TomLiotta</dc:creator>
		<pubDate>Wed, 10 Oct 2012 11:37:14 +0000</pubDate>
		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/itanswers/as400-object-authority/#comment-112094</guid>
		<description><![CDATA[Your question involves a contradiction. By choosing to have *PUBLIC *CHANGE as a default for a library (for new objects), you&#039;re saying that every user that exists now or will ever be created is automatically to be granted *CHANGE authority. Now you want a way to circumvent what you&#039;ve told the system to do. (It wasn&#039;t necessarily &quot;you&quot; who told it.)
Setting CRTAUT(*CHANGE) for a library should only be done for isolated libraries with unimportant objects. There is no way to circumvent the current setting.
You can, however, change the authority after the system sets it simply by running GRTOBJAUT *EXCLUDE (or *USE) for any user you choose. That could technically be programmed to happen more or less automatically by a process related to monitoring QAUDJRN for Create Object (CO) entries and running the command when the library matches, but that&#039;s a pretty inefficient and trouble prone way to do it in the long term.
Far better would be to create an actual meaningful authority scheme.
First, for example, would be to change the library to CRTAUT(*EXCLUDE). I can&#039;t come up for a good reason to have things the way you have them now if there are exclusions.
Then, create a user profile for use as a group profile and make your users members of that group. Set the users to have OWNER(*GRPPRF) so ownership/authority of new objects becomes part of the group.
And for the user you want to exclude, don&#039;t make that user a member of the group.
From then on, every user except the one that isn&#039;t a member of that group will have authority to new objects in that library.
Tom]]></description>
		<content:encoded><![CDATA[<p>Your question involves a contradiction. By choosing to have *PUBLIC *CHANGE as a default for a library (for new objects), you&#8217;re saying that every user that exists now or will ever be created is automatically to be granted *CHANGE authority. Now you want a way to circumvent what you&#8217;ve told the system to do. (It wasn&#8217;t necessarily &#8220;you&#8221; who told it.)<br />
Setting CRTAUT(*CHANGE) for a library should only be done for isolated libraries with unimportant objects. There is no way to circumvent the current setting.<br />
You can, however, change the authority after the system sets it simply by running GRTOBJAUT *EXCLUDE (or *USE) for any user you choose. That could technically be programmed to happen more or less automatically by a process related to monitoring QAUDJRN for Create Object (CO) entries and running the command when the library matches, but that&#8217;s a pretty inefficient and trouble prone way to do it in the long term.<br />
Far better would be to create an actual meaningful authority scheme.<br />
First, for example, would be to change the library to CRTAUT(*EXCLUDE). I can&#8217;t come up for a good reason to have things the way you have them now if there are exclusions.<br />
Then, create a user profile for use as a group profile and make your users members of that group. Set the users to have OWNER(*GRPPRF) so ownership/authority of new objects becomes part of the group.<br />
And for the user you want to exclude, don&#8217;t make that user a member of the group.<br />
From then on, every user except the one that isn&#8217;t a member of that group will have authority to new objects in that library.<br />
Tom</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using memcached
Database Caching 3/10 queries in 0.085 seconds using memcached
Object Caching 267/273 objects using memcached

Served from: itknowledgeexchange.techtarget.com @ 2013-05-24 04:54:58 -->