Web Service x BEA Message Queue (BMQ)

Olá, ainda está com essa pendência?
Bom Web Service está em alta atualmente.
O seu conceito é o de você criar um método(na sua linguagem de programação preferida) e esse método ser disponível via web para qualquer outra tecnologia que conheça o protocolo de comunicação de web services.
para que trabalhe da forma como você quer você precisa de:
ter um servidor de aplicação(J2EE, IIS.net,BEA WEBLOGIC,Websphere, etc…) e descobrir como o servidor implementa web services. No caso do java pode ser o tomcat com axis(apache), jboss(red hat), glassfish(sun), que são todos gratuitos, no caso de .net, tem que ser o IIS.
Aí você cria seu método ou métodos que implemente a gravação no banco de dados e que chame o método(web) que vai receber as informações.
Depois disso você precisa saber qual a melhor forma de agendar tarefas no servidor de aplicações que escolheu, caso não queira ter um disparo just in time das mensagens. No exemplo do .net, a própria microsoft recomenda que se crie o web service com a implementação e um windows service para agendar as tarefas.
No seu caso acredito que terá um web service em cada máquina para a troca de informações.
Aconselho a optar realmente por web services pelo motivo da mensagem transmitida já sere formatada para ser interpretada como propriedades e métodos de programação, facilitando muito na automação.
Desvantagens: existem algumas mas todas são sanadas com produtos ou outros paradigmas que andam surgindo no mercado, vai depender muito da ferramenta que for escolhida, pois as empresas de tecnologia sempre criam várias formas de agilizar e melhorar a usabilidade de suas ferramentas.
Eu comecei a ouvir falar de message queue depois de já estar muito bem aprofundado em web services, inclusive em arquitetura SOA e achei interessante em alguns pontos, principalmente no que diz respeito ao gerenciamento da mensagem, que de início, no mundo do web service, não possuía tantos recursos, mas agora isso anda mudando.
Bom qualquer esclarecimento que precisar entre em contato.

S?io Rangel Sabino:

Olá, ainda está com essa pendência?
Bom Web Service está em alta atualmente.
O seu conceito é o de você criar um método(na sua linguagem de programação preferida) e esse método ser disponível via web para qualquer outra tecnologia que conheça o protocolo de comunicação de web services.
para que trabalhe da forma como você quer você precisa de:
ter um servidor de aplicação(J2EE, IIS.net,BEA WEBLOGIC,Websphere, etc…) e descobrir como o servidor implementa web services. No caso do java pode ser o tomcat com axis(apache), jboss(red hat), glassfish(sun), que são todos gratuitos, no caso de .net, tem que ser o IIS.
Aí você cria seu método ou métodos que implemente a gravação no banco de dados e que chame o método(web) que vai receber as informações.
Depois disso você precisa saber qual a melhor forma de agendar tarefas no servidor de aplicações que escolheu, caso não queira ter um disparo just in time das mensagens. No exemplo do .net, a própria microsoft recomenda que se crie o web service com a implementação e um windows service para agendar as tarefas.
No seu caso acredito que terá um web service em cada máquina para a troca de informações.
Aconselho a optar realmente por web services pelo motivo da mensagem transmitida já sere formatada para ser interpretada como propriedades e métodos de programação, facilitando muito na automação.
Desvantagens: existem algumas mas todas são sanadas com produtos ou outros paradigmas que andam surgindo no mercado, vai depender muito da ferramenta que for escolhida, pois as empresas de tecnologia sempre criam várias formas de agilizar e melhorar a usabilidade de suas ferramentas.
Eu comecei a ouvir falar de message queue depois de já estar muito bem aprofundado em web services, inclusive em arquitetura SOA e achei interessante em alguns pontos, principalmente no que diz respeito ao gerenciamento da mensagem, que de início, no mundo do web service, não possuía tantos recursos, mas agora isso anda mudando.
Bom qualquer esclarecimento que precisar entre em contato.

Cara, é inacreditável.

Nesse segundo mesmo eu estava olhando a programação do BEA MQ.

Isso é destino? haehuaehuaehauehaeuheauhe

A empresa aqui adotou o BMQ mesmo, a contratante que se vire em pagar as licenças.

Mas de qqr maneira um dia eu vou fazer um web service!

Muito obrigado pela explicação bem dada