On 8/3/2015 2:31 AM, Martin Kosek wrote:
On 07/31/2015 05:07 PM, Endi Sukma Dewata wrote:
The CLIs to manage vault owners and members have been modified
to accept services with a new parameter. Due to name conflict,
the existing 'service' parameter has been renamed to

A new ACL has been added to allow a service to create its own
service container.


I did not do a full review, I just saw some of the changes that made me worry -
like renaming API command attribute. Wouldn't that make the older clients fail?

See for example permission-* commands, we faced similar situation there and had
to rename command attributes potentially used by old clients in the new format.

Yes, it will break older clients. The problem is I cannot keep the legacy 'service' parameter for backward compatibility:

        doc=_('DEPRECATED: Service name of the service vault'),
        doc=_('Service name of the service vault'),

because it will conflict with a new 'service' parameter:

[Mon Aug 03 17:19:00.197040 2015] [wsgi:error] [pid 9409] ipa: ERROR: Failed to start IPA: cannot override NameSpace.service value Str('service?', cli_name='deprecated_service', doc=Gettext('DEPRECATED: Service name of the service vault', domain='ipa', localedir=None)) with Str('service*', alwaysask=True, cli_name='services', csv=True, doc=u'services to add', label=u'member service')

that was added automatically when I added the 'service' attribute member:

    attribute_members = {
        'owner': ['user', 'group', 'service'],
        'member': ['user', 'group', 'service'],

If there's a way to use a different parameter name for the 'service' attribute member to avoid conflict with the legacy 'service' parameter please let me know.

The other option is to force the client to upgrade to the same version.

Please let me know. Thanks.

Endi S. Dewata

Manage your subscription for the Freeipa-devel mailing list:
Contribute to FreeIPA: http://www.freeipa.org/page/Contribute/Code

Reply via email to