Achei no bytecode da minha aplicação beans que nenhuma classe do projeto declara. Na parte 3 do mergulho no ArC, mostro como extensões criam beans a partir de configuração, por que o Quarkus não roda Portable Extensions e como funciona uma extensão Quarkus por dentro.
Um construtor que roda duas vezes, um interceptor que funciona até em chamadas internas e um bean que nem existe em runtime. Na parte 2 do mergulho no ArC, mostro o que o build do Quarkus muda no código de quem escreve aplicação.
Abri o bytecode que o Quarkus gera para o CDI para ver o que o container faz antes da aplicação subir. Primeira parte de um mergulho no ArC com experimentos reais: descoberta, validação e um create() que é só um new.
Existe um sistema de plugins escondido dentro do JDK que a maioria dos desenvolvedores nunca usa de propósito. O Java SPI (ServiceLoader) deixa você adicionar comportamento sem tocar no código que o consome. Mostro com código real do meu emulador de NES, mato o frágil arquivo META-INF com o Google AutoService, cubro a variante moderna com JPMS e fecho com a forma como o Quarkus faz a mesma ideia em tempo de build.
Entenda como o Quarkus reinventou a Injeção de Dependência com ArC: zero reflexão em runtime, inicialização imediata e configuração flexível.