Starting OfBiz at boot

[Craig Parker]

I've been following along on this site:
https://cwiki.apache.org/confluence/display/OFBIZ/How+to+run+OFBiz+as+a+Service

and can /etc/init.t/ofbiz start/stop/restart as root, but it won't fire
up at boot. Before I edited /etc/init.d/ofbiz, there was a line that
said "OFBIZ_USER=ofbiz" When I tried, as root to run /etc/init.d/ofbiz
start, I'd get an error:
Starting OFBiz: failure

Only users root or ofbiz should start/stop the application

Like I said, I can start it now manually as root, but it won't fire up
as boot. In /var/log/boot.log, I see that same error, except now it says
"...Only users root or root..."

What'd I miss? I'm running Ubuntu Server 14.04 just using the default
built in database at the moment.

[Chris Clark]

Don't know if I'm helping or hurting but I dabbled in off is for a moment
before I switched to magneto, and newer versions of linux use systemd and
stray away for sys v unit scripts.  I got off is to start at startup, by
creating a modified systemd service script.  Google systems services I guess
On May 3, 2016 8:44 PM, "Craig Parker" <[hidden email]> wrote:

> I've been following along on this site:
>
> https://cwiki.apache.org/confluence/display/OFBIZ/How+to+run+OFBiz+as+a+Service
>
> and can /etc/init.t/ofbiz start/stop/restart as root, but it won't fire up
> at boot. Before I edited /etc/init.d/ofbiz, there was a line that said
> "OFBIZ_USER=ofbiz" When I tried, as root to run /etc/init.d/ofbiz start,
> I'd get an error:
> Starting OFBiz: failure
>
> Only users root or ofbiz should start/stop the application
>
> Like I said, I can start it now manually as root, but it won't fire up as
> boot. In /var/log/boot.log, I see that same error, except now it says
> "...Only users root or root..."
>
> What'd I miss? I'm running Ubuntu Server 14.04 just using the default
> built in database at the moment.
>

[Chris Clark]

Jesus autocorrect and its fun ways.  That's "dabbled in ofbiz" and "sys v
init scripts"
On May 3, 2016 8:48 PM, [hidden email] wrote:

Don't know if I'm helping or hurting but I dabbled in off is for a moment
before I switched to magneto, and newer versions of linux use systemd and
stray away for sys v unit scripts.  I got off is to start at startup, by
creating a modified systemd service script.  Google systems services I guess
On May 3, 2016 8:44 PM, "Craig Parker" <[hidden email]> wrote:

I've been following along on this site:
https://cwiki.apache.org/confluence/display/OFBIZ/How+to+run+OFBiz+as+a+Service

and can /etc/init.t/ofbiz start/stop/restart as root, but it won't fire up
at boot. Before I edited /etc/init.d/ofbiz, there was a line that said
"OFBIZ_USER=ofbiz" When I tried, as root to run /etc/init.d/ofbiz start,
I'd get an error:
Starting OFBiz: failure

Only users root or ofbiz should start/stop the application

Like I said, I can start it now manually as root, but it won't fire up as
boot. In /var/log/boot.log, I see that same error, except now it says
"...Only users root or root..."

What'd I miss? I'm running Ubuntu Server 14.04 just using the default built
in database at the moment.

[Craig Parker]

Well, I just stumbled on ./tools/rc.ofbiz.for.debian and found another
line like that. Changed it and rebooted, but saw after that there was
also an Ubuntu version or the file, so maybe it works, maybe not.

On 05/03/2016 09:50 PM, Chris Clark wrote:

> Jesus autocorrect and its fun ways.  That's "dabbled in ofbiz" and "sys v
> init scripts"
> On May 3, 2016 8:48 PM, [hidden email] wrote:
>
> Don't know if I'm helping or hurting but I dabbled in off is for a moment
> before I switched to magneto, and newer versions of linux use systemd and
> stray away for sys v unit scripts.  I got off is to start at startup, by
> creating a modified systemd service script.  Google systems services I guess
> On May 3, 2016 8:44 PM, "Craig Parker" <[hidden email]> wrote:
>
> I've been following along on this site:
> https://cwiki.apache.org/confluence/display/OFBIZ/How+to+run+OFBiz+as+a+Service
>
> and can /etc/init.t/ofbiz start/stop/restart as root, but it won't fire up
> at boot. Before I edited /etc/init.d/ofbiz, there was a line that said
> "OFBIZ_USER=ofbiz" When I tried, as root to run /etc/init.d/ofbiz start,
> I'd get an error:
> Starting OFBiz: failure
>
> Only users root or ofbiz should start/stop the application
>
> Like I said, I can start it now manually as root, but it won't fire up as
> boot. In /var/log/boot.log, I see that same error, except now it says
> "...Only users root or root..."
>
> What'd I miss? I'm running Ubuntu Server 14.04 just using the default built
> in database at the moment.
>

[Craig Parker]

Well, no love there. So I'm back where I started. /var/log/boot.log
tells me:
Starting OFBiz: failure

Only users root or root should start/stop the application


If anyone has any idea, I'm all ears.

On 05/03/2016 09:53 PM, Craig Parker wrote:

> Well, I just stumbled on ./tools/rc.ofbiz.for.debian and found another
> line like that. Changed it and rebooted, but saw after that there was
> also an Ubuntu version or the file, so maybe it works, maybe not.
>
> On 05/03/2016 09:50 PM, Chris Clark wrote:
>> Jesus autocorrect and its fun ways. That's "dabbled in ofbiz" and "sys v
>> init scripts"
>> On May 3, 2016 8:48 PM, [hidden email] wrote:
>>
>> Don't know if I'm helping or hurting but I dabbled in off is for a
>> moment
>> before I switched to magneto, and newer versions of linux use systemd
>> and
>> stray away for sys v unit scripts.  I got off is to start at startup, by
>> creating a modified systemd service script.  Google systems services
>> I guess
>> On May 3, 2016 8:44 PM, "Craig Parker" <[hidden email]> wrote:
>>
>> I've been following along on this site:
>> https://cwiki.apache.org/confluence/display/OFBIZ/How+to+run+OFBiz+as+a+Service 
>>
>>
>> and can /etc/init.t/ofbiz start/stop/restart as root, but it won't
>> fire up
>> at boot. Before I edited /etc/init.d/ofbiz, there was a line that said
>> "OFBIZ_USER=ofbiz" When I tried, as root to run /etc/init.d/ofbiz start,
>> I'd get an error:
>> Starting OFBiz: failure
>>
>> Only users root or ofbiz should start/stop the application
>>
>> Like I said, I can start it now manually as root, but it won't fire
>> up as
>> boot. In /var/log/boot.log, I see that same error, except now it says
>> "...Only users root or root..."
>>
>> What'd I miss? I'm running Ubuntu Server 14.04 just using the default
>> built
>> in database at the moment.
>>
>

[G.W. Haywood-2]

Hi there,

On Wed, 4 May 2016, Craig Parker wrote:

> ... /var/log/boot.log tells me:
> Starting OFBiz: failure
> Only users root or root should start/stop the application

To begin with you need to learn a little about Linux permissions
and what effects they have.  I honestly don't think you've enough
experience to be writing shell scripts to start things like Ofbiz
just yet.

The distribution packaging will make all sorts of choices which may
not necessarily be right for your situation at present and I would
recommend that you don't try to start Ofbiz automatically at boot
until you're more familiar with your system.  There are as you have
seen scripts to start it in the Ofbiz directory and its 'tools/'
sub-directory which you can run from the command line.  When I'm
working on Ofbiz testing I set one 'xterm' aside to start Ofbiz,
scroll a log, and stop it (with CTRL-C) when I can't take any more.  I
use a slightly modified ./tools/startofbiz.sh to start it, but you
could do what's suggested in the Ofbiz README ('./ant start') instead.
If you use the startofbiz.sh script, the shutdown is more graceful on
exit with CTRL-C.

It's only necessary to run Ofbiz as a privileged user (root in this
case) if you have decided to have Ofbiz listening on a port number
which is less than 1024.  Webservers (and Ofbiz has a Web interface,
so that includes Ofbiz) usually listen on port 80.  For any process
to listen to port 80, a privileged user needs to start that process.

While I'm working on testing, I use the default higher-number ports
(8080 for Ofbiz itself and 8443 for the admin interface, instead of 80
and 443), and I don't run it as root.  You can even have more than one
Ofbiz running, if they listen on different ports (and most likely use
different databases) , so you could run a production Ofbiz on port 80
and a development Ofbiz on port 8080.  Don't do it. :)

If your ofbiz directory is owned and read/write only for root (just
because that's how you installed it, perhaps if you installed it from
a distribution package) then I'd suggest for testing that you don't
use that installation at all, and run one as the non-privileged user.
You could start again using one of the tarballs provided on the Ofbiz
Website.  It's an easy installation to do, although it takes a lot of
CPU cycles.  If you run the install as a normal unprivileged user
you'll have what you need all set up for you.  You've probably found
that all you need is a single directory (for example something like
/home/user/ofbiz/) to unpack everything, Ofbiz will run happily in
there almost completely self-contained without any need for putting
things elsewhere in the system.  You will of course need the support
of a few system libraries and Java, but you have those already.

73,
Ged.

[Jacques Le Roux]

Le 05/05/2016 à 09:44, G.W. Haywood a écrit :

> Hi there,
>
> On Wed, 4 May 2016, Craig Parker wrote:
>
>> ... /var/log/boot.log tells me:
>> Starting OFBiz: failure
>> Only users root or root should start/stop the application
>
> When I'm
> working on Ofbiz testing I set one 'xterm' aside to start Ofbiz,
> scroll a log, and stop it (with CTRL-C) when I can't take any more.  I
> use a slightly modified ./tools/startofbiz.sh to start it, but you
> could do what's suggested in the Ofbiz README ('./ant start') instead.
> If you use the startofbiz.sh script, the shutdown is more graceful on
> exit with CTRL-C.
>

Thanks for the help Ged,

Just a comment about
 >the shutdown is more graceful on exit with CTRL-C.

If you start with
     './ant start'
you can stop cleanly with
     './ant stop'

Globally './ant -p' is your friend

Jacques

> 73,
> Ged.
>

[Craig Parker]

I got this going finally back in May, but downloaded 16 tonight and
can't fire it up. Here's how I got there a few months back...

http://65.175.244.105:31415/ofbizdocs/?p=352


On 05/03/2016 09:43 PM, Craig Parker wrote:

> I've been following along on this site:
> https://cwiki.apache.org/confluence/display/OFBIZ/How+to+run+OFBiz+as+a+Service 
>
>
> and can /etc/init.t/ofbiz start/stop/restart as root, but it won't
> fire up at boot. Before I edited /etc/init.d/ofbiz, there was a line
> that said "OFBIZ_USER=ofbiz" When I tried, as root to run
> /etc/init.d/ofbiz start, I'd get an error:
> Starting OFBiz: failure
>
> Only users root or ofbiz should start/stop the application
>
> Like I said, I can start it now manually as root, but it won't fire up
> as boot. In /var/log/boot.log, I see that same error, except now it
> says "...Only users root or root..."
>
> What'd I miss? I'm running Ubuntu Server 14.04 just using the default
> built in database at the moment.

[Jacques Le Roux]

Craig,

Could you tell us what you used in May (OFBiz version, scripts changes, etc.)

This is order to amend https://cwiki.apache.org/confluence/display/OFBIZ/How+to+run+OFBiz+as+a+Service if needed (I guess it's needed ;))

Thanks

Jacques


Le 02/12/2016 à 04:34, Craig Parker a écrit :

> I got this going finally back in May, but downloaded 16 tonight and can't fire it up. Here's how I got there a few months back...
>
> http://65.175.244.105:31415/ofbizdocs/?p=352
>
>
> On 05/03/2016 09:43 PM, Craig Parker wrote:
>> I've been following along on this site:
>> https://cwiki.apache.org/confluence/display/OFBIZ/How+to+run+OFBiz+as+a+Service
>>
>> and can /etc/init.t/ofbiz start/stop/restart as root, but it won't fire up at boot. Before I edited /etc/init.d/ofbiz, there was a line that said
>> "OFBIZ_USER=ofbiz" When I tried, as root to run /etc/init.d/ofbiz start, I'd get an error:
>> Starting OFBiz: failure
>>
>> Only users root or ofbiz should start/stop the application
>>
>> Like I said, I can start it now manually as root, but it won't fire up as boot. In /var/log/boot.log, I see that same error, except now it says
>> "...Only users root or root..."
>>
>> What'd I miss? I'm running Ubuntu Server 14.04 just using the default built in database at the moment.
>
>

[Michael Brohl-3]

We should indeed have an additional Wiki page where the deployment,
running and hosting informations for releases 16.x + are documented.

Which brings me to an idea: we should see if we can reorganise the
documentation to have an entry point by release/version so that all
informations are consistent within a release. We may have other
impacting changes in the project and we should enable users to easily
find all informations.

That would be a good start for contributors who want to contribute apart
from code.

Regards,

Michael


Am 02.12.16 um 09:41 schrieb Jacques Le Roux:

> Craig,
>
> Could you tell us what you used in May (OFBiz version, scripts
> changes, etc.)
>
> This is order to amend
> https://cwiki.apache.org/confluence/display/OFBIZ/How+to+run+OFBiz+as+a+Service 
> if needed (I guess it's needed ;))
>
> Thanks
>
> Jacques
>
>
> Le 02/12/2016 à 04:34, Craig Parker a écrit :
>> I got this going finally back in May, but downloaded 16 tonight and
>> can't fire it up. Here's how I got there a few months back...
>>
>> http://65.175.244.105:31415/ofbizdocs/?p=352
>>
>>
>> On 05/03/2016 09:43 PM, Craig Parker wrote:
>>> I've been following along on this site:
>>> https://cwiki.apache.org/confluence/display/OFBIZ/How+to+run+OFBiz+as+a+Service 
>>>
>>>
>>> and can /etc/init.t/ofbiz start/stop/restart as root, but it won't
>>> fire up at boot. Before I edited /etc/init.d/ofbiz, there was a line
>>> that said "OFBIZ_USER=ofbiz" When I tried, as root to run
>>> /etc/init.d/ofbiz start, I'd get an error:
>>> Starting OFBiz: failure
>>>
>>> Only users root or ofbiz should start/stop the application
>>>
>>> Like I said, I can start it now manually as root, but it won't fire
>>> up as boot. In /var/log/boot.log, I see that same error, except now
>>> it says "...Only users root or root..."
>>>
>>> What'd I miss? I'm running Ubuntu Server 14.04 just using the
>>> default built in database at the moment.
>>
>>
>

[Michael Brohl-3]

Sorry for hijacking this thread, I will open a new thread in the dev
list for this.

Please do not answer here for the documentation topic.

Regards,

Michael

Am 02.12.16 um 11:00 schrieb Michael Brohl:

> We should indeed have an additional Wiki page where the deployment,
> running and hosting informations for releases 16.x + are documented.
>
> Which brings me to an idea: we should see if we can reorganise the
> documentation to have an entry point by release/version so that all
> informations are consistent within a release. We may have other
> impacting changes in the project and we should enable users to easily
> find all informations.
>
> That would be a good start for contributors who want to contribute
> apart from code.
>
> Regards,
>
> Michael
>
>
> Am 02.12.16 um 09:41 schrieb Jacques Le Roux:
>> Craig,
>>
>> Could you tell us what you used in May (OFBiz version, scripts
>> changes, etc.)
>>
>> This is order to amend
>> https://cwiki.apache.org/confluence/display/OFBIZ/How+to+run+OFBiz+as+a+Service 
>> if needed (I guess it's needed ;))
>>
>> Thanks
>>
>> Jacques
>>
>>
>> Le 02/12/2016 à 04:34, Craig Parker a écrit :
>>> I got this going finally back in May, but downloaded 16 tonight and
>>> can't fire it up. Here's how I got there a few months back...
>>>
>>> http://65.175.244.105:31415/ofbizdocs/?p=352
>>>
>>>
>>> On 05/03/2016 09:43 PM, Craig Parker wrote:
>>>> I've been following along on this site:
>>>> https://cwiki.apache.org/confluence/display/OFBIZ/How+to+run+OFBiz+as+a+Service 
>>>>
>>>>
>>>> and can /etc/init.t/ofbiz start/stop/restart as root, but it won't
>>>> fire up at boot. Before I edited /etc/init.d/ofbiz, there was a
>>>> line that said "OFBIZ_USER=ofbiz" When I tried, as root to run
>>>> /etc/init.d/ofbiz start, I'd get an error:
>>>> Starting OFBiz: failure
>>>>
>>>> Only users root or ofbiz should start/stop the application
>>>>
>>>> Like I said, I can start it now manually as root, but it won't fire
>>>> up as boot. In /var/log/boot.log, I see that same error, except now
>>>> it says "...Only users root or root..."
>>>>
>>>> What'd I miss? I'm running Ubuntu Server 14.04 just using the
>>>> default built in database at the moment.
>>>
>>>
>>
>
>

[Craig Parker]

I'm not sure what I was using in May. Other that some stuff at the end
(and I forgot to make new notes) my rundown worked a couple weeks to get
13.07.03 up and going on my laptop. 16.11.01 on that same laptop though,
no love.

I'm on Mint (Ubuntu, essentially) but used the Debian stuff for the
13.x.x installs. Tried both Ubuntu and Debian on the 16.

I thought I'd have this weekend to play with it. Maybe next weekend. I
want to start on a fresh box.


On 12/02/2016 03:41 AM, Jacques Le Roux wrote:

> Craig,
>
> Could you tell us what you used in May (OFBiz version, scripts
> changes, etc.)
>
> This is order to amend
> https://cwiki.apache.org/confluence/display/OFBIZ/How+to+run+OFBiz+as+a+Service 
> if needed (I guess it's needed ;))
>
> Thanks
>
> Jacques
>
>
> Le 02/12/2016 à 04:34, Craig Parker a écrit :
>> I got this going finally back in May, but downloaded 16 tonight and
>> can't fire it up. Here's how I got there a few months back...
>>
>> http://65.175.244.105:31415/ofbizdocs/?p=352
>>
>>
>> On 05/03/2016 09:43 PM, Craig Parker wrote:
>>> I've been following along on this site:
>>> https://cwiki.apache.org/confluence/display/OFBIZ/How+to+run+OFBiz+as+a+Service 
>>>
>>>
>>> and can /etc/init.t/ofbiz start/stop/restart as root, but it won't
>>> fire up at boot. Before I edited /etc/init.d/ofbiz, there was a line
>>> that said "OFBIZ_USER=ofbiz" When I tried, as root to run
>>> /etc/init.d/ofbiz start, I'd get an error:
>>> Starting OFBiz: failure
>>>
>>> Only users root or ofbiz should start/stop the application
>>>
>>> Like I said, I can start it now manually as root, but it won't fire
>>> up as boot. In /var/log/boot.log, I see that same error, except now
>>> it says "...Only users root or root..."
>>>
>>> What'd I miss? I'm running Ubuntu Server 14.04 just using the
>>> default built in database at the moment.
>>
>>
>

[Craig Parker]

./gradlew cleanAll loadDefault will load some test data. Or is that
wrong? I'm only thinking so because I saw things in the PRODUCTS table
besides the item I started creating.

Dropping the databases, running and firing OFBiz up again seems to have
rebuilt the databases (I thought I'd read somewhere that they'd get
rebuilt like that), but there's no data. This was the desired effect,
but I can't launch the software now. I can post the whole error, or just
say that I see a lot of "Template location is empty" messages.

Is that the right way to start with a clean slate and I missed a step,
or is that totally wrong?

[taher]

Hi Craig,

loadDefault is an alias for "ofbiz --load-data" which by default loads all
data sets.

cleanAll deletes everything including the database but only if the database
is derby (embedded). If your database is MySQL or Postgres, then you have
to clean it up manually.

I'm not sure what command did you use to reach the point of a non-working
system, but usually ./gradlew cleanAll loadDefault is enough to get your
system working properly.

On Wed, Apr 19, 2017 at 3:40 AM, Craig Parker <[hidden email]> wrote:

> ./gradlew cleanAll loadDefault will load some test data. Or is that wrong?
> I'm only thinking so because I saw things in the PRODUCTS table besides the
> item I started creating.
>
> Dropping the databases, running and firing OFBiz up again seems to have
> rebuilt the databases (I thought I'd read somewhere that they'd get rebuilt
> like that), but there's no data. This was the desired effect, but I can't
> launch the software now. I can post the whole error, or just say that I see
> a lot of "Template location is empty" messages.
>
> Is that the right way to start with a clean slate and I missed a step, or
> is that totally wrong?
>

[Pierre Smits]

Hi Craig,

You're not complete correct. The ./gradlew cleanAll loadDefault will

   - through the 'cleanAll' command:
      - delete jars, logs, the derby rdbms, Lucene indexes, etc
   - through the 'loadDefault' command:
      - load *all* datasets (seed, seed-extension and all demo data, from
      all applications/components it can find.

To start with a OFBiz implementation you can work with, but doesn't have
the demo data of the OFBiz project, you will need to:

   - use a different load command with one or more parameters,
   - potentially move data from a DemoData.xml file to a SeedData.xml file

See this related issue: https://issues.apache.org/jira/browse/OFBIZ-8229

Best regards,

Pierre Smits

ORRTIZ.COM <http://www.orrtiz.com>
OFBiz based solutions & services

OFBiz Extensions Marketplace
http://oem.ofbizci.net/oci-2/

On Wed, Apr 19, 2017 at 2:40 AM, Craig Parker <[hidden email]> wrote:

> ./gradlew cleanAll loadDefault will load some test data. Or is that wrong?
> I'm only thinking so because I saw things in the PRODUCTS table besides the
> item I started creating.
>
> Dropping the databases, running and firing OFBiz up again seems to have
> rebuilt the databases (I thought I'd read somewhere that they'd get rebuilt
> like that), but there's no data. This was the desired effect, but I can't
> launch the software now. I can post the whole error, or just say that I see
> a lot of "Template location is empty" messages.
>
> Is that the right way to start with a clean slate and I missed a step, or
> is that totally wrong?
>

[Jacopo Cappellato-5]

Hi Craig,

the name loadDefault may be a bit misleading: it actually loads the seed
data but also testing and demo data (maybe loadAll may be more accurate).
Anyway, you are probably looking for:

./gradlew "ofbiz --load-data readers=seed,seed-initial"

You will find a description of the various options and their meaning in the
README.md file section titled "Data loading tasks".

Regards,

Jacopo

On Wed, Apr 19, 2017 at 2:40 AM, Craig Parker <[hidden email]> wrote:

> ./gradlew cleanAll loadDefault will load some test data. Or is that wrong?
> I'm only thinking so because I saw things in the PRODUCTS table besides the
> item I started creating.
>
> Dropping the databases, running and firing OFBiz up again seems to have
> rebuilt the databases (I thought I'd read somewhere that they'd get rebuilt
> like that), but there's no data. This was the desired effect, but I can't
> launch the software now. I can post the whole error, or just say that I see
> a lot of "Template location is empty" messages.
>
> Is that the right way to start with a clean slate and I missed a step, or
> is that totally wrong?
>

[Jacques Le Roux]

+1 for loadAll, clearer indeed

I also got trapped by "shutdown" (for ofbizBackground), instead of "stop" we had before.

Would you agree (All) to change it too? Not too late right?

Jacques


Le 19/04/2017 à 09:35, Jacopo Cappellato a écrit :

> Hi Craig,
>
> the name loadDefault may be a bit misleading: it actually loads the seed
> data but also testing and demo data (maybe loadAll may be more accurate).
> Anyway, you are probably looking for:
>
> ./gradlew "ofbiz --load-data readers=seed,seed-initial"
>
> You will find a description of the various options and their meaning in the
> README.md file section titled "Data loading tasks".
>
> Regards,
>
> Jacopo
>
> On Wed, Apr 19, 2017 at 2:40 AM, Craig Parker <[hidden email]> wrote:
>
>> ./gradlew cleanAll loadDefault will load some test data. Or is that wrong?
>> I'm only thinking so because I saw things in the PRODUCTS table besides the
>> item I started creating.
>>
>> Dropping the databases, running and firing OFBiz up again seems to have
>> rebuilt the databases (I thought I'd read somewhere that they'd get rebuilt
>> like that), but there's no data. This was the desired effect, but I can't
>> launch the software now. I can post the whole error, or just say that I see
>> a lot of "Template location is empty" messages.
>>
>> Is that the right way to start with a clean slate and I missed a step, or
>> is that totally wrong?
>>

[taher]

I would suggest "loadData" to keep it consistent with the actual alias
"--load-data" and in the README.md and task description describe what that
means.

On Wed, Apr 19, 2017 at 10:57 AM, Jacques Le Roux <
[hidden email]> wrote:

> +1 for loadAll, clearer indeed
>
> I also got trapped by "shutdown" (for ofbizBackground), instead of "stop"
> we had before.
>
> Would you agree (All) to change it too? Not too late right?
>
> Jacques
>
>
>
> Le 19/04/2017 à 09:35, Jacopo Cappellato a écrit :
>
>> Hi Craig,
>>
>> the name loadDefault may be a bit misleading: it actually loads the seed
>> data but also testing and demo data (maybe loadAll may be more accurate).
>> Anyway, you are probably looking for:
>>
>> ./gradlew "ofbiz --load-data readers=seed,seed-initial"
>>
>> You will find a description of the various options and their meaning in
>> the
>> README.md file section titled "Data loading tasks".
>>
>> Regards,
>>
>> Jacopo
>>
>> On Wed, Apr 19, 2017 at 2:40 AM, Craig Parker <[hidden email]>
>> wrote:
>>
>> ./gradlew cleanAll loadDefault will load some test data. Or is that wrong?
>>> I'm only thinking so because I saw things in the PRODUCTS table besides
>>> the
>>> item I started creating.
>>>
>>> Dropping the databases, running and firing OFBiz up again seems to have
>>> rebuilt the databases (I thought I'd read somewhere that they'd get
>>> rebuilt
>>> like that), but there's no data. This was the desired effect, but I can't
>>> launch the software now. I can post the whole error, or just say that I
>>> see
>>> a lot of "Template location is empty" messages.
>>>
>>> Is that the right way to start with a clean slate and I missed a step, or
>>> is that totally wrong?
>>>
>>>
>

[Devanshu Vyas-2]

+1 for 'loadData', more clear. And I agree with Taher, it is consistent
with 'load-data'.

Thanks & Regards,
Devanshu Vyas.

On Wed, Apr 19, 2017 at 1:42 PM, Taher Alkhateeb <[hidden email]
> wrote:

> I would suggest "loadData" to keep it consistent with the actual alias
> "--load-data" and in the README.md and task description describe what that
> means.
>
> On Wed, Apr 19, 2017 at 10:57 AM, Jacques Le Roux <
> [hidden email]> wrote:
>
> > +1 for loadAll, clearer indeed
> >
> > I also got trapped by "shutdown" (for ofbizBackground), instead of "stop"
> > we had before.
> >
> > Would you agree (All) to change it too? Not too late right?
> >
> > Jacques
> >
> >
> >
> > Le 19/04/2017 à 09:35, Jacopo Cappellato a écrit :
> >
> >> Hi Craig,
> >>
> >> the name loadDefault may be a bit misleading: it actually loads the seed
> >> data but also testing and demo data (maybe loadAll may be more
> accurate).
> >> Anyway, you are probably looking for:
> >>
> >> ./gradlew "ofbiz --load-data readers=seed,seed-initial"
> >>
> >> You will find a description of the various options and their meaning in
> >> the
> >> README.md file section titled "Data loading tasks".
> >>
> >> Regards,
> >>
> >> Jacopo
> >>
> >> On Wed, Apr 19, 2017 at 2:40 AM, Craig Parker <[hidden email]>
> >> wrote:
> >>
> >> ./gradlew cleanAll loadDefault will load some test data. Or is that
> wrong?
> >>> I'm only thinking so because I saw things in the PRODUCTS table besides
> >>> the
> >>> item I started creating.
> >>>
> >>> Dropping the databases, running and firing OFBiz up again seems to have
> >>> rebuilt the databases (I thought I'd read somewhere that they'd get
> >>> rebuilt
> >>> like that), but there's no data. This was the desired effect, but I
> can't
> >>> launch the software now. I can post the whole error, or just say that I
> >>> see
> >>> a lot of "Template location is empty" messages.
> >>>
> >>> Is that the right way to start with a clean slate and I missed a step,
> or
> >>> is that totally wrong?
> >>>
> >>>
> >
>

[Pierre Smits]

+1 on having unambiguous commands (and explanations) regarding the use of
OFBiz.

Replacing loadDefault with loadData doesn't remove the ambiguity.. And
having the adopter to use multiple parameters to get to a minimal
operational state is not delivering the best UX. Better is it to turn
around: the base should deliver just that, and if people (or systems like
the demo site) want to have demo data in their setup they should apply the
extra step.

Best regards,

Pierre Smits

ORRTIZ.COM <http://www.orrtiz.com>
OFBiz based solutions & services

OFBiz Extensions Marketplace
http://oem.ofbizci.net/oci-2/

On Wed, Apr 19, 2017 at 10:12 AM, Taher Alkhateeb <
[hidden email]> wrote:

> I would suggest "loadData" to keep it consistent with the actual alias
> "--load-data" and in the README.md and task description describe what that
> means.
>
> On Wed, Apr 19, 2017 at 10:57 AM, Jacques Le Roux <
> [hidden email]> wrote:
>
> > +1 for loadAll, clearer indeed
> >
> > I also got trapped by "shutdown" (for ofbizBackground), instead of "stop"
> > we had before.
> >
> > Would you agree (All) to change it too? Not too late right?
> >
> > Jacques
> >
> >
> >
> > Le 19/04/2017 à 09:35, Jacopo Cappellato a écrit :
> >
> >> Hi Craig,
> >>
> >> the name loadDefault may be a bit misleading: it actually loads the seed
> >> data but also testing and demo data (maybe loadAll may be more
> accurate).
> >> Anyway, you are probably looking for:
> >>
> >> ./gradlew "ofbiz --load-data readers=seed,seed-initial"
> >>
> >> You will find a description of the various options and their meaning in
> >> the
> >> README.md file section titled "Data loading tasks".
> >>
> >> Regards,
> >>
> >> Jacopo
> >>
> >> On Wed, Apr 19, 2017 at 2:40 AM, Craig Parker <[hidden email]>
> >> wrote:
> >>
> >> ./gradlew cleanAll loadDefault will load some test data. Or is that
> wrong?
> >>> I'm only thinking so because I saw things in the PRODUCTS table besides
> >>> the
> >>> item I started creating.
> >>>
> >>> Dropping the databases, running and firing OFBiz up again seems to have
> >>> rebuilt the databases (I thought I'd read somewhere that they'd get
> >>> rebuilt
> >>> like that), but there's no data. This was the desired effect, but I
> can't
> >>> launch the software now. I can post the whole error, or just say that I
> >>> see
> >>> a lot of "Template location is empty" messages.
> >>>
> >>> Is that the right way to start with a clean slate and I missed a step,
> or
> >>> is that totally wrong?
> >>>
> >>>
> >
>