Os feijões de Java da empresa transformaram-se a fundação para desenvolver componentes distribuídos da aplicação. Entretanto, o padrão de EJB não inclui contratos específicos para adaptadores; daqui a importância de especificações de JCA. Talvez você pode discutir que as especificações de EJB poderiam ter sido estendidas para incluir contratos adaptador-específicos. Um adaptador pode conceptualized como um specialization ou um tipo novo de EJB. Justo como há um feijão da entidade, um feijão da sessão, e um feijão da mensagem, lá poderia ter sido um feijão de EIS. Entretanto, o espaço dos adaptadores vai além do ambiente de J2EE, e porque EJB é um modelo componente de J2EE, de uma especificação separada para o sentido dos makes dos adaptadores.

Entretanto, EJBs será os clientes preliminares de adaptadores do recurso de JCA, e serão também os pontos de acesso preliminares da aplicação de J2EE para adaptadores do recurso. O relacionamento entre EJBs e adaptadores do recurso é bidirectional, e os scenarios resultantes podem variar de simples ao complexo. O trabalho do ajuntador da aplicação será amarrar junto os componentes relevantes de EJB e os adaptadores de JCA, e assegura a integridade da aplicação de J2EE.

As especificações talvez de JCA e de EJB fundirão em algum ponto, especialmente porque há uma sobreposição em seus papéis as well as em suas potencialidades. A intenção de JCA é diferente dos objetivos de EJB, que são restringidos aos ambientes de J2EE. Nonetheless, às vezes um feijão da sessão ou um feijão mensagem-dirigido podem fazer o trabalho da integração da aplicação; e se fosse um teste padrão mais simples do projeto, poderia ser justificada.