5 comments

  • pjmlp 3 hours ago
    Note that Java now has its own API for this purpose.

    https://openjdk.org/jeps/484

    • atomicnumber3 3 hours ago
      for those who might be clicking through thinking "since when??", the emphasis is on "now" - this was released in JDK 24.

      bytebuddy predates it by at least a decade.

      • pjmlp 2 hours ago
        Hence the now on my comment. :)
    • zappb 1 hour ago
      Ideally, tools like ByteBuddy will adopt that API as it's for low level concerns.
    • brabel 3 hours ago
      How does that compare in terms of usability and completeness?
      • aardvark179 11 minutes ago
        It is complete, and I’ve found it extremely usable when writing code to trawl over a large number of class files. Looks like it should be good for code generation as well but I haven’t used that yet.
      • pjmlp 2 hours ago
        I have not yet used it, only raising awareness.

        This came to be, because Oracle noticed everyone, including themselves, were depending on ASM, so the JEP was born.

        • cogman10 2 hours ago
          Yup, the ASM dependency is one that would constantly cause us headaches. A load of frameworks have a path to ASM for one reason or another and it requires an update every time you move up JVM runtimes.

          It's usually not painful to update (just bump the version) but it's an annoyance.

          In fact, Byte buddy has a dep on ASM.

      • cogman10 2 hours ago
        It's complete but low level compared to Byte Buddy. A better comparison is the to ASM (which is what it was meant to replace).

        https://asm.ow2.io/

  • cogman10 2 hours ago
    If you are into code generation, another project of interest is Java Poet

    https://github.com/square/javapoet

    I've used it to do a mass refactoring of an annotation-based library. Worked pretty great.

  • selimco 2 hours ago
    It seems like micronaut has been able to avoid runtime bytecode generation by doing everything at compile-time. I wonder if there’s things that you can’t do the micronaut way.
  • morkalork 3 hours ago
    Reminds me of a side project I did when first starting CS! The Java byte code specification is absolutely approachable and if you've never looked at it before I recommend it (although this project says you can still use it without that knowledge)
  • ActorNightly 2 hours ago
    The better question is why use Java for anything these days. If you really need to run something with JVM, use Kotlin.
    • ackfoobar 2 hours ago
      As a Kotlin enjoyer, I find these comments counterproductive. Maybe they like the lack of extension functions?
      • kachapopopow 1 hour ago
        Kotlin is fatter, compiler is slower, code completion is slow as hell on large projects, but other than building small applications - there's really no reason to not use kotlin except for the fact that you need to actually learn the language or else you're going to end up with very very slow codebase where opening a file and waiting for syntax highlighting takes 2-3 seconds and typing autocomplete is just painfully slow.
        • switchbak 5 minutes ago
          "fatter, compiler is slower, code completion is slow as hell" - if that's all you want out of your programming language, then Java is probably a good choice for you.

          For others that value the things that Kotlin brings over Java (even modern Java), and for the ways in which it delivers a simpler experience than Scala - I think it's a pragmatic and sensible decision.