<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    On 03/23/12 17:39, Matthew Harmsen wrote:
    <blockquote cite="mid:4F6D17DD.3030103@redhat.com" type="cite">
      <meta content="text/html; charset=ISO-8859-1"
        http-equiv="Content-Type">
      On 03/23/12 13:34, Ade Lee wrote:
      <blockquote cite="mid:1332534863.11866.1.camel@aleeredhat.laptop"
        type="cite">
        <pre wrap="">    Added policy deprecations
    
    Many of the policy deprecation warnings come from classes that probably ought to
    be deprecated as part of the deprecated policy framework as well.  Making these
    as deprecated removes the deprecation warnings - and we can really see where
    we make sure of deprecated policy code elsewhere.
    
    Also removed some URLEncoder, Decoder deprecations

Please review.
Ade

</pre>
        <br>
        <fieldset class="mimeAttachmentHeader"></fieldset>
        <br>
        <pre wrap="">_______________________________________________
Pki-devel mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:Pki-devel@redhat.com">Pki-devel@redhat.com</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="https://www.redhat.com/mailman/listinfo/pki-devel">https://www.redhat.com/mailman/listinfo/pki-devel</a>
</pre>
      </blockquote>
      ACK<br>
      <br>
      Tested this by:<br>
      <ul>
        <li>applying the patch</li>
        <li>building and installing a fresh CA and KRA</li>
        <li>enrolling a CA user cert</li>
        <li>enrolling CA signing/encryption user certs which exercise
          the KRA</li>
        <li>revoking a CA user cert</li>
        <li>un-revoking a CA user cert</li>
      </ul>
      Everything worked.<br>
      <br>
      Also compiled under Eclipse and saw numerous Policy deprecations
      (do not know how many existed prior to this patch).<br>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
Pki-devel mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Pki-devel@redhat.com">Pki-devel@redhat.com</a>
<a class="moz-txt-link-freetext" href="https://www.redhat.com/mailman/listinfo/pki-devel">https://www.redhat.com/mailman/listinfo/pki-devel</a>
</pre>
    </blockquote>
    Alee,<br>
    <br>
    Although I believe that it is un-related to this bug (as I believe
    that I have seen this issue before), when configuring the DRM via
    the Browser GUI, I saw the following:<br>
    <blockquote>Security Domain (SjcRedhat Domain) Login <br>
      <br>
      The Enterprise DRM Administrator will register this DRM Subsystem
      located at pkilinux.sjc.redhat.com under this Security Domain
      located at pkilinux.sjc.redhat.com. The credential information
      will be provided to the Security Domain for authentication.<br>
      <br>
      ! $errorString<br>
      <br>
                 Uid:<br>
            Password:<br>
    </blockquote>
    --- Matt<br>
  </body>
</html>