Failure on Second Update to Database

On Wed, Mar 25, 2015 at 3:58 PM, Eliot Kimber <ekimber at contrext.com> wrote: > 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: > > ================== > Contrext01:dfst-sample-project ekimber$ git add .;git commit -m "updated > test file" > Running: basexclient -c CHECK\ dfst_master\;\ OPEN\ dfst_master\;\ > REPLACE\ docs/topic-01.dita\ > /Users/ekimber/workspace-dfst/dfst-sample-project/docs/topic-01.dita -U > admin -P admin -p 1984 -n localhost > > Running: basexclient -c CHECK\ dfst_master\;\ OPEN\ dfst_master\;\ > REPLACE\ dfst/metadata.xml\ > \<dfst_metadata\>\<gitstate\>\<branch\>master\</branch\>\<commit\>8d264e1e7 > 3d5596758a069a4355920c448a5b41d\</commit\>\</gitstate\>\</dfst_metadata\> > -U admin -P admin -p 1984 -n localhost > Improper use? Potential bug? Your feedback is welcome: > Contact: basex-talk at mailman.uni-konstanz.de > Version: BaseX 8.0.3 > Java: Oracle Corporation, 1.7.0_65 > OS: Mac OS X, x86_64 > Stack Trace: > java.lang.RuntimeException: Data Access out of bounds: > - pre value: 21 > - #used blocks: 1 > - #total locks: 1 > - access: 0 (1 > 0] > at org.basex.util.Util.notExpected(Util.java:60) > at org.basex.io.random.TableDiskAccess.cursor(TableDiskAccess.java:462) > at org.basex.io.random.TableDiskAccess.read1(TableDiskAccess.java:148) > at org.basex.data.Data.kind(Data.java:304) > at org.basex.data.atomic.Replace.getInstance(Replace.java:42) > at > org.basex.data.atomic.AtomicUpdateCache.addReplace(AtomicUpdateCache.java:9 > 5) > at org.basex.core.cmd.Replace.replace(Replace.java:95) > at org.basex.core.cmd.Replace.run(Replace.java:57) > at org.basex.core.Command.run(Command.java:379) > at org.basex.core.Command.execute(Command.java:95) > at org.basex.server.ClientListener.run(ClientListener.java:146) > > > [master 8d264e1] updated test file > 1 file changed, 1 insertion(+), 1 deletion(-) > Contrext01:dfst-sample-project ekimber$ > ================= > > > The first update succeeds, the second one fails. > > The second one is committing literal XML on the command while the first is > committing a file on the file system. > > This behavior is consistent: if I drop the database, restart the server, > the repeat this test, I get the same failure. > > Is this my user error or a bug? > > Cheers, > > E. > > ————— > Eliot Kimber, Owner > Contrext, LLC > http://contrext.com > > >

> https://gist.github.com/dc9f6d55d891b06ecae9.git

> I just verified that it's not private and that I could clone it (at least > with my GitHub credentials). > > Cheers, > > E. > ————— > Eliot Kimber, Owner > Contrext, LLC > http://contrext.com > > > > > On 3/25/15, 12:28 PM, "Christian Grün" <christian.gruen at gmail.com> wrote: > >>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 <ekimber at contrext.com> >>wrote: >>> 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: >>> >>> ================== >>> Contrext01:dfst-sample-project ekimber$ git add .;git commit -m "updated >>> test file" >>> Running: basexclient -c CHECK\ dfst_master\;\ OPEN\ dfst_master\;\ >>> REPLACE\ docs/topic-01.dita\ >>> /Users/ekimber/workspace-dfst/dfst-sample-project/docs/topic-01.dita -U >>> admin -P admin -p 1984 -n localhost >>> >>> Running: basexclient -c CHECK\ dfst_master\;\ OPEN\ dfst_master\;\ >>> REPLACE\ dfst/metadata.xml\ >>> >>>\<dfst_metadata\>\<gitstate\>\<branch\>master\</branch\>\<commit\>8d264e1 >>>e7 >>> >>>3d5596758a069a4355920c448a5b41d\</commit\>\</gitstate\>\</dfst_metadata\> >>> -U admin -P admin -p 1984 -n localhost >>> Improper use? Potential bug? Your feedback is welcome: >>> Contact: basex-talk at mailman.uni-konstanz.de >>> Version: BaseX 8.0.3 >>> Java: Oracle Corporation, 1.7.0_65 >>> OS: Mac OS X, x86_64 >>> Stack Trace: >>> java.lang.RuntimeException: Data Access out of bounds: >>> - pre value: 21 >>> - #used blocks: 1 >>> - #total locks: 1 >>> - access: 0 (1 > 0] >>> at org.basex.util.Util.notExpected(Util.java:60) >>> at >>>org.basex.io.random.TableDiskAccess.cursor(TableDiskAccess.java:462) >>> at >>>org.basex.io.random.TableDiskAccess.read1(TableDiskAccess.java:148) >>> at org.basex.data.Data.kind(Data.java:304) >>> at org.basex.data.atomic.Replace.getInstance(Replace.java:42) >>> at >>> >>>org.basex.data.atomic.AtomicUpdateCache.addReplace(AtomicUpdateCache.java >>>:9 >>> 5) >>> at org.basex.core.cmd.Replace.replace(Replace.java:95) >>> at org.basex.core.cmd.Replace.run(Replace.java:57) >>> at org.basex.core.Command.run(Command.java:379) >>> at org.basex.core.Command.execute(Command.java:95) >>> at org.basex.server.ClientListener.run(ClientListener.java:146) >>> >>> >>> [master 8d264e1] updated test file >>> 1 file changed, 1 insertion(+), 1 deletion(-) >>> Contrext01:dfst-sample-project ekimber$ >>> ================= >>> >>> >>> The first update succeeds, the second one fails. >>> >>> The second one is committing literal XML on the command while the first >>>is >>> committing a file on the file system. >>> >>> This behavior is consistent: if I drop the database, restart the server, >>> the repeat this test, I get the same failure. >>> >>> Is this my user error or a bug? >>> >>> Cheers, >>> >>> E. >>> >>> ————— >>> Eliot Kimber, Owner >>> Contrext, LLC >>> http://contrext.com >>> >>> >>> >> > >

> Are you behind a VPN?

> 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: > > https://dl.dropboxusercontent.com/u/20078596/gist-basex-failure.zip > > Cheers, > > E. > ————— > Eliot Kimber, Owner > Contrext, LLC > http://contrext.com > > > > > On 3/25/15, 12:40 PM, "Christian Grün" <christian.gruen at gmail.com> wrote: > >>> 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 GitHub credentials). >>> >>> Cheers, >>> >>> E. >>> ————— >>> Eliot Kimber, Owner >>> Contrext, LLC >>> http://contrext.com >>> >>> >>> >>> >>> On 3/25/15, 12:28 PM, "Christian Grün" <christian.gruen at gmail.com> >>>wrote: >>> >>>>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 <ekimber at contrext.com> >>>>wrote: >>>>> 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: >>>>> >>>>> ================== >>>>> Contrext01:dfst-sample-project ekimber$ git add .;git commit -m >>>>>"updated >>>>> test file" >>>>> Running: basexclient -c CHECK\ dfst_master\;\ OPEN\ dfst_master\;\ >>>>> REPLACE\ docs/topic-01.dita\ >>>>> /Users/ekimber/workspace-dfst/dfst-sample-project/docs/topic-01.dita >>>>>-U >>>>> admin -P admin -p 1984 -n localhost >>>>> >>>>> Running: basexclient -c CHECK\ dfst_master\;\ OPEN\ dfst_master\;\ >>>>> REPLACE\ dfst/metadata.xml\ >>>>> >>>>>\<dfst_metadata\>\<gitstate\>\<branch\>master\</branch\>\<commit\>8d264 >>>>>e1 >>>>>e7 >>>>> >>>>>3d5596758a069a4355920c448a5b41d\</commit\>\</gitstate\>\</dfst_metadata >>>>>\> >>>>> -U admin -P admin -p 1984 -n localhost >>>>> Improper use? Potential bug? Your feedback is welcome: >>>>> Contact: basex-talk at mailman.uni-konstanz.de >>>>> Version: BaseX 8.0.3 >>>>> Java: Oracle Corporation, 1.7.0_65 >>>>> OS: Mac OS X, x86_64 >>>>> Stack Trace: >>>>> java.lang.RuntimeException: Data Access out of bounds: >>>>> - pre value: 21 >>>>> - #used blocks: 1 >>>>> - #total locks: 1 >>>>> - access: 0 (1 > 0] >>>>> at org.basex.util.Util.notExpected(Util.java:60) >>>>> at >>>>>org.basex.io.random.TableDiskAccess.cursor(TableDiskAccess.java:462) >>>>> at >>>>>org.basex.io.random.TableDiskAccess.read1(TableDiskAccess.java:148) >>>>> at org.basex.data.Data.kind(Data.java:304) >>>>> at org.basex.data.atomic.Replace.getInstance(Replace.java:42) >>>>> at >>>>> >>>>>org.basex.data.atomic.AtomicUpdateCache.addReplace(AtomicUpdateCache.ja >>>>>va >>>>>:9 >>>>> 5) >>>>> at org.basex.core.cmd.Replace.replace(Replace.java:95) >>>>> at org.basex.core.cmd.Replace.run(Replace.java:57) >>>>> at org.basex.core.Command.run(Command.java:379) >>>>> at org.basex.core.Command.execute(Command.java:95) >>>>> at >>>>>org.basex.server.ClientListener.run(ClientListener.java:146) >>>>> >>>>> >>>>> [master 8d264e1] updated test file >>>>> 1 file changed, 1 insertion(+), 1 deletion(-) >>>>> Contrext01:dfst-sample-project ekimber$ >>>>> ================= >>>>> >>>>> >>>>> The first update succeeds, the second one fails. >>>>> >>>>> The second one is committing literal XML on the command while the >>>>>first >>>>>is >>>>> committing a file on the file system. >>>>> >>>>> This behavior is consistent: if I drop the database, restart the >>>>>server, >>>>> the repeat this test, I get the same failure. >>>>> >>>>> Is this my user error or a bug? >>>>> >>>>> Cheers, >>>>> >>>>> E. >>>>> >>>>> ————— >>>>> Eliot Kimber, Owner >>>>> Contrext, LLC >>>>> http://contrext.com >>>>> >>>>> >>>>> >>>> >>> >>> >> > >

On Wed, Mar 25, 2015 at 6:52 PM, Eliot Kimber <ekimber at contrext.com> wrote: > 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: > > https://dl.dropboxusercontent.com/u/20078596/gist-basex-failure.zip > > Cheers, > > E. > ————— > Eliot Kimber, Owner > Contrext, LLC > http://contrext.com > > > > > On 3/25/15, 12:40 PM, "Christian Grün" <christian.gruen at gmail.com> wrote: > >>> 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 GitHub credentials). >>> >>> Cheers, >>> >>> E. >>> ————— >>> Eliot Kimber, Owner >>> Contrext, LLC >>> http://contrext.com >>> >>> >>> >>> >>> On 3/25/15, 12:28 PM, "Christian Grün" <christian.gruen at gmail.com> >>>wrote: >>> >>>>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 <ekimber at contrext.com> >>>>wrote: >>>>> 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: >>>>> >>>>> ================== >>>>> Contrext01:dfst-sample-project ekimber$ git add .;git commit -m >>>>>"updated >>>>> test file" >>>>> Running: basexclient -c CHECK\ dfst_master\;\ OPEN\ dfst_master\;\ >>>>> REPLACE\ docs/topic-01.dita\ >>>>> /Users/ekimber/workspace-dfst/dfst-sample-project/docs/topic-01.dita >>>>>-U >>>>> admin -P admin -p 1984 -n localhost >>>>> >>>>> Running: basexclient -c CHECK\ dfst_master\;\ OPEN\ dfst_master\;\ >>>>> REPLACE\ dfst/metadata.xml\ >>>>> >>>>>\<dfst_metadata\>\<gitstate\>\<branch\>master\</branch\>\<commit\>8d264 >>>>>e1 >>>>>e7 >>>>> >>>>>3d5596758a069a4355920c448a5b41d\</commit\>\</gitstate\>\</dfst_metadata >>>>>\> >>>>> -U admin -P admin -p 1984 -n localhost >>>>> Improper use? Potential bug? Your feedback is welcome: >>>>> Contact: basex-talk at mailman.uni-konstanz.de >>>>> Version: BaseX 8.0.3 >>>>> Java: Oracle Corporation, 1.7.0_65 >>>>> OS: Mac OS X, x86_64 >>>>> Stack Trace: >>>>> java.lang.RuntimeException: Data Access out of bounds: >>>>> - pre value: 21 >>>>> - #used blocks: 1 >>>>> - #total locks: 1 >>>>> - access: 0 (1 > 0] >>>>> at org.basex.util.Util.notExpected(Util.java:60) >>>>> at >>>>>org.basex.io.random.TableDiskAccess.cursor(TableDiskAccess.java:462) >>>>> at >>>>>org.basex.io.random.TableDiskAccess.read1(TableDiskAccess.java:148) >>>>> at org.basex.data.Data.kind(Data.java:304) >>>>> at org.basex.data.atomic.Replace.getInstance(Replace.java:42) >>>>> at >>>>> >>>>>org.basex.data.atomic.AtomicUpdateCache.addReplace(AtomicUpdateCache.ja >>>>>va >>>>>:9 >>>>> 5) >>>>> at org.basex.core.cmd.Replace.replace(Replace.java:95) >>>>> at org.basex.core.cmd.Replace.run(Replace.java:57) >>>>> at org.basex.core.Command.run(Command.java:379) >>>>> at org.basex.core.Command.execute(Command.java:95) >>>>> at >>>>>org.basex.server.ClientListener.run(ClientListener.java:146) >>>>> >>>>> >>>>> [master 8d264e1] updated test file >>>>> 1 file changed, 1 insertion(+), 1 deletion(-) >>>>> Contrext01:dfst-sample-project ekimber$ >>>>> ================= >>>>> >>>>> >>>>> The first update succeeds, the second one fails. >>>>> >>>>> The second one is committing literal XML on the command while the >>>>>first >>>>>is >>>>> committing a file on the file system. >>>>> >>>>> This behavior is consistent: if I drop the database, restart the >>>>>server, >>>>> the repeat this test, I get the same failure. >>>>> >>>>> Is this my user error or a bug? >>>>> >>>>> Cheers, >>>>> >>>>> E. >>>>> >>>>> ————— >>>>> Eliot Kimber, Owner >>>>> Contrext, LLC >>>>> http://contrext.com >>>>> >>>>> >>>>> >>>> >>> >>> >> > >

On 3/25/15, 12:28 PM, "Christian Grün" <christian.gruen at gmail.com> wrote: >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 <ekimber at contrext.com> >wrote: >> 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: >> >> ================== >> Contrext01:dfst-sample-project ekimber$ git add .;git commit -m "updated >> test file" >> Running: basexclient -c CHECK\ dfst_master\;\ OPEN\ dfst_master\;\ >> REPLACE\ docs/topic-01.dita\ >> /Users/ekimber/workspace-dfst/dfst-sample-project/docs/topic-01.dita -U >> admin -P admin -p 1984 -n localhost >> >> Running: basexclient -c CHECK\ dfst_master\;\ OPEN\ dfst_master\;\ >> REPLACE\ dfst/metadata.xml\ >> >>\<dfst_metadata\>\<gitstate\>\<branch\>master\</branch\>\<commit\>8d264e1 >>e7 >> >>3d5596758a069a4355920c448a5b41d\</commit\>\</gitstate\>\</dfst_metadata\> >> -U admin -P admin -p 1984 -n localhost >> Improper use? Potential bug? Your feedback is welcome: >> Contact: basex-talk at mailman.uni-konstanz.de >> Version: BaseX 8.0.3 >> Java: Oracle Corporation, 1.7.0_65 >> OS: Mac OS X, x86_64 >> Stack Trace: >> java.lang.RuntimeException: Data Access out of bounds: >> - pre value: 21 >> - #used blocks: 1 >> - #total locks: 1 >> - access: 0 (1 > 0] >> at org.basex.util.Util.notExpected(Util.java:60) >> at >>org.basex.io.random.TableDiskAccess.cursor(TableDiskAccess.java:462) >> at >>org.basex.io.random.TableDiskAccess.read1(TableDiskAccess.java:148) >> at org.basex.data.Data.kind(Data.java:304) >> at org.basex.data.atomic.Replace.getInstance(Replace.java:42) >> at >> >>org.basex.data.atomic.AtomicUpdateCache.addReplace(AtomicUpdateCache.java >>:9 >> 5) >> at org.basex.core.cmd.Replace.replace(Replace.java:95) >> at org.basex.core.cmd.Replace.run(Replace.java:57) >> at org.basex.core.Command.run(Command.java:379) >> at org.basex.core.Command.execute(Command.java:95) >> at org.basex.server.ClientListener.run(ClientListener.java:146) >> >> >> [master 8d264e1] updated test file >> 1 file changed, 1 insertion(+), 1 deletion(-) >> Contrext01:dfst-sample-project ekimber$ >> ================= >> >> >> The first update succeeds, the second one fails. >> >> The second one is committing literal XML on the command while the first >>is >> committing a file on the file system. >> >> This behavior is consistent: if I drop the database, restart the server, >> the repeat this test, I get the same failure. >> >> Is this my user error or a bug? >> >> Cheers, >> >> E. >> >> ————— >> Eliot Kimber, Owner >> Contrext, LLC >> http://contrext.com >> >> >> >

> Cool--always happy to reveal a bug.

> Let me know if I can help in testing a fix.

On 3/25/15, 12:40 PM, "Christian Grün" <christian.gruen at gmail.com> wrote: >> 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 GitHub credentials). >> >> Cheers, >> >> E. >> ————— >> Eliot Kimber, Owner >> Contrext, LLC >> http://contrext.com >> >> >> >> >> On 3/25/15, 12:28 PM, "Christian Grün" <christian.gruen at gmail.com> >>wrote: >> >>>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 <ekimber at contrext.com> >>>wrote: >>>> 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: >>>> >>>> ================== >>>> Contrext01:dfst-sample-project ekimber$ git add .;git commit -m >>>>"updated >>>> test file" >>>> Running: basexclient -c CHECK\ dfst_master\;\ OPEN\ dfst_master\;\ >>>> REPLACE\ docs/topic-01.dita\ >>>> /Users/ekimber/workspace-dfst/dfst-sample-project/docs/topic-01.dita >>>>-U >>>> admin -P admin -p 1984 -n localhost >>>> >>>> Running: basexclient -c CHECK\ dfst_master\;\ OPEN\ dfst_master\;\ >>>> REPLACE\ dfst/metadata.xml\ >>>> >>>>\<dfst_metadata\>\<gitstate\>\<branch\>master\</branch\>\<commit\>8d264 >>>>e1 >>>>e7 >>>> >>>>3d5596758a069a4355920c448a5b41d\</commit\>\</gitstate\>\</dfst_metadata >>>>\> >>>> -U admin -P admin -p 1984 -n localhost >>>> Improper use? Potential bug? Your feedback is welcome: >>>> Contact: basex-talk at mailman.uni-konstanz.de >>>> Version: BaseX 8.0.3 >>>> Java: Oracle Corporation, 1.7.0_65 >>>> OS: Mac OS X, x86_64 >>>> Stack Trace: >>>> java.lang.RuntimeException: Data Access out of bounds: >>>> - pre value: 21 >>>> - #used blocks: 1 >>>> - #total locks: 1 >>>> - access: 0 (1 > 0] >>>> at org.basex.util.Util.notExpected(Util.java:60) >>>> at >>>>org.basex.io.random.TableDiskAccess.cursor(TableDiskAccess.java:462) >>>> at >>>>org.basex.io.random.TableDiskAccess.read1(TableDiskAccess.java:148) >>>> at org.basex.data.Data.kind(Data.java:304) >>>> at org.basex.data.atomic.Replace.getInstance(Replace.java:42) >>>> at >>>> >>>>org.basex.data.atomic.AtomicUpdateCache.addReplace(AtomicUpdateCache.ja >>>>va >>>>:9 >>>> 5) >>>> at org.basex.core.cmd.Replace.replace(Replace.java:95) >>>> at org.basex.core.cmd.Replace.run(Replace.java:57) >>>> at org.basex.core.Command.run(Command.java:379) >>>> at org.basex.core.Command.execute(Command.java:95) >>>> at >>>>org.basex.server.ClientListener.run(ClientListener.java:146) >>>> >>>> >>>> [master 8d264e1] updated test file >>>> 1 file changed, 1 insertion(+), 1 deletion(-) >>>> Contrext01:dfst-sample-project ekimber$ >>>> ================= >>>> >>>> >>>> The first update succeeds, the second one fails. >>>> >>>> The second one is committing literal XML on the command while the >>>>first >>>>is >>>> committing a file on the file system. >>>> >>>> This behavior is consistent: if I drop the database, restart the >>>>server, >>>> the repeat this test, I get the same failure. >>>> >>>> Is this my user error or a bug? >>>> >>>> Cheers, >>>> >>>> E. >>>> >>>> ————— >>>> Eliot Kimber, Owner >>>> Contrext, LLC >>>> http://contrext.com >>>> >>>> >>>> >>> >> >> >

On 3/25/15, 1:23 PM, "Christian Grün" <christian.gruen at gmail.com> wrote: >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 6:52 PM, Eliot Kimber <ekimber at contrext.com> >wrote: >> 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: >> >> https://dl.dropboxusercontent.com/u/20078596/gist-basex-failure.zip >> >> Cheers, >> >> E. >> ————— >> Eliot Kimber, Owner >> Contrext, LLC >> http://contrext.com >> >> >> >> >> On 3/25/15, 12:40 PM, "Christian Grün" <christian.gruen at gmail.com> >>wrote: >> >>>> 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 GitHub credentials). >>>> >>>> Cheers, >>>> >>>> E. >>>> ————— >>>> Eliot Kimber, Owner >>>> Contrext, LLC >>>> http://contrext.com >>>> >>>> >>>> >>>> >>>> On 3/25/15, 12:28 PM, "Christian Grün" <christian.gruen at gmail.com> >>>>wrote: >>>> >>>>>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 <ekimber at contrext.com> >>>>>wrote: >>>>>> 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: >>>>>> >>>>>> ================== >>>>>> Contrext01:dfst-sample-project ekimber$ git add .;git commit -m >>>>>>"updated >>>>>> test file" >>>>>> Running: basexclient -c CHECK\ dfst_master\;\ OPEN\ dfst_master\;\ >>>>>> REPLACE\ docs/topic-01.dita\ >>>>>> /Users/ekimber/workspace-dfst/dfst-sample-project/docs/topic-01.dita >>>>>>-U >>>>>> admin -P admin -p 1984 -n localhost >>>>>> >>>>>> Running: basexclient -c CHECK\ dfst_master\;\ OPEN\ dfst_master\;\ >>>>>> REPLACE\ dfst/metadata.xml\ >>>>>> >>>>>>\<dfst_metadata\>\<gitstate\>\<branch\>master\</branch\>\<commit\>8d2 >>>>>>64 >>>>>>e1 >>>>>>e7 >>>>>> >>>>>>3d5596758a069a4355920c448a5b41d\</commit\>\</gitstate\>\</dfst_metada >>>>>>ta >>>>>>\> >>>>>> -U admin -P admin -p 1984 -n localhost >>>>>> Improper use? Potential bug? Your feedback is welcome: >>>>>> Contact: basex-talk at mailman.uni-konstanz.de >>>>>> Version: BaseX 8.0.3 >>>>>> Java: Oracle Corporation, 1.7.0_65 >>>>>> OS: Mac OS X, x86_64 >>>>>> Stack Trace: >>>>>> java.lang.RuntimeException: Data Access out of bounds: >>>>>> - pre value: 21 >>>>>> - #used blocks: 1 >>>>>> - #total locks: 1 >>>>>> - access: 0 (1 > 0] >>>>>> at org.basex.util.Util.notExpected(Util.java:60) >>>>>> at >>>>>>org.basex.io.random.TableDiskAccess.cursor(TableDiskAccess.java:462) >>>>>> at >>>>>>org.basex.io.random.TableDiskAccess.read1(TableDiskAccess.java:148) >>>>>> at org.basex.data.Data.kind(Data.java:304) >>>>>> at >>>>>>org.basex.data.atomic.Replace.getInstance(Replace.java:42) >>>>>> at >>>>>> >>>>>>org.basex.data.atomic.AtomicUpdateCache.addReplace(AtomicUpdateCache. >>>>>>ja >>>>>>va >>>>>>:9 >>>>>> 5) >>>>>> at org.basex.core.cmd.Replace.replace(Replace.java:95) >>>>>> at org.basex.core.cmd.Replace.run(Replace.java:57) >>>>>> at org.basex.core.Command.run(Command.java:379) >>>>>> at org.basex.core.Command.execute(Command.java:95) >>>>>> at >>>>>>org.basex.server.ClientListener.run(ClientListener.java:146) >>>>>> >>>>>> >>>>>> [master 8d264e1] updated test file >>>>>> 1 file changed, 1 insertion(+), 1 deletion(-) >>>>>> Contrext01:dfst-sample-project ekimber$ >>>>>> ================= >>>>>> >>>>>> >>>>>> The first update succeeds, the second one fails. >>>>>> >>>>>> The second one is committing literal XML on the command while the >>>>>>first >>>>>>is >>>>>> committing a file on the file system. >>>>>> >>>>>> This behavior is consistent: if I drop the database, restart the >>>>>>server, >>>>>> the repeat this test, I get the same failure. >>>>>> >>>>>> Is this my user error or a bug? >>>>>> >>>>>> Cheers, >>>>>> >>>>>> E. >>>>>> >>>>>> ————— >>>>>> Eliot Kimber, Owner >>>>>> Contrext, LLC >>>>>> http://contrext.com >>>>>> >>>>>> >>>>>> >>>>> >>>> >>>> >>> >> >> >

> Is there a workaround for this bug? Do I understand the issue that this > only occurs if the first document has a namespace declaration?

On 3/25/15, 1:44 PM, "Christian Grün" <christian.gruen at gmail.com> wrote: >> 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.. > > >https://github.com/BaseXdb/basex/blob/master/basex-core/src/main/java/org/ >basex/io/random/TableDiskAccess.java#L323-L325 > >I removed this check, and not any of our W3 and JUnit update tests >complained. It's tempting to simply leave it like that, but I'll have >a closer look at this tomorrow. > >I'll tell you once this can be tested. > >Christian >