servidores de aplicativos (com EJBs) são o único caminho para a comunicação cliente / servidor Java EE?

Question

Imagine uma aplicação ERP cliente / servidor Java que serve até 100 usuários simultâneos, ambos os clientes web e swing. Para persistência podemos usar Persistence API e Hibernate. Mas quando se trata de comunicação cliente / servidor, não temos realmente uma alternativa ao uso de um AS com EJBs para manter baixos os custos de programação de comunicação remota?

Parece uma solução muito pesado para jogar em EJBs e um servidor de aplicativos, apenas para o material de comunicação remota. Há também a maneira padrão usando RMI, mas quem quer hoje em dia para código tudo sozinho ...

Eu sei que você vai ter um monte de recursos para livre com um AS, além da parte de comunicação remota. E, talvez seja o caminho a percorrer. Mas, há realmente quaisquer outros (baixo custo de programação) alternativas para um AS para fazer a comunicação cliente / servidor para um aplicativo corporativo?

Answer 1

Pessoalmente considero Seam para ser a solução definitiva para o problema que eu não tenho, mas isso de lado, existem muitas opções e Primavera é usada para a maioria deles:

• RMI ;
• Hessian (binário HTTP protocolo baseado);
• HTTP Chamadores (Java serialização sobre HTTP);
• Web Services ; ou
• JMS .

A vantagem do HTTP baseado métodos remoting é que eles facilmente conectar em modelos de segurança do Spring. Além disso, em seguida, você tem acesso a coisas como interceptores.

Answer 2

Você pode usar estruturas de peso de comunicação remota de luz. Primavera está a ter um número de opções nesta seção.

Se você me perguntar uma palavra para tanto, vou sugerir dois. Costura ou da mola. Eu mesmo como Seam, mas para leve remoting Primavera tem soluções mais viáveis ??e apoio. Novamente, se o seu AS é JBoss, dar um pensamento para Seam .

Answer 3

Um servidor de aplicativos é uma solução bastante pesado. Dependendo de suas necessidades, gostaria de tentar ter certeza de que você pode executar em um recipiente simples servlet (como Tomcat). Acho comunicação remota muito mais fácil com Spring-remoting vez de EJB completo. Primavera-comunicação remota fornece uma abstracção na técnica de comunicação remota utilizada real. Hessian tem uma boa reputação como um protocolo lightweigth.

Ter algum tipo de estrutura de servidor (AS ou servlet container) é uma coisa boa, você não precisa pensar muito sobre todos os problemas de baixo nível (estabelecimento da conexão, segmentação, ...).