Esta é para o pessoal do kernel do vraptor3

o vraptor faz um preprocessamento no startup da aplicação e registra todos os controllers (e demais componentes) e monta uma lista com as lógicas…

se vc quiser processar os controllers no startup, crie a seguinte classe:

@Component
@ApplicationScoped
public class SuaClasse implements StereotypeHandler {
    
     public Class<...> stereotype() {
          return Resource.class;
     }

     public void handle(...) {
           //sua lógica aqui
     }
}

Tbm precise disso pra levantar as logicas para o meu controle de permissão e obtive do Lucas no grupo de desenvolvimento do vRaptor a indicação para usar “DefaultRouter.allRoutes()”

Lucas, complementando teu post, na verdade o vraptor não carrega os controllers no startup da aplicação, mas sim no primeiro acesso a alguma URI qualquer, parecido com o cloud-start do GAE/J.

pbnf, quando você faz um primeiro acesso em sua aplicação o vraptor imprime no nível de log INFO todos os mapeamentos de URI, classe e método.

ele não instancia os controllers no startup, mas ele monta as rotas no startup (olha pra todas as classes Controller)

Isso mesmo, troquei as palavras na hora de escrever. O vraptor monta as rotas no primeiro acesso feito. :thumbup:

não, ele não monta no primeiro acesso, ele monta assim que o servidor sobe

Há alguma diferença por eu usar JEE6? Porque quando o servidor sobe nada acontece. Aí quando eu faço um primeiro acesso ele faz a leitura dos componentes.

talvez tenha sim… mas acho estranho de qqer forma…
em todo caso no Servlet 2.5 ele inicia junto com o servidor…
ninguém tá errado então