Well We have situation to decide now. I thought stackoverflow is best place to discuss.
Background:
We have 2 JVMs Enterprise Application server and one application deployed on each of them. we need to enable the business functionality invocation from one machine to other. Let assume one is client and another is server.
Now from the performance point view which approach is better to design server application.
by keeping following things in mind:
I have 2 options:
Pure EJB application means EJB client and EJB server component
WebService Plain Java approach (no webservice over EJB, coz it is simply mess)
My Performance metrics: Speed : which design approach will process a request faster. My business application will be deployed on 32 bit machine for sure!
Also note that there is 2 JVMs, one is 32 bit and 64 Bit (avoiding this situation is unavoidable right now)
Please provide your feedback
Regards
Chetan
If by "Web Services" you mean SOAP web services, EJBs should be faster no matter how you do it.
Pros:
Cons:
But if you don't need distributed transaction handling, just use RMI. It has the pros but none of the cons of EJBs. It's been around for ages, but it still works just dandy.
It doesn't have to be one or the other. You can have all your business logic in EJBs, and also provide a web service facade to access the EJB. Also remember that there are different types of web service architectures. SOAP is what most people think of when they hear "web service", but you might also want to look at JAX-RS.
Sending data as XML over HTTP is horribly inefficient. On the other hand, it gives you much more flexibility on the client side. Web services can be consumed from just about any platform or programming language.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With