You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@ofbiz.apache.org by Tim Stoel <ti...@paserv.com> on 2011/06/03 21:59:09 UTC
Best way to remove demo data?
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.
When we installed OfBiz, there is a lot of demo data in the database. I
wondered what the best way is to deal with this data. When I setup OfBiz
with only seed data, it seemed a lot of things were not configured that were
useful, which is why I went back to using all of the demo data. Should it
be deleted one record at a time manually using another database tool? What
is the best path to get from an install of OfBiz to using it without the
excess demo entries? Is there any documentation on this?
Thanks,
Tim
Re: Best way to remove demo data?
Posted by FERNANDO ALVERNIA <fe...@gmail.com>.
Hi Hans,
I´m facing Tim`s same issue, so I installed only seed data and followed your advice and it worked except the system isn't showing the Web Pos application, Where can I set this up? thanks in advance.
Fernando
On Jul 23, 2011, at 11:45 PM, Hans Bakker wrote:
> 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 svn which in my
> opinion has the least problems and the most features.
> If there would be a blocking problem in the latest version, we normally
> fix that within a couple of hours after reporting.
>
> Further, Postgresql is preferred above Mysql seeing the recent takeover
> by Oracle and the following article:
> http://wiki.postgresql.org/wiki/Why_PostgreSQL_Instead_of_MySQL:_Comparing_Reliability_and_Speed_in_2007
>
> Regards,
> Hans
>
>
> On Fri, 2011-06-03 at 12:59 -0700, Tim Stoel wrote:
>> 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.
>> When we installed OfBiz, there is a lot of demo data in the database. I
>> wondered what the best way is to deal with this data. When I setup OfBiz
>> with only seed data, it seemed a lot of things were not configured that were
>> useful, which is why I went back to using all of the demo data. Should it
>> be deleted one record at a time manually using another database tool? What
>> is the best path to get from an install of OfBiz to using it without the
>> excess demo entries? Is there any documentation on this?
>>
>> Thanks,
>> Tim
>
> --
> Ofbiz on twitter: http://twitter.com/apache_ofbiz
> Myself on twitter: http://twitter.com/hansbak
> Antwebsystems.com: Quality services for competitive rates.
>
Re: Best way to remove demo data?
Posted by David E Jones <de...@me.com>.
It depends on what you mean by "released". The release branch in SVN has was created in April, and now it is "soaking" (if you will).
A binary release of it probably won't be done for a few more months, though really it could be done any time as the goal of the waiting is to get a sub-community formed around it that is using it and getting bug fixes in and such until it is considered of a reasonable quality, and then the binary release is done.
-David
On Jul 25, 2011, at 10:10 AM, Pierre Smits wrote:
> Mike,
>
> As far as I know, 11.04 hasn't been released yet. Only announced.
>
> Regards,
>
> Pierre
>
> 2011/7/25 Mike <mz...@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 vendor branch (real important) using trunk is feasible.
>>
>> On Mon, Jul 25, 2011 at 3:44 AM, Scott Gray <sc...@hotwaxmedia.com>
>> wrote:
>>> Just to put out an opposing point of view, I recommend using the latest
>> stable release and not the trunk. The trunk is susceptible to new bugs
>> whereas 10.04 is not and in fact has seen nothing but bug fixes for the past
>> 15 months. So imagine taking the trunk and spending 15 months only fixing
>> bugs, that is what 10.04 is. Does the trunk have more features? Yes, but in
>> my opinion you're unlikely to need any of them and if you do you can always
>> consider back porting the relevant code that you need.
>>>
>>> Using the trunk is simply more convenient for committers because they can
>> commit their changes instead of maintaining patches like everyone else.
>> Most users don't have that power and if they do submit a patch it is pretty
>> unlikely it will get committed very quickly.
>>>
>>> Regards
>>> Scott
>>>
>>> On 24/07/2011, at 4:45 PM, Hans Bakker wrote:
>>>
>>>> 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 svn which in my
>>>> opinion has the least problems and the most features.
>>>> If there would be a blocking problem in the latest version, we normally
>>>> fix that within a couple of hours after reporting.
>>>>
>>>> Further, Postgresql is preferred above Mysql seeing the recent takeover
>>>> by Oracle and the following article:
>>>>
>> http://wiki.postgresql.org/wiki/Why_PostgreSQL_Instead_of_MySQL:_Comparing_Reliability_and_Speed_in_2007
>>>>
>>>> Regards,
>>>> Hans
>>>>
>>>>
>>>> On Fri, 2011-06-03 at 12:59 -0700, Tim Stoel wrote:
>>>>> 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.
>>>>> When we installed OfBiz, there is a lot of demo data in the database.
>> I
>>>>> wondered what the best way is to deal with this data. When I setup
>> OfBiz
>>>>> with only seed data, it seemed a lot of things were not configured that
>> were
>>>>> useful, which is why I went back to using all of the demo data. Should
>> it
>>>>> be deleted one record at a time manually using another database tool?
>> What
>>>>> is the best path to get from an install of OfBiz to using it without
>> the
>>>>> excess demo entries? Is there any documentation on this?
>>>>>
>>>>> Thanks,
>>>>> Tim
>>>>
>>>> --
>>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>>> Myself on twitter: http://twitter.com/hansbak
>>>> Antwebsystems.com: Quality services for competitive rates.
>>>>
>>>
>>>
>>
Re: Best way to remove demo data?
Posted by Tim Stoel <ti...@paserv.com>.
We stuck with rolling out 10.04 for production use after a lot of debate.
What it came down to is the quantity of issues on JIRA for 10.04 vs trunk.
You can always upgrade later.
We should be live with 10.04 in about one month.
Tim
> From: Pierre Smits <pi...@gmail.com>
> Reply-To: <us...@ofbiz.apache.org>
> Date: Mon, 25 Jul 2011 18:10:19 +0200
> To: <us...@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 <mz...@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 vendor branch (real important) using trunk is feasible.
>>
>> On Mon, Jul 25, 2011 at 3:44 AM, Scott Gray <sc...@hotwaxmedia.com>
>> wrote:
>>> Just to put out an opposing point of view, I recommend using the latest
>> stable release and not the trunk. The trunk is susceptible to new bugs
>> whereas 10.04 is not and in fact has seen nothing but bug fixes for the past
>> 15 months. So imagine taking the trunk and spending 15 months only fixing
>> bugs, that is what 10.04 is. Does the trunk have more features? Yes, but in
>> my opinion you're unlikely to need any of them and if you do you can always
>> consider back porting the relevant code that you need.
>>>
>>> Using the trunk is simply more convenient for committers because they can
>> commit their changes instead of maintaining patches like everyone else.
>> Most users don't have that power and if they do submit a patch it is pretty
>> unlikely it will get committed very quickly.
>>>
>>> Regards
>>> Scott
>>>
>>> On 24/07/2011, at 4:45 PM, Hans Bakker wrote:
>>>
>>>> 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 svn which in my
>>>> opinion has the least problems and the most features.
>>>> If there would be a blocking problem in the latest version, we normally
>>>> fix that within a couple of hours after reporting.
>>>>
>>>> Further, Postgresql is preferred above Mysql seeing the recent takeover
>>>> by Oracle and the following article:
>>>>
>> http://wiki.postgresql.org/wiki/Why_PostgreSQL_Instead_of_MySQL:_Comparing_Re
>> liability_and_Speed_in_2007
>>>>
>>>> Regards,
>>>> Hans
>>>>
>>>>
>>>> On Fri, 2011-06-03 at 12:59 -0700, Tim Stoel wrote:
>>>>> 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.
>>>>> When we installed OfBiz, there is a lot of demo data in the database.
>> I
>>>>> wondered what the best way is to deal with this data. When I setup
>> OfBiz
>>>>> with only seed data, it seemed a lot of things were not configured that
>> were
>>>>> useful, which is why I went back to using all of the demo data. Should
>> it
>>>>> be deleted one record at a time manually using another database tool?
>> What
>>>>> is the best path to get from an install of OfBiz to using it without
>> the
>>>>> excess demo entries? Is there any documentation on this?
>>>>>
>>>>> Thanks,
>>>>> Tim
>>>>
>>>> --
>>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>>> Myself on twitter: http://twitter.com/hansbak
>>>> Antwebsystems.com: Quality services for competitive rates.
>>>>
>>>
>>>
>>
Re: Best way to remove demo data?
Posted by Pierre Smits <pi...@gmail.com>.
Mike,
As far as I know, 11.04 hasn't been released yet. Only announced.
Regards,
Pierre
2011/7/25 Mike <mz...@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 vendor branch (real important) using trunk is feasible.
>
> On Mon, Jul 25, 2011 at 3:44 AM, Scott Gray <sc...@hotwaxmedia.com>
> wrote:
> > Just to put out an opposing point of view, I recommend using the latest
> stable release and not the trunk. The trunk is susceptible to new bugs
> whereas 10.04 is not and in fact has seen nothing but bug fixes for the past
> 15 months. So imagine taking the trunk and spending 15 months only fixing
> bugs, that is what 10.04 is. Does the trunk have more features? Yes, but in
> my opinion you're unlikely to need any of them and if you do you can always
> consider back porting the relevant code that you need.
> >
> > Using the trunk is simply more convenient for committers because they can
> commit their changes instead of maintaining patches like everyone else.
> Most users don't have that power and if they do submit a patch it is pretty
> unlikely it will get committed very quickly.
> >
> > Regards
> > Scott
> >
> > On 24/07/2011, at 4:45 PM, Hans Bakker wrote:
> >
> >> 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 svn which in my
> >> opinion has the least problems and the most features.
> >> If there would be a blocking problem in the latest version, we normally
> >> fix that within a couple of hours after reporting.
> >>
> >> Further, Postgresql is preferred above Mysql seeing the recent takeover
> >> by Oracle and the following article:
> >>
> http://wiki.postgresql.org/wiki/Why_PostgreSQL_Instead_of_MySQL:_Comparing_Reliability_and_Speed_in_2007
> >>
> >> Regards,
> >> Hans
> >>
> >>
> >> On Fri, 2011-06-03 at 12:59 -0700, Tim Stoel wrote:
> >>> 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.
> >>> When we installed OfBiz, there is a lot of demo data in the database.
> I
> >>> wondered what the best way is to deal with this data. When I setup
> OfBiz
> >>> with only seed data, it seemed a lot of things were not configured that
> were
> >>> useful, which is why I went back to using all of the demo data. Should
> it
> >>> be deleted one record at a time manually using another database tool?
> What
> >>> is the best path to get from an install of OfBiz to using it without
> the
> >>> excess demo entries? Is there any documentation on this?
> >>>
> >>> Thanks,
> >>> Tim
> >>
> >> --
> >> Ofbiz on twitter: http://twitter.com/apache_ofbiz
> >> Myself on twitter: http://twitter.com/hansbak
> >> Antwebsystems.com: Quality services for competitive rates.
> >>
> >
> >
>
Re: Best way to remove demo data?
Posted by Scott Gray <sc...@hotwaxmedia.com>.
> 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 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 9.04/10.04, and even though they
> basically work there is no forward (automated) upgrade path. With
> trunk, once you are happy you can just continue to use it, and if that
> new feature that was just added that you can't live without, you
> update, test, and go on. Odds are it will work with minimal work.
>
> If you do it right up front and start with a vendor branch, there is
> always a forward upgrade route, which most of the time is compatible
> with your own code changes. Hans recommended this to me a while ago,
> and I conclusively agree that it makes the most sense. For the most
> part, I believe trunk IS stable enough for production.
>
> On Mon, Jul 25, 2011 at 5:48 PM, Scott Gray <sc...@hotwaxmedia.com> wrote:
>> 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 OFBiz. I was simply pointing out that some committers are more likely to recommend the trunk because it is easier for them to work with, but perhaps it is not necessarily in the best interests of the client due to the increased risks.
>>
>> Regards
>> Scott
>>
>> On 26/07/2011, at 2:54 AM, Mike wrote:
>>
>>> 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 <sc...@hotwaxmedia.com> wrote:
>>>> Just to put out an opposing point of view, I recommend using the latest stable release and not the trunk. The trunk is susceptible to new bugs whereas 10.04 is not and in fact has seen nothing but bug fixes for the past 15 months. So imagine taking the trunk and spending 15 months only fixing bugs, that is what 10.04 is. Does the trunk have more features? Yes, but in my opinion you're unlikely to need any of them and if you do you can always consider back porting the relevant code that you need.
>>>>
>>>> Using the trunk is simply more convenient for committers because they can commit their changes instead of maintaining patches like everyone else. Most users don't have that power and if they do submit a patch it is pretty unlikely it will get committed very quickly.
>>>>
>>>> Regards
>>>> Scott
>>>>
>>>> On 24/07/2011, at 4:45 PM, Hans Bakker wrote:
>>>>
>>>>> 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 svn which in my
>>>>> opinion has the least problems and the most features.
>>>>> If there would be a blocking problem in the latest version, we normally
>>>>> fix that within a couple of hours after reporting.
>>>>>
>>>>> Further, Postgresql is preferred above Mysql seeing the recent takeover
>>>>> by Oracle and the following article:
>>>>> http://wiki.postgresql.org/wiki/Why_PostgreSQL_Instead_of_MySQL:_Comparing_Reliability_and_Speed_in_2007
>>>>>
>>>>> Regards,
>>>>> Hans
>>>>>
>>>>>
>>>>> On Fri, 2011-06-03 at 12:59 -0700, Tim Stoel wrote:
>>>>>> 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.
>>>>>> When we installed OfBiz, there is a lot of demo data in the database. I
>>>>>> wondered what the best way is to deal with this data. When I setup OfBiz
>>>>>> with only seed data, it seemed a lot of things were not configured that were
>>>>>> useful, which is why I went back to using all of the demo data. Should it
>>>>>> be deleted one record at a time manually using another database tool? What
>>>>>> is the best path to get from an install of OfBiz to using it without the
>>>>>> excess demo entries? Is there any documentation on this?
>>>>>>
>>>>>> Thanks,
>>>>>> Tim
>>>>>
>>>>> --
>>>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>>>> Myself on twitter: http://twitter.com/hansbak
>>>>> Antwebsystems.com: Quality services for competitive rates.
>>>>>
>>>>
>>>>
>>
>>
Re: Best way to remove demo data?
Posted by Mike <mz...@gmail.com>.
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 9.04/10.04, and even though they
basically work there is no forward (automated) upgrade path. With
trunk, once you are happy you can just continue to use it, and if that
new feature that was just added that you can't live without, you
update, test, and go on. Odds are it will work with minimal work.
If you do it right up front and start with a vendor branch, there is
always a forward upgrade route, which most of the time is compatible
with your own code changes. Hans recommended this to me a while ago,
and I conclusively agree that it makes the most sense. For the most
part, I believe trunk IS stable enough for production.
On Mon, Jul 25, 2011 at 5:48 PM, Scott Gray <sc...@hotwaxmedia.com> wrote:
> 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 OFBiz. I was simply pointing out that some committers are more likely to recommend the trunk because it is easier for them to work with, but perhaps it is not necessarily in the best interests of the client due to the increased risks.
>
> Regards
> Scott
>
> On 26/07/2011, at 2:54 AM, Mike wrote:
>
>> 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 <sc...@hotwaxmedia.com> wrote:
>>> Just to put out an opposing point of view, I recommend using the latest stable release and not the trunk. The trunk is susceptible to new bugs whereas 10.04 is not and in fact has seen nothing but bug fixes for the past 15 months. So imagine taking the trunk and spending 15 months only fixing bugs, that is what 10.04 is. Does the trunk have more features? Yes, but in my opinion you're unlikely to need any of them and if you do you can always consider back porting the relevant code that you need.
>>>
>>> Using the trunk is simply more convenient for committers because they can commit their changes instead of maintaining patches like everyone else. Most users don't have that power and if they do submit a patch it is pretty unlikely it will get committed very quickly.
>>>
>>> Regards
>>> Scott
>>>
>>> On 24/07/2011, at 4:45 PM, Hans Bakker wrote:
>>>
>>>> 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 svn which in my
>>>> opinion has the least problems and the most features.
>>>> If there would be a blocking problem in the latest version, we normally
>>>> fix that within a couple of hours after reporting.
>>>>
>>>> Further, Postgresql is preferred above Mysql seeing the recent takeover
>>>> by Oracle and the following article:
>>>> http://wiki.postgresql.org/wiki/Why_PostgreSQL_Instead_of_MySQL:_Comparing_Reliability_and_Speed_in_2007
>>>>
>>>> Regards,
>>>> Hans
>>>>
>>>>
>>>> On Fri, 2011-06-03 at 12:59 -0700, Tim Stoel wrote:
>>>>> 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.
>>>>> When we installed OfBiz, there is a lot of demo data in the database. I
>>>>> wondered what the best way is to deal with this data. When I setup OfBiz
>>>>> with only seed data, it seemed a lot of things were not configured that were
>>>>> useful, which is why I went back to using all of the demo data. Should it
>>>>> be deleted one record at a time manually using another database tool? What
>>>>> is the best path to get from an install of OfBiz to using it without the
>>>>> excess demo entries? Is there any documentation on this?
>>>>>
>>>>> Thanks,
>>>>> Tim
>>>>
>>>> --
>>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>>> Myself on twitter: http://twitter.com/hansbak
>>>> Antwebsystems.com: Quality services for competitive rates.
>>>>
>>>
>>>
>
>
Re: Best way to remove demo data?
Posted by Scott Gray <sc...@hotwaxmedia.com>.
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 time to create and maintain and a relatively small amount of OFBiz is covered by them. Using a released version requires much less work and virtually no risk of regression between minor releases.
Regards
Scott
On 26/07/2011, at 2:57 PM, Hans Bakker wrote:
> 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 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 a risk of regression and I've personally fixed many bugs repeatedly as they continue to resurface with new commits. Editing an order with promotions is an example of this, I've fixed it at least twice over the years and I believe it's broken again at the moment. Order and invoice rounding is another issue I've had to deal with a few times.
>>
>> Obviously there is a reason that OFBiz, just like most other software, creates and maintains releases. That reason is stability for end users.
>>
>> Regards
>> Scott
>>
>> On 26/07/2011, at 1:20 PM, Hans Bakker wrote:
>>
>>> 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 every month.
>>> Once in a while (1-2 times per year) we find blocking problems. We do
>>> however always fix these within hours and in the mean time provide an
>>> earlier svn version which was functioning well.
>>>
>>> We advise our users to upgrade the system at least once every 3 months
>>> when the upgrade efforts are minimal.
>>>
>>> Regards,
>>> Hans
>>>
>>> --
>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>> ofbiz.info on twitter: http://twitter.com/ofbiz_info
>>> Antwebsystems.com: Quality services for competitive rates.
>>>
>>>
>>> On Tue, 2011-07-26 at 12:48 +1200, Scott Gray wrote:
>>>> 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 OFBiz. I was simply pointing out that some committers are more likely to recommend the trunk because it is easier for them to work with, but perhaps it is not necessarily in the best interests of the client due to the increased risks.
>>>>
>>>> Regards
>>>> Scott
>>>>
>>>> On 26/07/2011, at 2:54 AM, Mike wrote:
>>>>
>>>>> 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 <sc...@hotwaxmedia.com> wrote:
>>>>>> Just to put out an opposing point of view, I recommend using the latest stable release and not the trunk. The trunk is susceptible to new bugs whereas 10.04 is not and in fact has seen nothing but bug fixes for the past 15 months. So imagine taking the trunk and spending 15 months only fixing bugs, that is what 10.04 is. Does the trunk have more features? Yes, but in my opinion you're unlikely to need any of them and if you do you can always consider back porting the relevant code that you need.
>>>>>>
>>>>>> Using the trunk is simply more convenient for committers because they can commit their changes instead of maintaining patches like everyone else. Most users don't have that power and if they do submit a patch it is pretty unlikely it will get committed very quickly.
>>>>>>
>>>>>> Regards
>>>>>> Scott
>>>>>>
>>>>>> On 24/07/2011, at 4:45 PM, Hans Bakker wrote:
>>>>>>
>>>>>>> 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 svn which in my
>>>>>>> opinion has the least problems and the most features.
>>>>>>> If there would be a blocking problem in the latest version, we normally
>>>>>>> fix that within a couple of hours after reporting.
>>>>>>>
>>>>>>> Further, Postgresql is preferred above Mysql seeing the recent takeover
>>>>>>> by Oracle and the following article:
>>>>>>> http://wiki.postgresql.org/wiki/Why_PostgreSQL_Instead_of_MySQL:_Comparing_Reliability_and_Speed_in_2007
>>>>>>>
>>>>>>> Regards,
>>>>>>> Hans
>>>>>>>
>>>>>>>
>>>>>>> On Fri, 2011-06-03 at 12:59 -0700, Tim Stoel wrote:
>>>>>>>> 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.
>>>>>>>> When we installed OfBiz, there is a lot of demo data in the database. I
>>>>>>>> wondered what the best way is to deal with this data. When I setup OfBiz
>>>>>>>> with only seed data, it seemed a lot of things were not configured that were
>>>>>>>> useful, which is why I went back to using all of the demo data. Should it
>>>>>>>> be deleted one record at a time manually using another database tool? What
>>>>>>>> is the best path to get from an install of OfBiz to using it without the
>>>>>>>> excess demo entries? Is there any documentation on this?
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>> Tim
>>>>>>>
>>>>>>> --
>>>>>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>>>>>> Myself on twitter: http://twitter.com/hansbak
>>>>>>> Antwebsystems.com: Quality services for competitive rates.
>>>>>>>
>>>>>>
>>>>>>
>>>>
>>>
>>> --
>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>> Myself on twitter: http://twitter.com/hansbak
>>> Antwebsystems.com: Quality services for competitive rates.
>>>
>>
>
> --
> Ofbiz on twitter: http://twitter.com/apache_ofbiz
> Myself on twitter: http://twitter.com/hansbak
> Antwebsystems.com: Quality services for competitive rates.
>
Re: Best way to remove demo data?
Posted by BJ Freeman <bj...@free-man.net>.
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 trunk does not have that level of testing.
Hans Bakker sent the following on 7/25/2011 7:57 PM:
> 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 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 a risk of regression and I've personally fixed many bugs repeatedly as they continue to resurface with new commits. Editing an order with promotions is an example of this, I've fixed it at least twice over the years and I believe it's broken again at the moment. Order and invoice rounding is another issue I've had to deal with a few times.
>>
>> Obviously there is a reason that OFBiz, just like most other software, creates and maintains releases. That reason is stability for end users.
>>
>> Regards
>> Scott
>>
>> On 26/07/2011, at 1:20 PM, Hans Bakker wrote:
>>
>>> 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 every month.
>>> Once in a while (1-2 times per year) we find blocking problems. We do
>>> however always fix these within hours and in the mean time provide an
>>> earlier svn version which was functioning well.
>>>
>>> We advise our users to upgrade the system at least once every 3 months
>>> when the upgrade efforts are minimal.
>>>
>>> Regards,
>>> Hans
>>>
>>> --
>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>> ofbiz.info on twitter: http://twitter.com/ofbiz_info
>>> Antwebsystems.com: Quality services for competitive rates.
>>>
>>>
>>> On Tue, 2011-07-26 at 12:48 +1200, Scott Gray wrote:
>>>> 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 OFBiz. I was simply pointing out that some committers are more likely to recommend the trunk because it is easier for them to work with, but perhaps it is not necessarily in the best interests of the client due to the increased risks.
>>>>
>>>> Regards
>>>> Scott
>>>>
>>>> On 26/07/2011, at 2:54 AM, Mike wrote:
>>>>
>>>>> 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 <sc...@hotwaxmedia.com> wrote:
>>>>>> Just to put out an opposing point of view, I recommend using the latest stable release and not the trunk. The trunk is susceptible to new bugs whereas 10.04 is not and in fact has seen nothing but bug fixes for the past 15 months. So imagine taking the trunk and spending 15 months only fixing bugs, that is what 10.04 is. Does the trunk have more features? Yes, but in my opinion you're unlikely to need any of them and if you do you can always consider back porting the relevant code that you need.
>>>>>>
>>>>>> Using the trunk is simply more convenient for committers because they can commit their changes instead of maintaining patches like everyone else. Most users don't have that power and if they do submit a patch it is pretty unlikely it will get committed very quickly.
>>>>>>
>>>>>> Regards
>>>>>> Scott
>>>>>>
>>>>>> On 24/07/2011, at 4:45 PM, Hans Bakker wrote:
>>>>>>
>>>>>>> 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 svn which in my
>>>>>>> opinion has the least problems and the most features.
>>>>>>> If there would be a blocking problem in the latest version, we normally
>>>>>>> fix that within a couple of hours after reporting.
>>>>>>>
>>>>>>> Further, Postgresql is preferred above Mysql seeing the recent takeover
>>>>>>> by Oracle and the following article:
>>>>>>> http://wiki.postgresql.org/wiki/Why_PostgreSQL_Instead_of_MySQL:_Comparing_Reliability_and_Speed_in_2007
>>>>>>>
>>>>>>> Regards,
>>>>>>> Hans
>>>>>>>
>>>>>>>
>>>>>>> On Fri, 2011-06-03 at 12:59 -0700, Tim Stoel wrote:
>>>>>>>> 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.
>>>>>>>> When we installed OfBiz, there is a lot of demo data in the database. I
>>>>>>>> wondered what the best way is to deal with this data. When I setup OfBiz
>>>>>>>> with only seed data, it seemed a lot of things were not configured that were
>>>>>>>> useful, which is why I went back to using all of the demo data. Should it
>>>>>>>> be deleted one record at a time manually using another database tool? What
>>>>>>>> is the best path to get from an install of OfBiz to using it without the
>>>>>>>> excess demo entries? Is there any documentation on this?
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>> Tim
>>>>>>>
>>>>>>> --
>>>>>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>>>>>> Myself on twitter: http://twitter.com/hansbak
>>>>>>> Antwebsystems.com: Quality services for competitive rates.
>>>>>>>
>>>>>>
>>>>>>
>>>>
>>>
>>> --
>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>> Myself on twitter: http://twitter.com/hansbak
>>> Antwebsystems.com: Quality services for competitive rates.
>>>
>>
>
Re: Best way to remove demo data?
Posted by Hans Bakker <ma...@antwebsystems.com>.
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 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 a risk of regression and I've personally fixed many bugs repeatedly as they continue to resurface with new commits. Editing an order with promotions is an example of this, I've fixed it at least twice over the years and I believe it's broken again at the moment. Order and invoice rounding is another issue I've had to deal with a few times.
>
> Obviously there is a reason that OFBiz, just like most other software, creates and maintains releases. That reason is stability for end users.
>
> Regards
> Scott
>
> On 26/07/2011, at 1:20 PM, Hans Bakker wrote:
>
> > 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 every month.
> > Once in a while (1-2 times per year) we find blocking problems. We do
> > however always fix these within hours and in the mean time provide an
> > earlier svn version which was functioning well.
> >
> > We advise our users to upgrade the system at least once every 3 months
> > when the upgrade efforts are minimal.
> >
> > Regards,
> > Hans
> >
> > --
> > Ofbiz on twitter: http://twitter.com/apache_ofbiz
> > ofbiz.info on twitter: http://twitter.com/ofbiz_info
> > Antwebsystems.com: Quality services for competitive rates.
> >
> >
> > On Tue, 2011-07-26 at 12:48 +1200, Scott Gray wrote:
> >> 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 OFBiz. I was simply pointing out that some committers are more likely to recommend the trunk because it is easier for them to work with, but perhaps it is not necessarily in the best interests of the client due to the increased risks.
> >>
> >> Regards
> >> Scott
> >>
> >> On 26/07/2011, at 2:54 AM, Mike wrote:
> >>
> >>> 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 <sc...@hotwaxmedia.com> wrote:
> >>>> Just to put out an opposing point of view, I recommend using the latest stable release and not the trunk. The trunk is susceptible to new bugs whereas 10.04 is not and in fact has seen nothing but bug fixes for the past 15 months. So imagine taking the trunk and spending 15 months only fixing bugs, that is what 10.04 is. Does the trunk have more features? Yes, but in my opinion you're unlikely to need any of them and if you do you can always consider back porting the relevant code that you need.
> >>>>
> >>>> Using the trunk is simply more convenient for committers because they can commit their changes instead of maintaining patches like everyone else. Most users don't have that power and if they do submit a patch it is pretty unlikely it will get committed very quickly.
> >>>>
> >>>> Regards
> >>>> Scott
> >>>>
> >>>> On 24/07/2011, at 4:45 PM, Hans Bakker wrote:
> >>>>
> >>>>> 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 svn which in my
> >>>>> opinion has the least problems and the most features.
> >>>>> If there would be a blocking problem in the latest version, we normally
> >>>>> fix that within a couple of hours after reporting.
> >>>>>
> >>>>> Further, Postgresql is preferred above Mysql seeing the recent takeover
> >>>>> by Oracle and the following article:
> >>>>> http://wiki.postgresql.org/wiki/Why_PostgreSQL_Instead_of_MySQL:_Comparing_Reliability_and_Speed_in_2007
> >>>>>
> >>>>> Regards,
> >>>>> Hans
> >>>>>
> >>>>>
> >>>>> On Fri, 2011-06-03 at 12:59 -0700, Tim Stoel wrote:
> >>>>>> 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.
> >>>>>> When we installed OfBiz, there is a lot of demo data in the database. I
> >>>>>> wondered what the best way is to deal with this data. When I setup OfBiz
> >>>>>> with only seed data, it seemed a lot of things were not configured that were
> >>>>>> useful, which is why I went back to using all of the demo data. Should it
> >>>>>> be deleted one record at a time manually using another database tool? What
> >>>>>> is the best path to get from an install of OfBiz to using it without the
> >>>>>> excess demo entries? Is there any documentation on this?
> >>>>>>
> >>>>>> Thanks,
> >>>>>> Tim
> >>>>>
> >>>>> --
> >>>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
> >>>>> Myself on twitter: http://twitter.com/hansbak
> >>>>> Antwebsystems.com: Quality services for competitive rates.
> >>>>>
> >>>>
> >>>>
> >>
> >
> > --
> > Ofbiz on twitter: http://twitter.com/apache_ofbiz
> > Myself on twitter: http://twitter.com/hansbak
> > Antwebsystems.com: Quality services for competitive rates.
> >
>
--
Ofbiz on twitter: http://twitter.com/apache_ofbiz
Myself on twitter: http://twitter.com/hansbak
Antwebsystems.com: Quality services for competitive rates.
Re: Best way to remove demo data?
Posted by Scott Gray <sc...@hotwaxmedia.com>.
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 a risk of regression and I've personally fixed many bugs repeatedly as they continue to resurface with new commits. Editing an order with promotions is an example of this, I've fixed it at least twice over the years and I believe it's broken again at the moment. Order and invoice rounding is another issue I've had to deal with a few times.
Obviously there is a reason that OFBiz, just like most other software, creates and maintains releases. That reason is stability for end users.
Regards
Scott
On 26/07/2011, at 1:20 PM, Hans Bakker wrote:
> 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 every month.
> Once in a while (1-2 times per year) we find blocking problems. We do
> however always fix these within hours and in the mean time provide an
> earlier svn version which was functioning well.
>
> We advise our users to upgrade the system at least once every 3 months
> when the upgrade efforts are minimal.
>
> Regards,
> Hans
>
> --
> Ofbiz on twitter: http://twitter.com/apache_ofbiz
> ofbiz.info on twitter: http://twitter.com/ofbiz_info
> Antwebsystems.com: Quality services for competitive rates.
>
>
> On Tue, 2011-07-26 at 12:48 +1200, Scott Gray wrote:
>> 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 OFBiz. I was simply pointing out that some committers are more likely to recommend the trunk because it is easier for them to work with, but perhaps it is not necessarily in the best interests of the client due to the increased risks.
>>
>> Regards
>> Scott
>>
>> On 26/07/2011, at 2:54 AM, Mike wrote:
>>
>>> 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 <sc...@hotwaxmedia.com> wrote:
>>>> Just to put out an opposing point of view, I recommend using the latest stable release and not the trunk. The trunk is susceptible to new bugs whereas 10.04 is not and in fact has seen nothing but bug fixes for the past 15 months. So imagine taking the trunk and spending 15 months only fixing bugs, that is what 10.04 is. Does the trunk have more features? Yes, but in my opinion you're unlikely to need any of them and if you do you can always consider back porting the relevant code that you need.
>>>>
>>>> Using the trunk is simply more convenient for committers because they can commit their changes instead of maintaining patches like everyone else. Most users don't have that power and if they do submit a patch it is pretty unlikely it will get committed very quickly.
>>>>
>>>> Regards
>>>> Scott
>>>>
>>>> On 24/07/2011, at 4:45 PM, Hans Bakker wrote:
>>>>
>>>>> 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 svn which in my
>>>>> opinion has the least problems and the most features.
>>>>> If there would be a blocking problem in the latest version, we normally
>>>>> fix that within a couple of hours after reporting.
>>>>>
>>>>> Further, Postgresql is preferred above Mysql seeing the recent takeover
>>>>> by Oracle and the following article:
>>>>> http://wiki.postgresql.org/wiki/Why_PostgreSQL_Instead_of_MySQL:_Comparing_Reliability_and_Speed_in_2007
>>>>>
>>>>> Regards,
>>>>> Hans
>>>>>
>>>>>
>>>>> On Fri, 2011-06-03 at 12:59 -0700, Tim Stoel wrote:
>>>>>> 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.
>>>>>> When we installed OfBiz, there is a lot of demo data in the database. I
>>>>>> wondered what the best way is to deal with this data. When I setup OfBiz
>>>>>> with only seed data, it seemed a lot of things were not configured that were
>>>>>> useful, which is why I went back to using all of the demo data. Should it
>>>>>> be deleted one record at a time manually using another database tool? What
>>>>>> is the best path to get from an install of OfBiz to using it without the
>>>>>> excess demo entries? Is there any documentation on this?
>>>>>>
>>>>>> Thanks,
>>>>>> Tim
>>>>>
>>>>> --
>>>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>>>> Myself on twitter: http://twitter.com/hansbak
>>>>> Antwebsystems.com: Quality services for competitive rates.
>>>>>
>>>>
>>>>
>>
>
> --
> Ofbiz on twitter: http://twitter.com/apache_ofbiz
> Myself on twitter: http://twitter.com/hansbak
> Antwebsystems.com: Quality services for competitive rates.
>
Re: Best way to remove demo data?
Posted by Hans Bakker <ma...@antwebsystems.com>.
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 every month.
Once in a while (1-2 times per year) we find blocking problems. We do
however always fix these within hours and in the mean time provide an
earlier svn version which was functioning well.
We advise our users to upgrade the system at least once every 3 months
when the upgrade efforts are minimal.
Regards,
Hans
--
Ofbiz on twitter: http://twitter.com/apache_ofbiz
ofbiz.info on twitter: http://twitter.com/ofbiz_info
Antwebsystems.com: Quality services for competitive rates.
On Tue, 2011-07-26 at 12:48 +1200, Scott Gray wrote:
> 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 OFBiz. I was simply pointing out that some committers are more likely to recommend the trunk because it is easier for them to work with, but perhaps it is not necessarily in the best interests of the client due to the increased risks.
>
> Regards
> Scott
>
> On 26/07/2011, at 2:54 AM, Mike wrote:
>
> > 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 <sc...@hotwaxmedia.com> wrote:
> >> Just to put out an opposing point of view, I recommend using the latest stable release and not the trunk. The trunk is susceptible to new bugs whereas 10.04 is not and in fact has seen nothing but bug fixes for the past 15 months. So imagine taking the trunk and spending 15 months only fixing bugs, that is what 10.04 is. Does the trunk have more features? Yes, but in my opinion you're unlikely to need any of them and if you do you can always consider back porting the relevant code that you need.
> >>
> >> Using the trunk is simply more convenient for committers because they can commit their changes instead of maintaining patches like everyone else. Most users don't have that power and if they do submit a patch it is pretty unlikely it will get committed very quickly.
> >>
> >> Regards
> >> Scott
> >>
> >> On 24/07/2011, at 4:45 PM, Hans Bakker wrote:
> >>
> >>> 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 svn which in my
> >>> opinion has the least problems and the most features.
> >>> If there would be a blocking problem in the latest version, we normally
> >>> fix that within a couple of hours after reporting.
> >>>
> >>> Further, Postgresql is preferred above Mysql seeing the recent takeover
> >>> by Oracle and the following article:
> >>> http://wiki.postgresql.org/wiki/Why_PostgreSQL_Instead_of_MySQL:_Comparing_Reliability_and_Speed_in_2007
> >>>
> >>> Regards,
> >>> Hans
> >>>
> >>>
> >>> On Fri, 2011-06-03 at 12:59 -0700, Tim Stoel wrote:
> >>>> 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.
> >>>> When we installed OfBiz, there is a lot of demo data in the database. I
> >>>> wondered what the best way is to deal with this data. When I setup OfBiz
> >>>> with only seed data, it seemed a lot of things were not configured that were
> >>>> useful, which is why I went back to using all of the demo data. Should it
> >>>> be deleted one record at a time manually using another database tool? What
> >>>> is the best path to get from an install of OfBiz to using it without the
> >>>> excess demo entries? Is there any documentation on this?
> >>>>
> >>>> Thanks,
> >>>> Tim
> >>>
> >>> --
> >>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
> >>> Myself on twitter: http://twitter.com/hansbak
> >>> Antwebsystems.com: Quality services for competitive rates.
> >>>
> >>
> >>
>
--
Ofbiz on twitter: http://twitter.com/apache_ofbiz
Myself on twitter: http://twitter.com/hansbak
Antwebsystems.com: Quality services for competitive rates.
Re: Best way to remove demo data?
Posted by Scott Gray <sc...@hotwaxmedia.com>.
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 OFBiz. I was simply pointing out that some committers are more likely to recommend the trunk because it is easier for them to work with, but perhaps it is not necessarily in the best interests of the client due to the increased risks.
Regards
Scott
On 26/07/2011, at 2:54 AM, Mike wrote:
> 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 <sc...@hotwaxmedia.com> wrote:
>> Just to put out an opposing point of view, I recommend using the latest stable release and not the trunk. The trunk is susceptible to new bugs whereas 10.04 is not and in fact has seen nothing but bug fixes for the past 15 months. So imagine taking the trunk and spending 15 months only fixing bugs, that is what 10.04 is. Does the trunk have more features? Yes, but in my opinion you're unlikely to need any of them and if you do you can always consider back porting the relevant code that you need.
>>
>> Using the trunk is simply more convenient for committers because they can commit their changes instead of maintaining patches like everyone else. Most users don't have that power and if they do submit a patch it is pretty unlikely it will get committed very quickly.
>>
>> Regards
>> Scott
>>
>> On 24/07/2011, at 4:45 PM, Hans Bakker wrote:
>>
>>> 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 svn which in my
>>> opinion has the least problems and the most features.
>>> If there would be a blocking problem in the latest version, we normally
>>> fix that within a couple of hours after reporting.
>>>
>>> Further, Postgresql is preferred above Mysql seeing the recent takeover
>>> by Oracle and the following article:
>>> http://wiki.postgresql.org/wiki/Why_PostgreSQL_Instead_of_MySQL:_Comparing_Reliability_and_Speed_in_2007
>>>
>>> Regards,
>>> Hans
>>>
>>>
>>> On Fri, 2011-06-03 at 12:59 -0700, Tim Stoel wrote:
>>>> 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.
>>>> When we installed OfBiz, there is a lot of demo data in the database. I
>>>> wondered what the best way is to deal with this data. When I setup OfBiz
>>>> with only seed data, it seemed a lot of things were not configured that were
>>>> useful, which is why I went back to using all of the demo data. Should it
>>>> be deleted one record at a time manually using another database tool? What
>>>> is the best path to get from an install of OfBiz to using it without the
>>>> excess demo entries? Is there any documentation on this?
>>>>
>>>> Thanks,
>>>> Tim
>>>
>>> --
>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>> Myself on twitter: http://twitter.com/hansbak
>>> Antwebsystems.com: Quality services for competitive rates.
>>>
>>
>>
Re: Best way to remove demo data?
Posted by Mike <mz...@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 vendor branch (real important) using trunk is feasible.
On Mon, Jul 25, 2011 at 3:44 AM, Scott Gray <sc...@hotwaxmedia.com> wrote:
> Just to put out an opposing point of view, I recommend using the latest stable release and not the trunk. The trunk is susceptible to new bugs whereas 10.04 is not and in fact has seen nothing but bug fixes for the past 15 months. So imagine taking the trunk and spending 15 months only fixing bugs, that is what 10.04 is. Does the trunk have more features? Yes, but in my opinion you're unlikely to need any of them and if you do you can always consider back porting the relevant code that you need.
>
> Using the trunk is simply more convenient for committers because they can commit their changes instead of maintaining patches like everyone else. Most users don't have that power and if they do submit a patch it is pretty unlikely it will get committed very quickly.
>
> Regards
> Scott
>
> On 24/07/2011, at 4:45 PM, Hans Bakker wrote:
>
>> 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 svn which in my
>> opinion has the least problems and the most features.
>> If there would be a blocking problem in the latest version, we normally
>> fix that within a couple of hours after reporting.
>>
>> Further, Postgresql is preferred above Mysql seeing the recent takeover
>> by Oracle and the following article:
>> http://wiki.postgresql.org/wiki/Why_PostgreSQL_Instead_of_MySQL:_Comparing_Reliability_and_Speed_in_2007
>>
>> Regards,
>> Hans
>>
>>
>> On Fri, 2011-06-03 at 12:59 -0700, Tim Stoel wrote:
>>> 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.
>>> When we installed OfBiz, there is a lot of demo data in the database. I
>>> wondered what the best way is to deal with this data. When I setup OfBiz
>>> with only seed data, it seemed a lot of things were not configured that were
>>> useful, which is why I went back to using all of the demo data. Should it
>>> be deleted one record at a time manually using another database tool? What
>>> is the best path to get from an install of OfBiz to using it without the
>>> excess demo entries? Is there any documentation on this?
>>>
>>> Thanks,
>>> Tim
>>
>> --
>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>> Myself on twitter: http://twitter.com/hansbak
>> Antwebsystems.com: Quality services for competitive rates.
>>
>
>
Re: Best way to remove demo data?
Posted by Scott Gray <sc...@hotwaxmedia.com>.
Just to put out an opposing point of view, I recommend using the latest stable release and not the trunk. The trunk is susceptible to new bugs whereas 10.04 is not and in fact has seen nothing but bug fixes for the past 15 months. So imagine taking the trunk and spending 15 months only fixing bugs, that is what 10.04 is. Does the trunk have more features? Yes, but in my opinion you're unlikely to need any of them and if you do you can always consider back porting the relevant code that you need.
Using the trunk is simply more convenient for committers because they can commit their changes instead of maintaining patches like everyone else. Most users don't have that power and if they do submit a patch it is pretty unlikely it will get committed very quickly.
Regards
Scott
On 24/07/2011, at 4:45 PM, Hans Bakker wrote:
> 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 svn which in my
> opinion has the least problems and the most features.
> If there would be a blocking problem in the latest version, we normally
> fix that within a couple of hours after reporting.
>
> Further, Postgresql is preferred above Mysql seeing the recent takeover
> by Oracle and the following article:
> http://wiki.postgresql.org/wiki/Why_PostgreSQL_Instead_of_MySQL:_Comparing_Reliability_and_Speed_in_2007
>
> Regards,
> Hans
>
>
> On Fri, 2011-06-03 at 12:59 -0700, Tim Stoel wrote:
>> 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.
>> When we installed OfBiz, there is a lot of demo data in the database. I
>> wondered what the best way is to deal with this data. When I setup OfBiz
>> with only seed data, it seemed a lot of things were not configured that were
>> useful, which is why I went back to using all of the demo data. Should it
>> be deleted one record at a time manually using another database tool? What
>> is the best path to get from an install of OfBiz to using it without the
>> excess demo entries? Is there any documentation on this?
>>
>> Thanks,
>> Tim
>
> --
> Ofbiz on twitter: http://twitter.com/apache_ofbiz
> Myself on twitter: http://twitter.com/hansbak
> Antwebsystems.com: Quality services for competitive rates.
>
Re: Best way to remove demo data?
Posted by Hans Bakker <ma...@antwebsystems.com>.
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 svn which in my
opinion has the least problems and the most features.
If there would be a blocking problem in the latest version, we normally
fix that within a couple of hours after reporting.
Further, Postgresql is preferred above Mysql seeing the recent takeover
by Oracle and the following article:
http://wiki.postgresql.org/wiki/Why_PostgreSQL_Instead_of_MySQL:_Comparing_Reliability_and_Speed_in_2007
Regards,
Hans
On Fri, 2011-06-03 at 12:59 -0700, Tim Stoel wrote:
> 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.
> When we installed OfBiz, there is a lot of demo data in the database. I
> wondered what the best way is to deal with this data. When I setup OfBiz
> with only seed data, it seemed a lot of things were not configured that were
> useful, which is why I went back to using all of the demo data. Should it
> be deleted one record at a time manually using another database tool? What
> is the best path to get from an install of OfBiz to using it without the
> excess demo entries? Is there any documentation on this?
>
> Thanks,
> Tim
--
Ofbiz on twitter: http://twitter.com/apache_ofbiz
Myself on twitter: http://twitter.com/hansbak
Antwebsystems.com: Quality services for competitive rates.
Re: Best way to remove demo data?
Posted by Jacques Le Roux <ja...@les7arts.com>.
To be complete, not only. You have demo data in all components. Look for <<reader-name="demo">> in all ofbiz-component.xml. This is
why the reader concept is important.
Jacques
From: "Raj Saini" <ra...@gmail.com>
> Demo data files are in the data folder of components. E-commerce demo data is in specialpurpose/ecommerce component.
>
> Raj
>
> On Sunday 05 June 2011 01:53 AM, Tim Stoel wrote:
>> Where are these demo data files located? Is there any documentation
>> specifically on these demo data files? I want to remove all of the
>> invoices, sales orders, extra users, etc.
>>
>> Thanks,
>> Tim
>>
>>
>>> From: Raj Saini<ra...@gmail.com>
>>> Reply-To:<us...@ofbiz.apache.org>
>>> Date: Sat, 04 Jun 2011 11:21:21 +0530
>>> To:<us...@ofbiz.apache.org>
>>> Cc: David E Jones<de...@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 June 2011 02:42 AM, David E Jones wrote:
>>>> 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 nice to have a test system somewhere with all of the demo data so
>>>> you can try out various features without having to configure/etc first.
>>>>
>>>> -David
>>>>
>>>>
>>>> On Jun 3, 2011, at 12:59 PM, Tim Stoel wrote:
>>>>
>>>>> 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.
>>>>> When we installed OfBiz, there is a lot of demo data in the database. I
>>>>> wondered what the best way is to deal with this data. When I setup OfBiz
>>>>> with only seed data, it seemed a lot of things were not configured that were
>>>>> useful, which is why I went back to using all of the demo data. Should it
>>>>> be deleted one record at a time manually using another database tool? What
>>>>> is the best path to get from an install of OfBiz to using it without the
>>>>> excess demo entries? Is there any documentation on this?
>>>>>
>>>>> Thanks,
>>>>> Tim
>>
>>
>
Re: Best way to remove demo data?
Posted by Raj Saini <ra...@gmail.com>.
Demo data files are in the data folder of components. E-commerce demo
data is in specialpurpose/ecommerce component.
Raj
On Sunday 05 June 2011 01:53 AM, Tim Stoel wrote:
> Where are these demo data files located? Is there any documentation
> specifically on these demo data files? I want to remove all of the
> invoices, sales orders, extra users, etc.
>
> Thanks,
> Tim
>
>
>> From: Raj Saini<ra...@gmail.com>
>> Reply-To:<us...@ofbiz.apache.org>
>> Date: Sat, 04 Jun 2011 11:21:21 +0530
>> To:<us...@ofbiz.apache.org>
>> Cc: David E Jones<de...@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 June 2011 02:42 AM, David E Jones wrote:
>>> 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 nice to have a test system somewhere with all of the demo data so
>>> you can try out various features without having to configure/etc first.
>>>
>>> -David
>>>
>>>
>>> On Jun 3, 2011, at 12:59 PM, Tim Stoel wrote:
>>>
>>>> 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.
>>>> When we installed OfBiz, there is a lot of demo data in the database. I
>>>> wondered what the best way is to deal with this data. When I setup OfBiz
>>>> with only seed data, it seemed a lot of things were not configured that were
>>>> useful, which is why I went back to using all of the demo data. Should it
>>>> be deleted one record at a time manually using another database tool? What
>>>> is the best path to get from an install of OfBiz to using it without the
>>>> excess demo entries? Is there any documentation on this?
>>>>
>>>> Thanks,
>>>> Tim
>
>
Re: Best way to remove demo data?
Posted by Tim Stoel <ti...@paserv.com>.
Where are these demo data files located? Is there any documentation
specifically on these demo data files? I want to remove all of the
invoices, sales orders, extra users, etc.
Thanks,
Tim
> From: Raj Saini <ra...@gmail.com>
> Reply-To: <us...@ofbiz.apache.org>
> Date: Sat, 04 Jun 2011 11:21:21 +0530
> To: <us...@ofbiz.apache.org>
> Cc: David E Jones <de...@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 June 2011 02:42 AM, David E Jones wrote:
>> 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 nice to have a test system somewhere with all of the demo data so
>> you can try out various features without having to configure/etc first.
>>
>> -David
>>
>>
>> On Jun 3, 2011, at 12:59 PM, Tim Stoel wrote:
>>
>>> 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.
>>> When we installed OfBiz, there is a lot of demo data in the database. I
>>> wondered what the best way is to deal with this data. When I setup OfBiz
>>> with only seed data, it seemed a lot of things were not configured that were
>>> useful, which is why I went back to using all of the demo data. Should it
>>> be deleted one record at a time manually using another database tool? What
>>> is the best path to get from an install of OfBiz to using it without the
>>> excess demo entries? Is there any documentation on this?
>>>
>>> Thanks,
>>> Tim
>>
>
Re: Best way to remove demo data?
Posted by Jacques Le Roux <ja...@les7arts.com>.
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" <ra...@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 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 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 nice to have a test system somewhere with all of the demo data so you can try out various features without having to
>> configure/etc first.
>>
>> -David
>>
>>
>> On Jun 3, 2011, at 12:59 PM, Tim Stoel wrote:
>>
>>> 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.
>>> When we installed OfBiz, there is a lot of demo data in the database. I
>>> wondered what the best way is to deal with this data. When I setup OfBiz
>>> with only seed data, it seemed a lot of things were not configured that were
>>> useful, which is why I went back to using all of the demo data. Should it
>>> be deleted one record at a time manually using another database tool? What
>>> is the best path to get from an install of OfBiz to using it without the
>>> excess demo entries? Is there any documentation on this?
>>>
>>> Thanks,
>>> Tim
>>
>
Re: Best way to remove demo data?
Posted by Raj Saini <ra...@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 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 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 nice to have a test system somewhere with all of the demo data so you can try out various features without having to configure/etc first.
>
> -David
>
>
> On Jun 3, 2011, at 12:59 PM, Tim Stoel wrote:
>
>> 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.
>> When we installed OfBiz, there is a lot of demo data in the database. I
>> wondered what the best way is to deal with this data. When I setup OfBiz
>> with only seed data, it seemed a lot of things were not configured that were
>> useful, which is why I went back to using all of the demo data. Should it
>> be deleted one record at a time manually using another database tool? What
>> is the best path to get from an install of OfBiz to using it without the
>> excess demo entries? Is there any documentation on this?
>>
>> Thanks,
>> Tim
>
Re: Best way to remove demo data?
Posted by Jacques Le Roux <ja...@les7arts.com>.
From: "David E Jones" <de...@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 along with the seed data.
>
> It's also nice to have a test system somewhere with all of the demo data so you can try out various features without having to
> configure/etc first.
BTW you may use the OFBiz demos for that, just note that they are reloaded each days (between 7 and 8 AM GMT+1)
Jacques
> -David
>
>
> On Jun 3, 2011, at 12:59 PM, Tim Stoel wrote:
>
>> 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.
>> When we installed OfBiz, there is a lot of demo data in the database. I
>> wondered what the best way is to deal with this data. When I setup OfBiz
>> with only seed data, it seemed a lot of things were not configured that were
>> useful, which is why I went back to using all of the demo data. Should it
>> be deleted one record at a time manually using another database tool? What
>> is the best path to get from an install of OfBiz to using it without the
>> excess demo entries? Is there any documentation on this?
>>
>> Thanks,
>> Tim
>
>
Re: Best way to remove demo data?
Posted by David E Jones <de...@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 along with the seed data.
It's also nice to have a test system somewhere with all of the demo data so you can try out various features without having to configure/etc first.
-David
On Jun 3, 2011, at 12:59 PM, Tim Stoel wrote:
> 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.
> When we installed OfBiz, there is a lot of demo data in the database. I
> wondered what the best way is to deal with this data. When I setup OfBiz
> with only seed data, it seemed a lot of things were not configured that were
> useful, which is why I went back to using all of the demo data. Should it
> be deleted one record at a time manually using another database tool? What
> is the best path to get from an install of OfBiz to using it without the
> excess demo entries? Is there any documentation on this?
>
> Thanks,
> Tim