
<!DOCTYPE html>

<html>

  <head>

    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">

  </head>

  <body>

    <p>Hi Michael,</p>

    <p>Thank you for your feeedback! The apidoc will clearly explain the

      difference in parsing methods and the set of ambiguous arguments.<br>

    </p>

    <div class="moz-cite-prefix">Am 29.03.24 um 12:35 schrieb Michael

      McMahon:<br>

    </div>

    <blockquote type="cite"

      cite="mid:c72741ed-bc06-40c8-8002-677114266c5a@oracle.com">

      <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">

      <p>Hi,</p>

      <p>I think this could be a useful addition. The apidoc would need

        to be clear about the differences from the existing literal

        parsing method and any implications for ambiguity between octal

        and decimal formats spelled out.</p>

      On 28/03/2024 19:09, Sergey Chernyshev wrote:<br>

      <blockquote type="cite"

        cite="mid:0078e435-2d23-4803-8828-fc5976544181@bell-sw.com">It

        is suggested to add a new factory method such as <code

          class="notranslate">.ofPosixLiteral()</code> to <code

          class="notranslate">Inet4Address</code> class to fill this

        gap. This won't introduce ambiguity into the API and won't break

        the long standing behavior. As a new method, it will not affect

        Java utilities such as HttpClient, nor the existing Java

        applications. At the same time, the new method will help dealing

        with confusion between BSD and Java standards. </blockquote>

    </blockquote>

  </body>

</html>