You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@ofbiz.apache.org by Hans Bakker <ma...@antwebsystems.com> on 2011/07/24 06:45:19 UTC
Re: Best way to remove demo data?
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 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.
>