the is only partially true.
if you check a black box with inputs and outputs but no bulletproofing,
you risk and upstream black box sending data that has not been tested for.
Once any black box in the chain has been modified all those thing above
and below need to be tested again.
As of now Ofbiz
Why 10.04 vs 11.04 at this point? 11.04 is way better (blogging
actually works).
Also, as long as you have gone through the initial trouble of setting
up your own vendor branch (real important) using trunk is feasible.
On Mon, Jul 25, 2011 at 3:44 AM, Scott Gray scott.g...@hotwaxmedia.com
Mike,
As far as I know, 11.04 hasn't been released yet. Only announced.
Regards,
Pierre
2011/7/25 Mike mz4whee...@gmail.com
Why 10.04 vs 11.04 at this point? 11.04 is way better (blogging
actually works).
Also, as long as you have gone through the initial trouble of setting
up your own
@ofbiz.apache.org
Date: Mon, 25 Jul 2011 18:10:19 +0200
To: user@ofbiz.apache.org
Subject: Re: Best way to remove demo data?
Mike,
As far as I know, 11.04 hasn't been released yet. Only announced.
Regards,
Pierre
2011/7/25 Mike mz4whee...@gmail.com
Why 10.04 vs 11.04 at this point
I'd definitely encourage early adopters to go for 11.04, but at the end of the
day the choice between 10.04, 11.04 or the trunk is simply a matter of weighing
the desire for new features against risk of instability and bugs.
The use of vendor branches is equally applicable to any version of
I can really say that the trunk version has only very minimal extra
risks especially if you are supported by an OFBiz service provider who
is using OFBiz himself like us.
We are always using the trunk version for Antwebsystems.com for most
functions within our own company and upgrade at a maximum
If people are willing to believe that the trunk carries minimal extra risks in
terms of stability and bugs then good luck to them. The number of open bugs in
JIRA is a pretty good indication that bugs occur regularly and sometimes take
years to fix.
The reality is that every commit carries
If errors come back, why not add a junit test to check it what we did
for the shopping cart and checkout?
That is the best assurance an error does not come back..
On Tue, 2011-07-26 at 14:33 +1200, Scott Gray wrote:
If people are willing to believe that the trunk carries minimal extra risks
Oh, you do this for every bug fix do you? I was merely giving examples of
repeated efforts to keep the trunk stable and pointing out that new features
introduce bugs and at times those bugs will appear in areas that were
previously considered stable. Unit tests are a good idea but they take
Creating a vendor branch with trunk has a few advantages.
First, you start out with the latest and greatest, even if there may
be a couple of non-blocking issues. Even if there was, it's great to
know that they will soon be fixed because trunk receives the most love
from developers. I've tried
First, you start out with the latest and greatest, even if there may
be a couple of non-blocking issues.
This sentence is so completely biased it's ridiculous. I've said my piece and
have nothing further to add.
Regards
Scott
On 26/07/2011, at 4:52 PM, Mike wrote:
Creating a vendor branch
Hi Tim,
i just tested with the trunk version and followed the following blog:
http://www.antwebsystems.com/control/ViewBlogArticle?contentId=16907
There it is working well.
I advice you to use the latest trunk version and not 10.04. Here in
Antwebsystems we always use the latest version from
You may also define your own readers to add your own data (you may
differentiating your seed and you demo data, etc.)
Jacques
From: Raj Saini rajsa...@gmail.com
Also, define your modified data as ext in ofbiz-component.xml. This will help you keeping, seed, ext and demo separately and you
can
+0530
To: user@ofbiz.apache.org
Cc: David E Jones d...@me.com
Subject: Re: Best way to remove demo data?
Also, define your modified data as ext in ofbiz-component.xml. This
will help you keeping, seed, ext and demo separately and you can load
ext+seed data.
Thanks,
Raj
On Saturday 04
to remove all of the
invoices, sales orders, extra users, etc.
Thanks,
Tim
From: Raj Sainirajsa...@gmail.com
Reply-To:user@ofbiz.apache.org
Date: Sat, 04 Jun 2011 11:21:21 +0530
To:user@ofbiz.apache.org
Cc: David E Jonesd...@me.com
Subject: Re: Best way to remove demo data?
Also, define your modified
Sainirajsa...@gmail.com
Reply-To:user@ofbiz.apache.org
Date: Sat, 04 Jun 2011 11:21:21 +0530
To:user@ofbiz.apache.org
Cc: David E Jonesd...@me.com
Subject: Re: Best way to remove demo data?
Also, define your modified data as ext in ofbiz-component.xml. This
will help you keeping, seed, ext and demo
I have OfBiz 10.04 installed on a local server with MySQL as the database
engine, we¹ve been working with this for about six months now. We are
intending to use OfBiz for eCommerce, as well as sales order processing for
eBay orders and have made a lot of progress in adapting it to our business.
Take a look at the Business Production Setup Guide and the Technical Production
Setup Guide.
The easiest way (IMO) to handle what you're describing is to modify the demo
data files to match your desired configuration, and then load just your
modified files along with the seed data.
It's also
From: David E Jones d...@me.com
Take a look at the Business Production Setup Guide and the Technical Production
Setup Guide.
The easiest way (IMO) to handle what you're describing is to modify the demo data files to match your desired configuration, and
then load just your modified files
Also, define your modified data as ext in ofbiz-component.xml. This
will help you keeping, seed, ext and demo separately and you can load
ext+seed data.
Thanks,
Raj
On Saturday 04 June 2011 02:42 AM, David E Jones wrote:
Take a look at the Business Production Setup Guide and the Technical
20 matches
Mail list logo
