Hmm, the behavior is a little odd.
This is under OS X.
Under Windows it seems to work as expected: my user-specific .basex file is used. So maybe this is an OS X issue?
I discovered that I did have a .basex file in both basex/ dir and in my home dir.
The one in the basex/ directory had these entries:
USER = PASSWORD = SERVERHOST =
So I deleted them to see if the same entries in the ~/.basex file would get used.
However, when I ran basexclient, I got this:
Contrext01:dfst-sample-project ekimber$ basexclient /Users/ekimber/apps/basex/.basex: writing new configuration file. Username:
And editing the basex/.basex file showed that in fact the empty USER and PASSWORD entries had been restored.
Likewise, if I delete basex/.basex, I get the same result.
So it looks like even when there is a ~/.basex file it's not being used. I also tried putting a property in ~/.basex and it was not set.
Cheers,
E.
————— Eliot Kimber, Owner Contrext, LLC http://contrext.com
On 3/25/15, 12:39 PM, "Christian Grün" christian.gruen@gmail.com wrote:
Looking through the docs and trying to tests locally, it appears that the basexclient command does not use the USER or PASSWORD fields in .basex when run.
That is, given this in my ~/.basex file:
USER = admin PASSWORD = admin
It should actually do so (I just tried, and it worked for me). Did you possibly have another .basex file located in the directory where you started basexserver from?
Just in case you haven't found this by yourself: [1] describes which directories are checked for .basex files when starting BaseX.
Hope this helps, Christian