Hi Goetz,
I also had a quick try myself. It works without any problems on my setup
(without the 'compare' function) and gives me the following results:
*local:getLabel('_and', 'FR') -- et*
*local:getLabel('_and') -- und*
Setup:
*OS X 10.10*
*java version 1.8.0_25*
*BaseX 8.0.3
Hi Christian,
this time, both the function you've seen already and a different query which
tries to extract data from a larger Xml file fail with the behavior described.
In both query execution plans you can see that there is some optimization
which places an empty pair of parentheses into the
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
The basexclient command still prompts me for my credentials.
Is
the issue showed up again, this time outside of a function. The computer was
only moderately charged, but the change of behavior occurred after I loaded a
25MB text file into Notepad++. Should I change something in the JVM settings?
To be honest, I really have no clue yet what's going on
I'm getting a failure on the second commit of XML data via the basexclient
command (from my git hook code).
I've created a gist here: https://gist.github.com/dc9f6d55d891b06ecae9.git
with relevant logs and the data/ directory.
The exception reported is:
==
Hi,
I am trying to get max value for a sequence of nodes using max(). I have a
query which gives me a set of element and after that i get its max value.
let $elements := (date10-02-2012/date,date12-02-2012date);
return max($element)
I am expecting that it gives me 10-02-2012, while it is giving
Hi Ankit,
Please see the spec for more information:
http://www.w3.org/TR/xpath-functions-31/#func-max
Best,
Christian
On Wed, Mar 25, 2015 at 3:44 PM, ankit kumar anky4b...@gmail.com wrote:
Hi,
I am trying to get max value for a sequence of nodes using max(). I have a
query which gives
Phew, it's really difficult to say anything on this.As long as we
cannot reproduce this on at least a second machine, it's hardly
possible to tell what's happening here.
As indicated, I haven't experienced a similar behavior so far, neither
on my own system, which is pretty similar to yours, nor
Are you behind a VPN?
Nope (both machines have direct access to the internet).. But your
Dropbox link worked, thank you!
I just tried to clone it from a machine that had a
VPN connection going but it failed. When I turned the VPN off then the
clone succeeded. Unless it's an issue with
https://gist.github.com/dc9f6d55d891b06ecae9.git
Hm, it still gives me 404.. I also tried to download it from a machine
with a different IP (both in Germany). Using http or https makes no
difference either!
I just verified that it's not private and that I could clone it (at least
with my
Are you behind a VPN? I just tried to clone it from a machine that had a
VPN connection going but it failed. When I turned the VPN off then the
clone succeeded. Unless it's an issue with GitHub itself.
I've but the data on Dropbox here:
Eliot,
Thanks for reporting this. The gist does not seem to exist (anymore);
could you please check it again?
Thanks in advance,
Christian
On Wed, Mar 25, 2015 at 3:58 PM, Eliot Kimber ekim...@contrext.com wrote:
I'm getting a failure on the second commit of XML data via the basexclient
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).
Cool--always happy to reveal a bug.
;) And I'm always happy to receive bug reports, because it feels like
just being one step closer to a bug-free release.
Let me know if I can help in testing a fix.
Thanks for the offer. I noticed that the error was caused by an old
assertion in the code..
When I removed the .basexhome and .basex files from the basex/ directory,
then the home directory .basex worked.
So it looks like there's definitely a difference in behavior between
Windows and OS X.
I verified that under Windows if I have both a ~/.basex file and the
default .basex and
Note that I'm not using the GUI, I'm using the basexclient command via a
bash script.
I have the basexserver running as a service (meaning it's a background
task under OS X and then I'm using git commit hooks to run bash scripts
that call the basexclient command.
Cheers,
E.
—
Eliot Kimber,
However, when I ran basexclient, I got this:
Contrext01:dfst-sample-project ekimber$ basexclient
/Users/ekimber/apps/basex/.basex: writing new configuration file.
Username:
Do you possibly have any other .basex* file in this directory?
So maybe this is an OS X issue?
Maybe someone else
Just to avoid confusion.. Are both of you working on the same project?
On Wed, Mar 25, 2015 at 7:19 PM, Eliot Kimber ekim...@contrext.com wrote:
Note that I'm not using the GUI, I'm using the basexclient command via a
bash script.
I have the basexserver running as a service (meaning it's a
Sorry--just realized I confused the threads. Ignore me.
Cheers,
E.
—
Eliot Kimber, Owner
Contrext, LLC
http://contrext.com
On 3/25/15, 1:19 PM, Eliot Kimber ekim...@contrext.com wrote:
Note that I'm not using the GUI, I'm using the basexclient command via a
bash script.
I have the
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
Pardon me… I just tried to call the gist in the browser. Using git
clone works as you said.
I managed to reproduce the problem, and it's a clear bug [1]. We'll do
our best to fix it as soon as possible.
Best,
Christian
[1] https://github.com/BaseXdb/basex/issues/1112
On Wed, Mar 25, 2015 at
Cool--always happy to reveal a bug.
Let me know if I can help in testing a fix.
Cheers,
E.
—
Eliot Kimber, Owner
Contrext, LLC
http://contrext.com
On 3/25/15, 1:23 PM, Christian Grün christian.gr...@gmail.com wrote:
Pardon me… I just tried to call the gist in the browser. Using git
Hi Christian,
the issue showed up again, this time outside of a function. The computer was
only moderately charged, but the change of behavior occurred after I loaded a
25MB text file into Notepad++. Should I change something in the JVM settings?
Kind regards,
Goetz
-Ursprüngliche
23 matches
Mail list logo