Hi, We are currently implementing a solution using OFBiz as the back-end, Struts on the front-end, and RMI for communication between both. We choose RMI for 2 reasons : full java (no XML) and really good performance (a call is something like 50-100 ms). One thing you have to take care about is that with RMI, you cannot use OFBiz entities on the front-end so you have to write a proxy that transform OFBiz entities to front-end objects. Nothing complicated nevertheless.
We made a prototype and it was ok, we are now implementing the real site. Once finished I will try to give you more feedback. HTH, Cimballi On Wed, Apr 15, 2009 at 12:14 PM, Vince Clark <[email protected]> wrote: > Our client has a requirement to deploy their ecommerce storefront on a > physically separate server from the back office apps. We have been > experimenting with other frameworks and integrating via web services for > some time, and this requirement pushes up the urgency. > > Options we are considering: > > • Use OFBiz MVC framework to build the ecommerce site and deploy it on a > separate server. Use RMI to communicate between two OFBiz instances. > • Tapestry - Java based, so maybe RMI is still an option. But not sure > if that really makes it any easier than using web services. > • Symfony - we have prototyped this and exposed things like user login > and shopping cart via web services on the OFBiz side. Have tested this with > Axis2 and Mule. > • DJango - Just looking into this. > > Our primary motivation for going with Symfony or DJango is to keep the web > tier as light weight as possible. It would be all about presentation, and > would consume all functionality from OFBiz. > > Looking forward to feedback from the community on this topic. >
