I too keep my customizations out of the normal svn path so they don't
get changed.
apparently I have different customizations than you do.
let take a example:
the customization routes to the party profile and expect a certain
action and behavior.
the party profile is changed in a way that the previous behavior is
changed which effect the customization.
Adrian Crum sent the following on 9/22/2010 1:52 PM:
The only "customization" I do is a patch file that changes settings and
comments out unused applications. There have been a few times where the
files being changed were updated in the trunk and I had to update my
patch file accordingly.
I keep custom applications in the hot-deploy folder - where they are
unaffected by changes to the trunk.
The only upgrade problem I ran into was in the database. Sometimes the
database needs manual work to upgrade table structures or reload seed
data, etc.
-Adrian
On 9/22/2010 1: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
Adrian Crum sent the following on 9/22/2010 1:25 PM:
BJ,
That reply is not very informative. Also, your original message makes a
lot of broad generalizations and it doesn't specify what changes are
causing a problem and why.
If you want things to improve, you will need to be more specific.
-Adrian
On 9/22/2010 1:18 PM, BJ Freeman wrote:
time it takes to move an app to the next "improvement"
Jacques Le Roux sent the following on 9/22/2010 5:46 AM:
Just curious; what are/have been you main stumbling blocks?
Jacques
From: "BJ Freeman" <bjf...@free-man.net>
I speak not as a voting member of ofbiz but one that has some 50 apps
built on ofbiz.
I doubt if I had know of the way improvements have been implemented
and the work that it would take to upgrade all 50 apps I would have
chose ofbiz.
In short if you ever expect to have ofbiz be a main stay app for
developers you need to be considerate of the time and effort they
have
expended to customize and how your "improvements" effect those
efforts.
I did not get into ofbiz to support developers upgrading my
customization because someone thought their way was best before
discussing it in the light of production system.
I got into ofbiz because of the framework basically and a Idea that
what I did would work for along time.
At this point I have some serious thinking to do about the future of
ofbiz in my efforts.
=========================
BJ Freeman
