ofbiz-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Taher Alkhateeb <slidingfilame...@gmail.com>
Subject RE: using H2 database for accelerated development
Date Tue, 22 Sep 2015 17:34:03 GMT
By the way webtools is not the only way to load data. If you want
automation you can call ant targets for loading individual data files which
makes your development much faster than using web tools.

Taher Alkhateeb
On Sep 22, 2015 12:44 PM, "Warnock, Matt" <matt@rcherbals.com> wrote:

> Personally I like using ramdisk for current project with rsync cron job to
> write it back to hard drive (or ssd) every hour or so just in case. (In
> case I forget to run that same script at reasonable stopping points.) I saw
> build time go from 26 mins down to 2 minutes, just changing from hdd to
> ssd. Havent tested ramdisk that way yet.
> On Sep 22, 2015 7:51 AM, "Peter Arnold" <parnold@paec.cl> wrote:
>
> > In order to not have to load to frequently the whole demo-data set which
> is
> > being continuously modified during implementation, you can also make use
> > of:
> > Web Tools  ->   Import / Export ->      XML Data Import
> >                                 ->      XML Data Import Directory
> >                                 ->      XML Data Import Readers
> >
> > Personally I have not used the second and third option but I do use the
> > first one which saves you sometimes from reloading the whole dataset.
> > Reloading everything is easier (and slower), but I think that by using
> XML
> > Data Import you are getting to know the data model in a better way and
> you
> > can safe some time.
> >
> > This is not directly related to the database selection discussed in this
> > thread but it is certainly related to accelerated development.
> >
> >
> > Regards,
> > Peter
> >
> >
> >
> > ---
> > El software de antivirus Avast ha analizado este correo electrónico en
> > busca de virus.
> > http://www.avast.com
> >
> >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message