Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

  1. Instances are all the same (simple case)
  2. Instances are differents or mixed (some instances may be the same)
  • In the simple case we need only one root (ofbiz.home) and

...

  • one classpath. Instances are numbered, except the "default one". This allows to keep OFBiz current code : all links from a numbered instances going out of the current application to another application will go to the corresponding called application in the default non numbered instance. This is more a hack but it works. It's interesting when you have a lot of people working in a sole application as it's the case when you have a group of people working to seel goods by phone or other channels (customer support) and for the eCommerce aplication as well.
  • In the second case there are as many as roots and classpathes couples as there are different instances. I have already in code

...

  • what is needed to deal with both cases, but I got an issue when writing to modules web.xml (the xml root node is readonly and I don't understand why).

...

  • In the simple case it's not a problem as we need only to write in the 1st web.xml file (in webtools's) and we can do it by hand (we don't need to dynamically put an instance number in it)

...

  • . Anyway there is much more than this since OFBiz is not build to run multi-instances. In the 1st case it's less a problem as all instances refer to the default corresponding application but to work properly in the general case it would need to introduce an instance number parameter in links. I also got a glimpse of another possibility during my reading of Geronimo or WASCE documentation but I forgot where. I will have to search anew...

Miscellaneous experiences

...