[quote=gibaholms]humm, verdade… eh legal essa solução, mas desculpa cara, aí vai de opinião pra opinião, mas particularmente eu não usaria.
Aliás, poderia ser criado um tópico só pra isso, pois acredito que eu não seja o único a defender o RMI.
Mas num ambito mais global, dexa eu ver se entendi. Você defende fazer um sistema distribuído SEM ejb, usando apenas servlets ?
Ou existiriam os EJBs, e os servlets seriam uma camada de serviço para acesso remoto ?
Cara, eu não vejo isso com bons olhos. Se fosse pra fazer assim, usaria webservices![/quote]
Eu tenho que concordar com Luca na questão de não usar RMI.
Para começar RMI não usa a porta 80 e logo se torna um problema operacional. A solução tem que ser HTTP.
Fazer um sistema de invocação remota com HTTP é trivial (não e´trivial fazê-lo eficiente lol).
Seja com XML, CVS, Serialização de Objetos, tanto faz. A ideia é sempre: transporte o seu request para o servidor, faça ele processar e transporte a resposta de volta. No browser o request e a reposta são padrão.
Contudo, hoje em dia, com ajax , nem é mais assim tb. Existe sempre um “protocolo escondido” quando subimos un nivel e não usamos HTML directamente. Isto é uma Service Layer acoplada a uma sistema de serialização.
Funciona e é simples.
Webservices complicam demais. E a sua única utilidade é para fazer sistemas diferentes se comunicarem. Não foram desenhados para serem usados dentro do mesmo sistema. (Um cliente-servidor são o mesmo sistema.)
EJB é util localmente (na mesma jvm) ou para integração entre sistemas diferentes. contudo os web-services mataram o segundo uso e o primeiro é irrelevante já que vc pode construir os seus serviços como pojos.
Servlets é realmente a base tecnologia de uma comunicação simples entre cliente e servidor. Eu cheguei a usar JMS para mensagens de callback do servidor para o cliente, mas realmente sem usar EJB)
Por outro lado, fazer thin-clients em swing é uma como matar uma mosca com uma bomba nuclear. O browser é por definição um thin-client. Já que estamos em ambiente grafico de verdade vale fornecer interações gráficas ricas. Por exemplo, não abra reports no adobe reader como faria no borwser, abrar dentro so seu sistema com uma janela propria com opções próprias. O jasperReports tem um component para isto. É util , parece que o sistema é muito sofisticado e libera de depender do adobe reader. Claro, que existem os efeitos de luz, sombra, slide, fade, etc… mas nem precisa tanto para o sistema parece standalone.