Qual a melhor forma de comunicação para essa arquitetura?

desculpa, mas nao entendi porque o uso do flex, implicaria em estar perfeitamente desacoplada?

Você quer saber qual a melhor forma de comunicar sua alicação com os X tipos de front-end? Depende do caso mas a primeira coisa é criar uma Camada de Aplicação, creio, minimizando a lógica da interface de modo que você não escreva a mesma lógica nas X implementações de front-end. Sobre o protocolo em si, eu nunca trabalhei com Flex mas duvido que ele tenha muitos problemas para lidar com interfaces RESTful.

Oi pcalcado.

Na verdade, minha dúvida seria mais em relação a dois back-ends java se comunicando, a comunicação Flex - java eu consigo fazer sem problemas.

Por exemplo, uma de minhas aplicações java terá que se comunicar com essa outra que realiza as buscas no WebService.

A dúvida em si é em relação a comunicação de duas app java.

Grato

desculpa, mas nao entendi porque o uso do flex, implicaria em estar perfeitamente desacoplada?

Desculpa, mas não entendi o COMO sua pergunta contribui para o tópico.

Acredito que, assim como o pcalcado, voce tenha entendido qual minha dúvida.

Se não pode ajudar tecnicamente, ao menos evite desvirtuar o tópico em outro assunto.

Grato

Depende do caso mas na maioria das vezes comunciação via webservices REST são uma boa solução.

Oi pcalcado,

Eu estava pensando em EJB, não seria um bom cenário para seu uso?

Grato

Dificilmente. A menos que você precise muito de alguns benefícios que toda a parafernalha EJB traz é melhor você optar por algo mais simples e que ainda tem interoperabilidade com outras plataformas não-java.

Neste caso eu vejo mais problema em distribuir objetos do que transferir XML.

GraveDigger:

Eu estava pensando em EJB, não seria um bom cenário para seu uso?

Grato

Se é um bom cenario ou nao para uso de EJBs vc quem deve dizer…

Voce iria introduzir um servidor de aplicacao apenas pra isso?

Se sim entao eu preferiria usar restlets ou mesmo servlets.

Neste caso eu vejo mais problema em distribuir objetos do que transferir XML.

oi cmoscoso,

Bom, temos nosso servidor de aplicação já instalado. Nele rodaremos todas essas aplicações acima citadas.

Realmente minha dúvida seria na comunicação de duas aplicações java dentro desse servidor,justamente a questão da distribuição dos objetos.

Qual seria a melhor forma de passar os objetos de uma aplicação para a outra?

Grato

GraveDigger:

.
Qual seria a melhor forma de passar os objetos de uma aplicação para a outra?

Seguindo a primeira lei de Fowler para distribuição de objetos: não distribua seus objetos. Objetos possuem granularidade fina demais, geralmente caindo em excesso de tráfego na rede ou terrível design. Como falei antes tenha uma Camada de aplicação e não troque objetos, troque entitdades de granularidade mais grossa

Neste caso eu vejo mais problema em distribuir objetos do que transferir XML.

oi cmoscoso,

Bom, temos nosso servidor de aplicação já instalado. Nele rodaremos todas essas aplicações acima citadas.

Realmente minha dúvida seria na comunicação de duas aplicações java dentro desse servidor,justamente a questão da distribuição dos objetos.

Qual seria a melhor forma de passar os objetos de uma aplicação para a outra?

Grato

Eu imagino duas formas/estilos de comunicacao. Ou vc distribui seus objetos usando algum mecanismo de chamada remota de metodos (ejb, rmi, servlets) ou simplesmente transfere documentos entre as maquinas usando HTTP (restlet, servlet).

De qq forma vc vai acabar passando pelo HTTP, a questao como bem colocou o pcalcado é qual o beneficio proveniente de se utilizar ejbs.

Se é preciso transferir grande quantidade de informacao de uma so vez eu utilizaria o mecanismo de transferencia de documentos que é exatamente o que HTTP se propoe a afazer. Inclusive acabei de baixar uma distro completinha do linux usando apenas HTTP.

Bom,

Então mesmo eu tendo o mesmo objeto nas duas pontas voces não recomendam que eu transfira esse objeto dessa forma?

Esse objeto teria os dados vindos do WebService já tratados para o que o sistema espera.

Seria basicamente um DTO, mesmo assim vocês acreditam que seja interessante eu não forçar essa tipagem?

Não sei se compreendi muito bem o que vc disse pcalcado, voce poderia ilustrar um pouco melhor.

Obrigado pelas respostas.

Se você tem o mesmo objeto por que você teria um sistema no meio? Por que os sistemas das pontas não acessam diretamente o webservice?

Se você está falando em “mesmo objeto” quanto à mesma classe em Java, isso me parece muito estranho. DTOs são usados apenas para transferência, depois de transferidos eles são consumidos pelo sistema e se transformam em algum outro objeto de negócios, então é estranho termos estes DTOs sendo tão utilizados em tantos lugares.

pcalcado:

Se você tem o mesmo objeto por que você teria um sistema no meio? Por que os sistemas das pontas não acessam diretamente o webservice?

Se você está falando em “mesmo objeto” quanto à mesma classe em Java, isso me parece muito estranho. DTOs são usados apenas para transferência, depois de transferidos eles são consumidos pelo sistema e se transformam em algum outro objeto de negócios, então é estranho termos estes DTOs sendo tão utilizados em tantos lugares.

Bom, eu decidi separar o acesso ao WebService em uma aplicação a parte porque algumas coisas serão comuns a todos os sistemas que tenho que acessarão esses WebServices, por exemplo, um pool de conexões aos WSs. Por isso esse sistema no meio. Pretendo também fazer cache de alguns resultados do Webservice, por isso decidi colocar algo para intermediar isso.

Realmente meu DTO será consumido posteriormente para que os dados que foram transportados sejam devidamente processados e tomem algum sentido dentro do contexto de cada uma das minhas diferentes aplicações, mas o que eu pretendo aproveitar do WebService é comum a todos.

Se você tem a mesma interface será que você não tem apenas um proxy e não um sistema entre eles? Se utilizar webservices REST basta você posicionar um proxy normal como o Squid para este tipo de coisa; como imagino que seu webservice seja SOAP/WS-* não sei como isso pode ser feito (já que tudo é via POSTem SOAP).

Na pior das hipóteses seu sistema ‘proxy’ pode oferecer uma interface simplificada, utilizando REST, ou mesmo a interface SOAP. Definitivamente não parece o caso onde EJBs seriam úteis.

Oi pcalcado,

Agora que vc usou o termo proxy acredito que seja sim ele o melhor termo para definir o que tenho entre minhas apps e os WebServices,já que seu único objetivo é fazer alguns tratamentos no meio do caminho.

Com toda essa discussão percebi que realmente transferir um objeto entre as APPs não seria a melhor solução, mesmo porque, embora não agora, futuramente eu possa precisar de alguma informação adicional que o WebService me fornece(ou pode vir a fornecer) e alterar esse objeto incidiria em alterar todas as minhas aplicações, inclusive aquelas que não se utilizariam dessas novas informações, isso seria muito ruim.

Além da opção de poder oferecer isso para outros sistemas mais facilmente se eu não usar um objeto java para comunicação.

Vou dar uma estudada a respeito do REST, li por cima e me parace uma saida interessante para a situação.

Obrigado a todos que contribuiram.

[]'s

realmente analisando só a minha mensagem, não houve contribuição.
apenas quis entender o porque de você ter mencionado. mas deixamos isto para outro tópico, blz!

na verdade tinha achado um pouco confuso quando você mencionou no uso de 3 front-ends com outros back ends. mas relendo, e com a evolução desta thread, percebi sua preocupação para implementação desta solução. deveria te perguntado anteriormente.

GraveDigger:

Se não pode ajudar tecnicamente, ao menos evite desvirtuar o tópico em outro assunto.

bom projeto!

como assim? que tipo de entidades representaria maior granularidade do que com objetos? (não entendi o seu argumento, poderia explicar melhor)

Objetos são animais sociais e extremamente dependentes um dos outros. Se você trocar objetos numa rede vai cair em um dos dois problemas:

1 - Um péssimo design - os objetos não vão poder se comunicar da maneira esperada porque cada chamada de método pode indicar uma conexão cara de rede
2 - Uma péssima performance - Criando um design completamente OO e realizando chamadas na rede em excesso

Um artigo clássico sobre o tema: http://www.ddj.com/architect/184414966

A saída geralmente adotada é usar unidades de granularidade grossa como Documentos (no caso de webservices) ou DTOs (no caso de protocolos binários).