在仅Java环境中Web服务和RMI的优缺点是什么？

Question

When developing distributed applications, all written in Java by the same company, would you choose Web Services or RMI? What are the pros and cons in terms of performance, loose coupling, ease of use, ...? Would anyone choose WS? Can you build a service-oriented architecture with RMI?

Answer 1

I'd try to think about it this way:

Are you going for independent services running beneath each other, and those services may be accessed by non-java applications some time in the future? Then go for web services.

Do you just want to spread parts of an application (mind the singular) over several servers? Then go for RMI and you won't have to leave the Java universe to get everything working together tightly coupled.

Answer 2

I would choose WS.

• It is unlikely that WS/RMI will be your bottleneck.
• Why to close the door for other possible technologies in the future?
• RMI might have problem if version of classes on client/server get out of sync.

And... I would most likely choose REST services.

Answer 3

If You Aren't Gonna Need It (interop with non-Java), and you probably aren't, RMI is going to be better; less code, less configuration, less bandwidth overhead.

An option if you are scared that you Are Gonna Need It is to use EJB3; it uses RMI, is very easy to setup and deploy, but also allows you to turn your calls into Web Services easily if you need them.

Whatever you do, do not create your own thing; stick to a standard.

Answer 4

my choices are:

standard java serialization - pros : imho offers the most performance, simple to implement (I'm using Spring to expose local interface as remote one); cons : serialization doesn't work between different jvm versions

binary serialization (for example hessian from jetty) - pros : same performance as with java serialization and works between different jvm versions

WS: only if there is a need in interoperability between different platforms java + .net , otherwise it is just too haveweight.

Answer 5

RMI is a great rapid-development transport, but I would advise against using it in a production environment. The serialization compatibility problem can make things awkward, you have to coordinate your deployments very carefully.

WebServices are inefficient, yes, but just through hardware at it. Alternatively, use plain, lightweight XML-over-HTTP, rather than full-fat SOAP/WSDL.