Skip wrote:
Jacques
Goto ...webtools/control/entitymaint in both 12.x and 9.x. In 9.x, the page
loads instantly, in 12.04, it takes several seconds. Its anecdotally like
1000% slower. Thats the worst case I have seen.
I just tested with OOTB clean instances using Derby with ant load-demo
-Original Message-
From: Jacques Le Roux [mailto:jacques.le.r...@les7arts.com]
Sent: Monday, September 16, 2013 10:42 PM
To: user@ofbiz.apache.org
Subject: Re: FW: Mirgration to OFBiz newer version
Skip,
I know what you are talking about, I had my share with a part of Opentaps
adaptation for https
-software.com]
Sent: Tuesday, September 17, 2013 11:43 AM
To: user@ofbiz.apache.org
Subject: Re: FW: Mirgration to OFBiz newer version
On 9/17/2013 10:52 AM, Skip wrote:
I have hundreds of custom services, one of which runs before a custom
inventory screen loads. I noticed this screen taking
On 9/17/2013 10:52 AM, Skip wrote:
I have hundreds of custom services, one of which runs before a custom
inventory screen loads. I noticed this screen taking a long time to load
and timed the service. It was taking about 2 seconds longer to run. It is
basically a database lookup for unshipped
, September 14, 2013 10:01 AM
To: user@ofbiz.apache.org
Subject: Re: FW: Mirgration to OFBiz newer version
Pierre Smits wrote:
Jacques,
Updating (or migrating) is determined by various factors. Each update
brings risks and cost. Especially with a system in production. The
(perceived value
-
From: Jacques Le Roux [mailto:jacques.le.r...@les7arts.com]
Sent: Saturday, September 14, 2013 10:01 AM
To: user@ofbiz.apache.org
Subject: Re: FW: Mirgration to OFBiz newer version
Pierre Smits wrote:
Jacques,
Updating (or migrating) is determined by various factors. Each update
Thanks for the proposition Ted,
Unfortunately, we are not missing good ideas, but good wills...
Jacques
Ted Byers wrote:
Something my team is beginning to do with our system, is to create a
pair of scripts, one of which applies any changes to our database
(particularly focussing on ALTER
Or rather we have more good ideas than good wills
Jacques Le Roux wrote:
Thanks for the proposition Ted,
Unfortunately, we are not missing good ideas, but good wills...
Jacques
Ted Byers wrote:
Something my team is beginning to do with our system, is to create a
pair of scripts, one
To reassure you Skip, OFBiz is more mature now, there should be less changes
the next time you will do it.
Except, if we want to take advantage of Java 8 :
http://www.techempower.com/blog/2013/03/26/everything-about-java-8/
Of course, updating more often should help...
Jacques
Adrian Crum
Jacques,
Updating (or migrating) is determined by various factors. Each update
brings risks and cost. Especially with a system in production. The
(perceived value of the) improvements must weigh against the cost involved
in implementing.
I thank Skip for sharing the experience. I will surely
Something my team is beginning to do with our system, is to create a
pair of scripts, one of which applies any changes to our database
(particularly focussing on ALTER TABLE statements, to add new fields
along with rational default values and constraints), and another to
deal with changes to our
Pierre Smits wrote:
Jacques,
Updating (or migrating) is determined by various factors. Each update
brings risks and cost. Especially with a system in production. The
(perceived value of the) improvements must weigh against the cost involved
in implementing.
I thank Skip for sharing the
-Original Message-
From: Skip [mailto:s...@thedevers.org]
Sent: Friday, September 13, 2013 1:16 AM
To: Pierre Smits
Subject: RE: Mirgration to OFBiz newer version
Pierre
As I write this, it is it is just past midnight here and I am importing data
into the new system from the old for
Skip,
It's good to hear you finally got everything working okay.
I'm sure your frustration has influenced your opinions about some of the
changes in OFBiz.
A lot of time has passed since version 9, and the changes you
encountered were discussed in depth, old APIs were deprecated, and
14 matches
Mail list logo