<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">On 10/23/2013 11:35 AM, Dolph Mathews
      wrote:<br>
    </div>
    <blockquote
cite="mid:CAC=h7gXgV0E4sng67HSyhH4oQqpnBP624pccr8_EpAZrp7h7xw@mail.gmail.com"
      type="cite">
      <div dir="ltr"><br>
        <div class="gmail_extra">
          <div class="gmail_quote">On Wed, Oct 23, 2013 at 8:14 AM,
            Chmouel Boudjnah <span dir="ltr"><<a
                moz-do-not-send="true"
                href="mailto:chmouel@enovance.com" target="_blank">chmouel@enovance.com</a>></span>
            wrote:<br>
            <blockquote class="gmail_quote" style="margin:0px 0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
              <div dir="ltr">Hello,
                <div><br>
                </div>
                <div>If i understand correctly (and I may be wrong) we
                  are moving away from user_crud to use /credentials for
                  updating password including ec2. The credentials
                  facility was implemented in this blueprint :</div>
                <div><br>
                </div>
                <div><a moz-do-not-send="true"
href="https://blueprints.launchpad.net/keystone/+spec/extract-credentials-id"
                    target="_blank">https://blueprints.launchpad.net/keystone/+spec/extract-credentials-id</a><br>
                </div>
                <div><br>
                </div>
                <div>
                  and documented here :</div>
                <div><br>
                </div>
                <div><a moz-do-not-send="true"
href="http://docs.openstack.org/api/openstack-identity-service/2.0/content/POST_updateUserCredential_v2.0_users__userId__OS-KSADM_credentials__credential-type__.html"
                    target="_blank">http://docs.openstack.org/api/openstack-identity-service/2.0/content/POST_updateUserCredential_v2.0_users__userId__OS-KSADM_credentials__credential-type__.html</a><br>
                </div>
                <div><br>
                </div>
                <div>I may be low on my grep-fu today but I can't seem
                  to find anything implementing something like :</div>
                <div><br>
                </div>
                <div>
                  <p>POST
                    /v2.0/users/{userId}/OSKSADM/credentials/password</p>
                </div>
              </div>
            </blockquote>
            <div><br>
            </div>
            <div>The v3 version of this call is in progress: <a
                moz-do-not-send="true"
href="https://blueprints.launchpad.net/keystone/+spec/v3-user-update-own-password">https://blueprints.launchpad.net/keystone/+spec/v3-user-update-own-password</a></div>
            <div> <br>
            </div>
            <blockquote class="gmail_quote" style="margin:0px 0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
              <div dir="ltr">
                <div>
                  <p>but only implemented for OS-EC2</p>
                  <p>So my question is, user_crud seems to be way to
                    update password currently (by /OS-KSADM/password
                    path) is it something that would need to be added in
                    the future to /credentials/password ?</p>
                </div>
              </div>
            </blockquote>
            <div>
              That's sort of being tackled here, with slightly different
              terminology:</div>
            <div><br>
            </div>
            <div><a moz-do-not-send="true"
href="https://blueprints.launchpad.net/keystone/+spec/access-key-authentication">https://blueprints.launchpad.net/keystone/+spec/access-key-authentication</a></div>
            <div><br>
            </div>
            <div>Regular "passwords" are currently backed to the
              identity driver, but there's no reason why they couldn't
              be managed via /v3/credentials.</div>
          </div>
        </div>
      </div>
    </blockquote>
    +1  :  I think this is the right approach.<br>
    <br>
    <blockquote
cite="mid:CAC=h7gXgV0E4sng67HSyhH4oQqpnBP624pccr8_EpAZrp7h7xw@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div class="gmail_extra">
          <div class="gmail_quote">
            <div> </div>
            <blockquote class="gmail_quote" style="margin:0px 0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
              <div dir="ltr">
                <div>
                  <p>Cheers,</p>
                  <p>Chmouel.</p>
                </div>
              </div>
              <br>
              _______________________________________________<br>
              OpenStack-dev mailing list<br>
              <a moz-do-not-send="true"
                href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
              <a moz-do-not-send="true"
                href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev"
                target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
              <br>
            </blockquote>
          </div>
          <br>
          <br clear="all">
          <div><br>
          </div>
          -- <br>
          <div><br>
          </div>
          -Dolph
        </div>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
OpenStack-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a>
<a class="moz-txt-link-freetext" href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>