<div dir="ltr"><div dir="ltr">On Wed, Mar 29, 2023 at 4:07 PM Maurizio Cimadamore <<a href="mailto:maurizio.cimadamore@oracle.com">maurizio.cimadamore@oracle.com</a>> wrote:</div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

  
  <div><br><p>
      </p><blockquote type="cite">Personally, I would still be happy to have
        generic enums even without any accomodation by EnumSet/EnumMap.</blockquote>
    <p></p>
    <p>I hear you - but I believe that EnumSet/Map with their methods
      are just a reminder of what would actually happen should we
      unleash generic enums in the large. There are many API
      enum-friendly points sedimented over the years which use the exact
      same patterns as EnumSet/Map - all these API points will not be
      usable when working with a generic enum. So, even if the JDK might
      come up with some solution for its own problematic classes (and
      that solution is not even 100% satisfying), there are classes
      outside our control that will just not work with the new enums.
      One rule we try to stick to when adding new features to the Java
      language, is that it should look like they have been there from
      the start. WIth generic enums that's sadly not the case, and
      worse, they create a split between API points that work with them
      and those which don't, which is ultimately bad for the ecosystem.</p></div></blockquote><div>I see your point (thanks for explaining).</div><div><br></div><div>It is a conundrum.<br></div></div><br><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature">Archie L. Cobbs<br></div></div>