It's not a secret anymore!
The moose likes Web Services and the fly likes Right SOA architecture Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login
JavaRanch » Java Forums » Java » Web Services
Bookmark "Right SOA architecture " Watch "Right SOA architecture " New topic

Right SOA architecture

tola ademiju

Joined: Mar 16, 2006
Posts: 3
I am fairly new to SOA/Web services and i am currently been exposed to j2ee world. But i would like some advice about a new project i am about the start on.

Currently we have a legacy corba server that recieves updates notification from a sybase database (do not know as yet how it does that as its a proprietry server) and sends this to a web service application client that sits an Artix Enterprise Service Bus(IONA Product).

Now the Corba server is to be removed as it will no longer be supported. So i have been given the task to rewrite its functionality using this Artix ESB of which corba is supported. So i could use corba if i wanted to. Artix also heavyly supports XML so I could maybe use SOAP/xml/rpc/http/corba. It also supports JMS. I have proposed to have on thread just getting this notification and other thread sending these notification to any connected clients. So as to remove any bottleneck. I suppose my question is which protocol do you deem approraite for a server that that will fairly busy and why?.
Stan James
(instanceof Sidekick)
Ranch Hand

Joined: Jan 29, 2003
Posts: 8791
XML over HTTP is the most universal protocol, or lowest common denominator if you prefer. You can implement your server with a servlet which gives you all the threading and scalability benefits of a servlet container with very little effort. Plenty of tools will generate the public interface for you so you never have to see XML or WSDL.

While wrestling with protocols, consider REST before settling on SOAP. Here's a neat article about whether things on the web are all Resources, Gets, Messages or Procedures.

I left out CORBA completely. Do your clients require you to use it?

A good question is never answered. It is not a bolt to be tightened into place but a seed to be planted and to bear more seed toward the hope of greening the landscape of the idea. John Ciardi
William Brogden
Author and all-around good cowpoke

Joined: Mar 22, 2000
Posts: 13036
Seems to me that XML messages via JMS would have the advantage that data will not be lost if the target application is currently unresponsive. The "publish - subscribe" could handle multiple clients.
I agree. Here's the link:
subject: Right SOA architecture
It's not a secret anymore!