Well this is really getting interesting (as it touches some points I was making in earlier posts):
2009/9/11 James McGill <[email protected]> > But if the application needs to be aware of what domain it is serving, > I suspect you need multiple instances of it. I wonder how multiple > instances of OFBiz behave when connected to a single database. I > also wonder if it is more efficient to run a single ofbiz.jar with > applications in multiple contexts, or more efficient to run several > ofbiz.jar which means multiple tomcat instances on several ports. (My > suspicion is the second approach would allow more strict isolation but > would be a memory hog.) > > Any further ideas about this? I wonder how concurrency on the data would be solved. In our daily business practice we tend to run 'smaller' JVMs (ca. 500-1000 MB heap) on multiple ports rather than a single big jvm. One of the main reasons is that we want the GC rather run every 500 msec for ca. 50 msec than every sec for 300 msec. so heap design and cleanup speed are less work intensive when dealing with several smaller jvms. Is it a possible scaling approach to separate on the service layer, i.e. have a "backend" OFBiz instance running that serves several front-end applications in different containers? probably, the service layer is not yet externalizable, e.g. using web services. well ... any thoughts? Regards Carsten
