glad you see what I am speaking of.
the one thing I said was it would notify the customizer their code at sos and so needs to be changed.
i agree that such migration automation can not cover all.
however if every new "improvement" is done individually then the task is not how large, though not easy.
i am not trying to force ofbiz community to do anything.
I stated a opinion as a business man that uses ofbiz in his business and has 50 apps, currently. and as a business man first and a developer when necessary, if I can not find a way to reduce the overhead to migration, then I need to look for alternative.

As such any business man in my position would not consider ofbiz a viable option.



Adam Heath sent the following on 9/22/2010 1:38 PM:
On 09/22/2010 03:33 PM, BJ Freeman wrote:
Am it to gather by this that you can do a direct SVN update and all your
customization continue to work?
say from 9.04 to 10.04

Ofbiz has never supported upgrades. I agree with BJ here.

Database tables can change. Not all changes are automatic. Such changes
are not listed in a simple place(in the source).

Values in tables can change. No upgrade conversions are provided(again,
in a simple place).

To solve this, requires running older ofbiz on older database, doing a
test upgrade to each and every new version, and then seeing what is
different. This is a *very* hard problem, not easy to automate, and
takes smart people lots of time. This is not something you can just
force on the community. No one has sat down to do this very busy, hard
work, so it hasn't yet been done.

If you run trunk, then it is up to you to solve any per-version upgrade
problems.

However, official releases should really have appropriate, detailed,
upgrade instructions.


Reply via email to