Comments on: EJB3 contra Generics http://www.kumpera.net/blog/index.php/2007/04/29/ejb3-contra-generics/ Meus achados sobre tecnologia Wed, 16 Jun 2010 18:47:13 +0000 http://wordpress.org/?v=2.8.6 hourly 1 By: Paulo Silveira http://www.kumpera.net/blog/index.php/2007/04/29/ejb3-contra-generics/comment-page-1/#comment-84002 Paulo Silveira Wed, 16 Jun 2010 18:47:13 +0000 http://www.kumpera.net/blog/index.php/2007/04/29/ejb3-contra-generics/#comment-84002 So pra lembrar que passei por essa dificuldade, 3 anos depois do Kumpera ter escrito aqui :). So pra lembrar que passei por essa dificuldade, 3 anos depois do Kumpera ter escrito aqui :).

]]> By: kumpera http://www.kumpera.net/blog/index.php/2007/04/29/ejb3-contra-generics/comment-page-1/#comment-9501 kumpera Mon, 07 May 2007 12:40:51 +0000 http://www.kumpera.net/blog/index.php/2007/04/29/ejb3-contra-generics/#comment-9501 Paulo, O container pode fazer como quiser, mas precisa seguir uma especificação se quiser ser chamado de EJB3. Pelo que lembro, o mecanismo de binding tem que ser funcionalmente igual ao do RMI, ou seja, a assinatura do método do Bean deve ser idêntica àquela utilizada pelo cliente. RMI não possui qualquer provisão de suporte a generics ou erasure. Paulo,

O container pode fazer como quiser, mas precisa seguir uma especificação se quiser ser chamado de EJB3. Pelo que lembro, o mecanismo de binding tem que ser funcionalmente igual ao do RMI, ou seja, a assinatura do método do Bean deve ser idêntica àquela utilizada pelo cliente. RMI não possui qualquer provisão de suporte a generics ou erasure.

]]> By: Paulo Silveira http://www.kumpera.net/blog/index.php/2007/04/29/ejb3-contra-generics/comment-page-1/#comment-9494 Paulo Silveira Mon, 07 May 2007 02:18:27 +0000 http://www.kumpera.net/blog/index.php/2007/04/29/ejb3-contra-generics/#comment-9494 Kumpera, entendi a quebra do RMI! Mas e quanto a requisicao ejb? Porque apesar da requisicao ser via RMI, cada container passar as informacoes do metodo a ser invocado da maneira que ele quise, isso nao é padrao. O cara que faz o unmarshal da Invocation do jboss no lado do servidor poderia fazer esse lookup de metodos de acordo com o real tipo parametrizado... nao? Kumpera, entendi a quebra do RMI!

Mas e quanto a requisicao ejb? Porque apesar da requisicao ser via RMI, cada container passar as informacoes do metodo a ser invocado da maneira que ele quise, isso nao é padrao. O cara que faz o unmarshal da Invocation do jboss no lado do servidor poderia fazer esse lookup de metodos de acordo com o real tipo parametrizado… nao?

]]> By: kumpera http://www.kumpera.net/blog/index.php/2007/04/29/ejb3-contra-generics/comment-page-1/#comment-9488 kumpera Sun, 06 May 2007 15:00:33 +0000 http://www.kumpera.net/blog/index.php/2007/04/29/ejb3-contra-generics/#comment-9488 Paulo, o problema não é o container, ele não tem como resolver isso. Como um Session Bean não precisa implementar suas interfaces local/remota e não existem os métodos bridge, já que as interfaces que são genéricas. A resolução segundo a spec dita que a mesma assinuatura usada na interface deve estar presente no tipo concreto. . Porém o container poderia considerar o fato da interface ser genérica e aplicar o tipo paramétrico na hora de resolver a assinatura, isso resolveria o problema, mas exigiria alteração no protocolo do RMI . Paulo, o problema não é o container, ele não tem como resolver isso. Como um Session Bean não precisa implementar suas interfaces local/remota e não existem os métodos bridge, já que as interfaces que são genéricas. A resolução segundo a spec dita que a mesma assinuatura usada na interface deve estar presente no tipo concreto.
.
Porém o container poderia considerar o fato da interface ser genérica e aplicar o tipo paramétrico na hora de resolver a assinatura, isso resolveria o problema, mas exigiria alteração no protocolo do RMI .

]]> By: Paulo Silveira http://www.kumpera.net/blog/index.php/2007/04/29/ejb3-contra-generics/comment-page-1/#comment-9483 Paulo Silveira Sun, 06 May 2007 05:05:11 +0000 http://www.kumpera.net/blog/index.php/2007/04/29/ejb3-contra-generics/#comment-9483 O container que voce esta usando é quem nao esta sendo esperto o suficiente. Ele podia, por reflection, perceber que o método da interface mae é parametrizado e inferir T=String da interface Bla, não é mesmo? Apesar da spec não dizer nada sobre os métodos bridge, acho que o container deveria ter esse cuidado. O container que voce esta usando é quem nao esta sendo esperto o suficiente. Ele podia, por reflection, perceber que o método da interface mae é parametrizado e inferir T=String da interface Bla, não é mesmo?

Apesar da spec não dizer nada sobre os métodos bridge, acho que o container deveria ter esse cuidado.

]]> By: kumpera http://www.kumpera.net/blog/index.php/2007/04/29/ejb3-contra-generics/comment-page-1/#comment-9432 kumpera Mon, 30 Apr 2007 23:39:57 +0000 http://www.kumpera.net/blog/index.php/2007/04/29/ejb3-contra-generics/#comment-9432 Fagner, sinceramente, se você está usando EJB 2.x e não pode migrar, o melhor a fazer é esconder toda dor de cabeça com Spring e xdocket. Não existe muita opção se você está nessa plataforma legado. Mesmo com a spec se preocupando muito com compatibilidade, é um fardo enorme. Fagner, sinceramente, se você está usando EJB 2.x e não pode migrar, o melhor a fazer é esconder toda dor de cabeça com Spring e xdocket. Não existe muita opção se você está nessa plataforma legado. Mesmo com a spec se preocupando muito com compatibilidade, é um fardo enorme.

]]> By: seufagner http://www.kumpera.net/blog/index.php/2007/04/29/ejb3-contra-generics/comment-page-1/#comment-9428 seufagner Mon, 30 Apr 2007 20:17:14 +0000 http://www.kumpera.net/blog/index.php/2007/04/29/ejb3-contra-generics/#comment-9428 Com uma solução da plataforma, como eu faria para estender meu modelo feito em EJB2.x com EJB3? Visto que o EJB3 da suporte para isso (e eles se preocuparam bastante). Muitos legados não são projetos como o de simples portal, vide Bradesco. Com uma solução da plataforma, como eu faria para estender meu modelo feito em EJB2.x com EJB3? Visto que o EJB3 da suporte para isso (e eles se preocuparam bastante). Muitos legados não são projetos como o de simples portal, vide Bradesco.

]]>