[orchestration]Use openstackclient instead of heat-keystone-setup-domain tool

[Ethan Lynn]

Now we using heat-keystone-setup-domain script to create a heat domain and related admin user.

https://github.com/stackforge/cookbook-openstack-orchestration/blob/master/recipes/identity_registration.rb#L159-L169
  execute 'heat-keystone-setup-domain' do
    environment 'OS_USERNAME' => admin_user,
                'OS_PASSWORD' => admin_pass,
                'OS_AUTH_URL' => auth_url,
                'OS_CACERT' => ca_cert,
                'OS_CERT' => cert_file,
                'OS_KEY' => key_file,
                'HEAT_DOMAIN' => stack_user_domain_name,
                'HEAT_DOMAIN_ADMIN' => stack_domain_admin,
                'HEAT_DOMAIN_PASSWORD' => stack_domain_admin_password
    command "heat-keystone-setup-domain #{insecure}"
  end

But it's not recommended, and this tool may removed in the future.
It's better using openstackclient to create HEAT_DOMAIN and HEAT_DOMAIN_ADMIN for heat.

[Mark Vanderwiel (vanderwl)]

Base fix for this should go into the new client cookbook and then have the heat cookbook take advantage of that.

Here are the related blueprints on this:

https://blueprints.launchpad.net/openstack-chef/+spec/domain-support
https://blueprints.launchpad.net/openstack-chef/+spec/decouple-lwrp-from-image-cookbook
https://blueprints.launchpad.net/openstack-chef/+spec/identity-registration-cleanup
https://blueprints.launchpad.net/openstack-chef/+spec/identity-registration-refactor
https://blueprints.launchpad.net/openstack-chef/+spec/nova-network-lwrp

[Dr. Jens Harbott (j-harbott)]

This is fixed in master, as https://review.openstack.org/288387 removed that execute resource. If someone wants to deploy this feature, they should write a wrapper and use the client cookbook to create the proper resources.