<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">03.04.15 19:59, Phil Race wrote:<br>
    </div>
    <blockquote cite="mid:551EC70E.6080201@oracle.com" type="cite">HeadlessToolkit.java
      <br>
      <br>
       321     @Override
      <br>
       322     @SuppressWarnings("deprecation")               
      <<<=== We don't need this any more do we ?
      <br>
       323     public FontPeer getFontPeer(String name, int style) {
      <br>
       324         if (componentFactory != null) {
      <br>
       325             return componentFactory.getFontPeer(name, style);
      <br>
       326         }
      <br>
       327         return null;
      <br>
       328     }
      <br>
      <br>
      I expect there are others like this that can be removed too that I
      haven't spotted yet.
      <br>
    </blockquote>
    ComponentFactory.getFontPeer() is deprecated as before the fix, so I
    need to suppress the warning.<br>
    <br>
    <blockquote cite="mid:551EC70E.6080201@oracle.com" type="cite">
      <br>
      > - The questionable moment is that I throw an AWTError in a
      some places if a
      <br>
      >  default toolkit not implements ComponentFactory interface.
      <br>
      <br>
      A current implementation of Toolkit that uses the peers isn't even
      going to get so far
      <br>
      as to receive this exception. If someone were to try to update
      their Toolkit to no
      <br>
      longer use the peers, would it be possible to support just the
      'headless' case, so
      <br>
      that they'd be able to implement a headless toolkit without peers
      but not a headful one ?
      <br>
    </blockquote>
    Yes, it is possible. But in this case the new AWTError will not
    occurs, because usually we checks the headless property in the
    constructor of the component.<br>
    for ex:<br>
    <meta http-equiv="content-type" content="text/html; charset=utf-8">
        public Button(String label) throws HeadlessException {<br>
            GraphicsEnvironment.checkHeadless();<br>
            this.label = label;<br>
        }<br>
    <blockquote cite="mid:551EC70E.6080201@oracle.com" type="cite">
      <br>
      -phil.
      <br>
      <br>
      On 04/02/2015 08:15 AM, Sergey Bylokhov wrote:
      <br>
      <blockquote type="cite">Hello.
        <br>
        Please review the fix for jdk 9.
        <br>
        There are a number of public methods in the java.awt.Toolkit
        class, which reference the unsupported java.awt.dnd.peer and
        java.awt.peer interfaces.
        <br>
        <br>
        There is a decision to remove these references as described:
        <a class="moz-txt-link-freetext" href="http://mail.openjdk.java.net/pipermail/awt-dev/2015-February/008924.html">http://mail.openjdk.java.net/pipermail/awt-dev/2015-February/008924.html</a>
        <br>
        Changes description:
        <br>
         - All such methods were moved from Toolkit.java to the
        ComponentFactory.java. Note that all our toolkits implement
        ComponentFactory interface.
        <br>
         - HToolkit, HeadlessToolkit, SunToolkit were cleared because
        they have the same implementation of these methods as in
        ComponentFactory.
        <br>
         - The questionable moment is that I throw an AWTError in a some
        places if a default toolkit not implements ComponentFactory
        interface.
        <br>
        <br>
        Bug: <a class="moz-txt-link-freetext" href="https://bugs.openjdk.java.net/browse/JDK-8074757">https://bugs.openjdk.java.net/browse/JDK-8074757</a>
        <br>
        Webrev can be found at:
        <a class="moz-txt-link-freetext" href="http://cr.openjdk.java.net/~serb/8074757/webrev.04">http://cr.openjdk.java.net/~serb/8074757/webrev.04</a>
        <br>
        <br>
      </blockquote>
      <br>
    </blockquote>
    <br>
    <br>
    <pre class="moz-signature" cols="72">-- 
Best regards, Sergey. </pre>
  </body>
</html>