EJB x QualQuerOutraCoisa

GUJeiros,

É o seguinte,

Tenho 8 sistemas que serão desenvolvidos em java, cada um é um sistema a parte e independentes, porém preciso que todos conversem entre si em tempo real.

Eles podem estar num mesmo local, como também em locais diferentes.

Perguntas:

Realmente preciso de EJB?

Existe alguma outra coisa que faz isso sem ser EJB?

Frameworks que poderiam auxiliar, no controle, integração?

O que eh "conversar entre si" no seu caso?

Rafael

skill_ufmt wrote:Frameworks que poderiam auxiliar, no controle, integração?

Se realmente não for preciso usar EJB, um framework bacana para se utilizar é o Spring Framework:

http://www.springframework.org/

[]'s

Rafael Steil wrote:O que eh "conversar entre si" no seu caso?

Rafael

Um sistema acessar dados de outro sistema...
Servidores diferentes, bancos diferentes...

caiofilipini wrote:

skill_ufmt wrote:Frameworks que poderiam auxiliar, no controle, integração?

Se realmente não for preciso usar EJB, um framework bacana para se utilizar é o Spring Framework:

http://www.springframework.org/

[]'s

Ja havia pensado no Spring, só não sei se ele integra com EJB.

É possivel EJB + Hibernate ? Hibernate local e EJB para algum acesso remoto?

skill_ufmt wrote:
Um sistema acessar dados de outro sistema...
Servidores diferentes, bancos diferentes...

Isso vc consegue de maneira relativamente facil sem EJB. Ate mesmo replicacao de objetos eh facil (oscache, jboss-cache etc.)

Rafael

Rafael Steil wrote:

skill_ufmt wrote:
Um sistema acessar dados de outro sistema...
Servidores diferentes, bancos diferentes...

Isso vc consegue de maneira relativamente facil sem EJB. Ate mesmo replicacao de objetos eh facil (oscache, jboss-cache etc.)

Rafael

Mesmo estando os sistemas em locais fisicos diferentes?

EJBs, WebServices, RMI, Corba, SOA em geral são uma boa forma de compartilhar comportamento entre aplicações.

Mas na maioria dos casos a integração já fica legal usando banco de dados, troca de arquivos, serviços de mensageria (MoM).

Tem que estudar caso a caso, senão fica 1 porcaria. Minha recomentação, melhor que prestar atenção em tudo que escrevi acima é ler esse site http://www.eaipatterns.com/

skill_ufmt wrote:[

Mesmo estando os sistemas em locais fisicos diferentes?

Sim. Mas va mais pelo que o louds falou..

Rafael

Valeu pelas infos e links.

Sei que o tempo de projeto com EJB é mais alongado, e por isso pensei em buscar alternativas.

Mas antes gostaria de saber:

Qual tecnologia(EJB, WebServices, SOAP, Menssagens e etc ...) levaria mais tempo de desenvolvimento e aprendizado visto que a equipe não trabalhou com elas ainda.

E para os experientes, fugir do EJB é sempre bom? li em algum lugar que o proprio criador do EJB desaconselha o seu uso a menos que realmente seja necessário, também vi isto em algumas discussões, claro que cada um tem seu ponto de vista, e gostaria de sabe-las, para poder escolher melhor qual tecnologia adotar.

GUJ Master Membro desde: 11/02/2005 08:08:02 Mensagens: 1595 Offline

E ai Skill!

Skill wrote: Qual tecnologia(EJB, WebServices, SOAP, Menssagens e etc ...) levaria mais tempo de desenvolvimento e aprendizado visto que a equipe não trabalhou com elas ainda.

Cara... se eu não tivesse outra opção eu escolheria Web Services!!!
Mas sinceramente... depende muito do sistema!!!

skill wrote:o proprio criador do EJB desaconselha o seu uso a menos que realmente seja necessário

Acho que para qualquer solução esta idéia é válida. Mas no caso de EJB acho que a importância desta frase é ainda maior!!!

qual tecnologia adotar.

Eu optaria por utilizar um framework como Spring!

Posso até estar errado, e também não manjo muito sobre essas paradas citadas acima... mas acho que Spring está de bom tamanho!!!

Um Abraço!

Thiago Senna wrote:E ai Skill!

Fala Tiago...

Pois então as minhas dúvidas primordiais, são exatamente até onde vão os framework como o Spring, ele consegue gerenciar transações remotas? em tempo real?

Webservices, consegue isso? lembrando que não terei sistemas implementados em linguagens diferentes.

Os sistemas atuaram em conjunto, como se fossem módulos, onde um módulo pode ou não depender de informações dos outros módulos.

GUJ Expert Membro desde: 12/03/2003 11:25:57 Mensagens: 4680 Offline

Não consigo entender a mania de WebServices. Se você precisa publicar seus serviços para clientes que você *não conhece*, ok. Caso contrário, que tal usar alguma tecnologia de comunicação remota com (bem) menos Strings e mais Objetos?
Se você sabe quem serão os clientes de cada serviço, e exatamente a maneira que cada serviço foi implementado, acho desnecessário ficar passando um monte de arquivinho xml via http ...

http://searchwebservices.techtarget.com/ateQuestionNResponse/0,289625,sid26_cid506981_tax298968,00.html

GUJ Master Membro desde: 11/02/2005 08:08:02 Mensagens: 1595 Offline

É eu concordo....

Eu indiquei web services pela curva de aprendizagem ser mais fácil!!!

Talvez o Ideal seja usar Sockets!!! (hehe rsrs....)!!!

GUJ Expert Membro desde: 12/03/2003 11:25:57 Mensagens: 4680 Offline

hehe

RPC ou RMI são bonitos.

http://www.retrogui.com/cgi-bin/wiki_dualrpcserver.pl/FAQ

Notícias, artigos e o maior fórum brasileiro sobre Java