On Monday, January 13, 2014 8:39 PM, [email protected] wrote > mmm... > Then probably "fastness" is a relative concept. > > What I would like to achieve is an external application which uses ofbiz and > scales. > > The application might not need to access ofbiz all the time, i.e. it should > scales on its own by spawning > itself on different servers (see amazon ec2). I think that using RMI in this > context might make sense (correct me please)
Yes as long as you don't fear firewalls settings > because the overload of "serialization" is on the client (which can scale > easier), > and I think there is even a bit more then simple serialization because > RMI insist on executing on the client side part of the code before the > actual serialization. > (it is not only required the interface to the objects, but also the actual > code, see for example my problem with the logger) Sorry, I don't remember your problem with the logger :) > I am not an expert in RMI! This is only reverse engineering! I might be > wrong! > > This was a new concept for me, coming from plain old RPC. > > Indeed REST is probably "network" fast but would not account for the load on > the servers. (not that RMI does). > Or in other words you might need to scale ofbiz itself. It is already a > solution I am considering. > If all MySQL calls can be assumed to be atomic, which should be the case. > > I guess that the optimal solution is the one that works. > But in this respect: would OfBiz move toward REST? I don't see that moves coming soon. OFBiz was built in the pre REST era. Then SOAP was the defacto web services standard. Something to consider, though bloated SOAP is still ahead of REST in term of security https://stackoverflow.com/questions/853620/secure-web-services-rest-over-https-vs-soap-ws-security-which-is-better If you need most secured RMI, then use SSH Tunneling http://www.javaranch.com/journal/2003/10/rmi-ssh_p1.html >And optimize it for that? > Or would it move toward a solid accounting engine library? Hu? How it relates? Jacques > Thanks a lot! > F
