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.gr...@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 > >[1] http://docs.basex.org/wiki/Configuration#Home_Directory >