[Freeipa-devel] [PATCH 0325] Add Domain Level feature

Tomas Babej tbabej at redhat.com
Mon May 25 10:42:32 UTC 2015



On 05/25/2015 07:30 AM, Jan Cholasta wrote:
> Dne 22.5.2015 v 12:36 Petr Vobornik napsal(a):
>> On 05/22/2015 07:08 AM, Jan Cholasta wrote:
>>> Dne 21.5.2015 v 18:18 Tomas Babej napsal(a):
>>>>
>>>>
>>>> On 05/19/2015 04:07 PM, Tomas Babej wrote:
>>>>>
>>>>>
>>>>> On 05/19/2015 03:59 PM, Martin Kosek wrote:
>>>>>> On 05/19/2015 03:56 PM, Tomas Babej wrote:
>>>>>>>
>>>>>>> On 05/19/2015 03:51 PM, Martin Kosek wrote:
>>>>>>>> On 05/19/2015 03:49 PM, Ludwig Krispenz wrote:
>>>>>>>>> On 05/19/2015 03:36 PM, Martin Kosek wrote:
>>>>>>>>>> On 05/19/2015 03:22 PM, Tomas Babej wrote:
>>>>>>>>>> ...
>>>>>>>>>>>> 3) Domain level is just a single integer and it should be
>>>>>>>>>>>> treated as such,
>>>>>>>>>>>> there's no need for an LDAPObject plugin and other unnecessary
>>>>>>>>>>>> complexities.
>>>>>>>>>>>> The implemetation could be as simple as (from top of my head,
>>>>>>>>>>>> untested):
>>>>>>>>>>> That's right, I also considered this approach, but as far as I
>>>>>>>>>>> know you do
>>>>>>>>>>> not
>>>>>>>>>>> get the permission handling for the global DomainLevel entry
>>>>>>>>>>> otherwise.
>>>>>>>>>>>
>>>>>>>>>>> Ludwig, I changed the path for the global entry to
>>>>>>>>>>> cn=DomainLevel.
>>>>>>>>>> I know this particular DN was added to the design by Simo, but
>>>>>>>>>> why do we want
>>>>>>>>>> to use CamelCase with LDAP object?
>>>>>>>>>>
>>>>>>>>>> Wouldn't "cn=Domain Level,cn=ipa,cn=etc,SUFFIX" be a better place
>>>>>>>>>> for it? This
>>>>>>>>>> is the last time we can change it, so I am asking now. Then, we
>>>>>>>>>> will be stuck
>>>>>>>>>> with this DN forever.
>>>>>>>>> I don't mind using ""cn=Domain Level" ,
>>>>>>>>>
>>>>>>>>> but where does the entry live, here you say
>>>>>>>>>
>>>>>>>>> cn=Domain Level,cn=ipa,cn=etc,SUFFIX"
>>>>>>>>>
>>>>>>>>> and in the design page it is:
>>>>>>>>>
>>>>>>>>> cn=DomainLevel,cn=etc,SUFFIX
>>>>>>>>>
>>>>>>>>> The current version of the topology plugin is looking for
>>>>>>>>>
>>>>>>>>> cn=DomainLevel,cn=ipa,cn=etc,SUFFIX"
>>>>>>>>> but I want to change it to do a search on
>>>>>>>>> objectclass=ipaDomainLevelConfig
>>>>>>>> I see - we all need to unify the location apparently. I updated the
>>>>>>>> design page
>>>>>>>> to use "cn=Domain Level,cn=ipa,cn=etc,SUFFIX". Tomas, please send
>>>>>>>> the updated
>>>>>>>> patch set, it should be an extremely simple change :-)
>>>>>>> I prefer the ipa parent and the space in the name, so I'm glad we
>>>>>>> could agree
>>>>>>> on this without much bikeshedding.
>>>>>>>
>>>>>>> Updated patch attaced.
>>>>>>>
>>>>>>> Tomas
>>>>>>>
>>>>>>>
>>>>>> I still see
>>>>>>
>>>>>> +# Create default Domain Level entry if it does not exist
>>>>>> +dn: cn=DomainLevel,cn=ipa,cn=etc,$SUFFIX
>>>>>> +default: objectClass: top
>>>>>> +default: objectClass: nsContainer
>>>>>> +default: objectClass: ipaDomainLevelConfig
>>>>>> +default: ipaDomainLevel: 0
>>>>>>
>>>>>> ...
>>>>>
>>>>> Right, the space eluded me there, thanks for the catch.
>>>>>
>>>>> Tomas
>>>>
>>>> A new iteration of the patch, including the server-side checks for the
>>>> installers.
>>>>
>>>> Tomas
>>>
>>> 1) https://www.redhat.com/archives/freeipa-devel/2015-May/msg00228.html
>>> - I still don't agree that the plugin should be based on LDAPObject.
>>
>> On the other hand, with LDAPObject base, Web UI for this feature is much
>> more simpler because it can rely on existing conventions.
> 
> Following this logic, should *everything* be based on LDAPObject,
> because it would satisfy the convetion? I don't think so. The convetion
> should not apply here, because domain level is conceptually *not* an
> object, it is a property. IMHO having a clean API should be preferred
> over implementation convenience.
> 

I do not have strong opinions over this. Attached version implements
a lightweight approach to the domainlevel related commands.

Tomas
-------------- next part --------------
A non-text attachment was scrubbed...
Name: freeipa-tbabej-0325-8-Add-Domain-Level-feature.patch
Type: text/x-patch
Size: 25530 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/freeipa-devel/attachments/20150525/24d53848/attachment.bin>


More information about the Freeipa-devel mailing list